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

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...

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 ...