Por fin comencé a ser yo..., o no

He dado muchos cabezazos durante estos últimos meses con la virtualización, bueno no tantos, pero siempre he visto que es necesario un sistema que consuma pocos recursos, que sea fácilmente administrable, y además provea de casi todos los servicios de red necesarios además de servicios avanzados. Para ello estoy empezando a utilizar Zentyal, en su versión 4.0, que conozco desde casi sus comienzos hace como 5 o 6 años. A mi modo de ver es un front-end Web que permite la administración avanzada de un servidor Gnu/Linux y su software asociado(DNS, DHCP, Correo, Active Directory, Groupware,etcétera) Al caso es que aunque parezca poco útil tener en redes pequeñas, no más de 10-15 puestos de trabajo, servidores DNS, o DHCP, y demás servicios avanzados, es todo lo contrario. La claridad de ideas que dá y las funciones que puedes llegar a ofrecer son increiblemente útiles para los administradores de sistemas.  Un ejemplo, en uno de mis proyectos que es el de monitorización y ges...

Comencé hace dos años ya un trabajo para una pequeña empresa de mi ciudad. Esta empresa dedicada al alquiler de sistemas de copia digital ha funcionado, a mi entender, con unos perfiles técnicos muy básicos. La tele-gestión del parque de copiadoras digitales es inexistente, y son más de 1000 máquinas. No existe tan siquiera la capacidad humana de implantarla de una forma coherente. Planteé un modelo de pequeños dispositivos , basados en raspberry-pi, conectados a través de una VPN a un nodo central y en este residiera la herramienta de gestión de la monitorización. Estos pequeños dispositivos albergarían un agente de monitorización que sondearia por snmp el estado de la máquina y lo comunicaría al nodo central en caso de algún estado gracias a los traps de snmp. El modelo funcionó pero ante la desidia de la dirección por no querer comprar dispositivos de menos de 30€ la plataforma se abandono y la experiencia solo ha quedado para mí. Ahora el planteamiento es el siguient...

Desde hace años, desde la aparición del primer modelo de Iphone, se comenzó a producir la verdadera convergencia de todos los sistemas de telecomunicaciones. Se comenzó unificando en un solo dispositivo el teléfono y las agendas electrónicas. Posteriormente el acceso al correo electrónico, acceso a la web, fotografía digital, etc. La tendencia, soterrada y no reconocida por ningún fabricante ni tampoco diseñador de sistemas operativos para estos dispositivos, es la convergencia total. Ya existen los productos comerciales, para estos dispositivos,  que guardan la información en la ", nube" algo normal por la escasa capacidad de estos dispositivos para el almacenamiento interno de 4 a 128Gb en sistemas no extensibles, y aquellos que si lo son actualmente no más allá de 512GB de información en las tarjetas SD. Cada vez aparecen más productos de gama alta, sobre todo en los fabricantes de sistemas android, con el conector mini-HDMI. Este nos permite conectar el dispositivo ...

En la anterior entrada definimos las bondades de la virtualización y como se debería implementar, ahondando en el concepto llegué a la conclusión de que podemos mejorar el model propuesto de 4 dispositivos, 3 servidores "hospedadores"(host) que soportan las máquinas virtualizadas "invitadas"(guests) y un equipo de almacenamiento (NAS, SAN, o Servidor de NFS o iSCSI) a un modelo de más alta disponibilidad. En este modelo todo se convierte en alta disponibilidad de la siguiente manera: Reducimos el número de máquinas en el cluster a solo 3 máquinas que serán los Hosts de las máquinas virtuales. Dos de estos  equipos,  mediante alta disponibilidad, compartirán un recurso de red NFS que estará duplicado en cada uno de ellos mediante DRBD. Este recurso de red será el almacenamiento compartido para el cluster de máquinas "host" de nuestra plataforma de virtualización. Desarrollemos el modelo. En un primer momento debemos establecer un recurso de disco r...

Muchos de aquellos que "aterrizan" en este blog creen que es técnico, aunque algún artículo hay, pero principalmente es de como voy evolucionando con la virtualización de tipo Open Source(KVM (a) principalmente). Actualmente mi proyecto gira en la virtualización de toda una oficina, cosa que aun no he hecho, pero que busca que las empresas compren hardware muy barato (equipos tipos SOC (b) o similares) que no tiene que ser actualizado apenas, y por otro lado hagan una inversión más potente en servidores los verdaderos "alma mater" de la informatica de forma que puedan hacer un poco de juego con sus instalaciones. Veamos los PC virtualizados aprovechan TODA la potencia que ponen a nuestra disposición las actuales CPU "multi-nucleo" con ingentes cantidades de memoria RAM que pueden usar y además racionalizando el espacio en disco. Y con los clientes tipo SOC podemos llegar a un compromiso aun mayor de poder aprovechar toda la potencia que se deja de us...

Ayyy ignorante de mí. Después de haber estado haciendo pruebas, la verdad que muy débiles, durante estos últimos meses me topé con dos desagradables límites, primero el hardware que eran dos clónicos con: 1 CPU 4cores( Intel q6700) 4GB y discos PATA como discos de sistemas, 2 Gigabits (1 admin y otra NFS dedicada) contra un backend NFS de 2,4GHz (2Core) y 2GB de RAM con 2 discos duros SATA 2 7200rpm en raid 0 por software. El rendimiento de los accesos a disco me tenian preocupado y no sabia a ciencia cierta si eran por los mismos, o por la red, o por la virtualización. Opte por hacer pruebas y también por cambiar el hardware que comenzaba a antojarseme limitado. Primero monté un nuevo hosts clónico con una AMD FX 3,5GHz de 8cores, con 16GB de Ram y disco SSD de 40G para sistema. Así tenía 3 entornos: 1. Maquina virtual(MV) hardware antiguo (q6700) y disco PATA sobre NFS 2. MV con hard(q6700) y disco PATA local (PATA 80GB) 3. MV con hard(AMD FX) y disco PATA local (SSD 40GB) 4....

Avanzando en chorradas decidí hace poco pulsar el botón de encendido apagado de mis equipos de forma remota. Debido a la configuración un tanto especial de los servidores de prueba, recordemos solo es un piloto MUY barato (en piezas no llega a los 900€) tengo que encender primero mi servidor de backend NFS desde mi equipo de salto y posteriormente desde este encender los dos equipos del cluster de máquinas virtuales. Para ello el hardware tiene que tener la capacidad de WakeOnLan, o encendido desde la red, y es una gozada esta capacidad. Que yo sepa ya llevan más de 10 años la gran mayoría de los fabricantes incorporando esta característica en sus placas bases. Y es muy comodo para la administracion remota y gestión de la energía dentro de las empresas ya que podemos apagar y encender a voluntad los equipos. Esta característica tiene que estar habilitada en la BIOS del equipo. En el equipo puente, o el que tiene que estar constantemente encendido, se instala el paquete (Debian)...

Haciendo pruebas para comprobar la viabilidad de los equipos con Linux, para conectarme a equipos con MS Windows a través de RDP he localizado como puntos de pega varias cuestiones. 1. Aceleración gráfica del video 2. Conexión del audio. En la aplicación cliente rdesktop, no sé aun si es propietaria o no, he encontrado que con los siguientes parámetros dá la misma "sensación" que usando el Remote Desktop de MS Windows. El comando va tal que asi: ~/$rdesktop -z -x l -f -b -4 La sensación ha sido correcta y aunque se nota un poco la paginación del video y la profundidad del color (16bits) el comportamiento en general es más que aceptable. Ahora solo tengo que solventar cuestiones tales como: Organización de la red, servicio DNS dinámico o usar DA, para identificar los equipos clientes de manera adecuada bien por usuario o bien por máquina asignada. Los equipos ThinClients lancen la aplicación,rdekstop directamente para conectar contra una máquina virtual determina...

La plataforma de virtualización definitivamente tendrá esta estructura. Equipos HOST (al menos 2) CPU 64bits x 1(al menos 1, deseable 2), x4 Cores o más (deseable 8) Memoría RAM 16GB(deseable 32 o más) Disco duro Sistema 64GB(no es necesario más) Tarjetas de Red 1Gbps x 2(Deseable al menos 4). 1 Tarjeta Red - Virtualización. 1 Tarjeta Red - Backend Datos - (Administracion - Backup). (Opcional) 1 Tarjeta Red - Administración - (Backup). (Opcional) 1 Tarjeta Red - Backup. Equipo Backend Datos(al menos 1): CPU 64 bits x 1, x4 Cores Memoria RAM 4GB(deseable 8GB) Discos duros: Sistema: 64GB x 1 (SSD) Almacenamiento: 2TB x 2 -RAID 1 (SATA3) Tarjetas de Red 1Gbps x 2 ( deseables 6) 2 Tarjetas Red - Backend Datos -  (Administracion) Bonding 1 (Opcional) x1(x2) Tarjetas Red - Administración (Opcional) x1(x2) Tarjeta Red - Backup (Opcional) Equipo Backup Datos: CPU 64 bits x 1, x4 Cores Memoria RAM 4GB(deseable 8GB) Discos duros: Sistema: 64GB x 1 (SSD) ...

Bueno,tras muchas pruebas quiero modificar mi cluster artesanal de alta disponibilidad por que creia que ciertos fallos en las máquinas virtuales, sobre todo en los escritorios virtualizados en los cuales tras su activación fallaban. He descubierto que hay dos problemas que a la larga hubieran degradado el soporte del sistema. Por un lado está el consumo de memoria, bastante alto cuando comenzamos a introducir equipos con Win7, habrá que ver como se comporta con Win8. Por otro lado la limitación de ancho de banda debido al uso de tarjetas de 100Mbps, esto pasa por reutilizar hardware antiguo muy a mano para iniciar la experiencia.  Para el inconveniente primero poco se puede hacer más que usar más memoria y equipos con un hardware más potente, opciones:  He estado revisando ofertas de segunda mano de servidores con dos CPU de 4 nucleos(Xeon) y 16Gb de memoria RAM, de tecnología HP Proliant G5 a precios muy interesantes, menos de 600€ por equipo, descartado. Inconve...

Buenos hasta hace más o menos un año me embarqué en un proyecto que a mi juicio es bastante revolucionario. No es una idea nueva pero al menos si es una idea interesante aplicada a otros ámbitos y haciendo uso del Software Libre.  La "virtualización" de escritorios. Y os preguntaréis, aquellos que me leáis, ¿que novedad y ventaja hay en virtualizar un PC.? Para un usuario medio poca o ninguna, según se vea, ya que este lo que desea es contra más potencia dentro de la caja mejor, o la movilidad dentro del hogar. Pero claro como siempre este tipo de usuario se olvida de la seguridad  de sus datos y la copia de seguridad de los sistemas. Aunque como veremos más adelante este usuario no es el objetivo. Pasamos entonces a desgranar que nos aporta la virtualización de escritorios: Independiencia del hardware, siempre tendré mi SO, el fallo más grave que sufriré es que mi servidor se averíe, lo cambio por otro y recupero la información de la copia de seguridad o del averiado...

Después de escribir hace casi 6 meses sobre la instalación de una plataforma de cloud para uso personal (mi caso) pequeñas y medianas empresas, voy a abordar en esta serie de artículos un piloto de monitorización en remoto completamente en software libre. El software empleado para gestionar la monitorización es: Pandora_FMS;  la usada en este piloto es la 4.0. Se establecen las siguientes condiciones/necesidades a atender: 1. Ubicación dispersa de las mismas. 2. Diferente concentración en ubicaciones de las máquinas a monitorizar, puede haber en una misma ubicación una o muchas máquinas. 3. Parque de máquinas a monitorizar heterogéneo. 4. Información variable a extraer de las mismas. 5. Flexibilidad de ubicación. 6. Necesidad de administración remota de las máquinas, vía Web desde la infraestructura de red del prestador de servicios de esas máquinas heterogéneas. Para poder cumplir todas las anteriores especificaciones atendemos entonces a usar la "Nube" personal ...

Esta entrada que comienza aquí  es un tema aparte. Es un pequeño ejercicio de como hacer un modelo de negocio que debemos entre todos promover con el software libre que permite el mejor uso y provecho de las tecnologías. Aquí comenzamos. ------------------------------------------------------------------------------------------------------------ Motivos. Usamos el software de gestion de cluster de pve para la virtualizacion y alta disponibilidad de los servicios de monitorización ya que ofrece un entorno de desarrollo de maquetas optimo. Tomamos esta opción por las siguientes razones: Nos permite crear máquinas virtuales de prueba con relativa sencillez y rapidez. Nos permite así mismo crear un entorno de alta disponibilidad con un coste irrisorio (no más de 600€). Permite exportar los resultados de una forma rápida y extremadamente sencilla a entornos más complejos y desarrollados tecnológicamente. Descripción de la plataforma. La plataforma busca ...