Esta vez estamos aquí para hacer un pequeño resumen de los comandos que más usamos en nuestro host basado en Fedora 14 (próximamente 15 
) con KVM.
Toda la administración la realizamos con virsh que es la interfaz de linea de comandos, sin conectarnos con virt-manager ni con ninguna otra herramienta gráfica.
Bien, vamos a avanzar un poco más con cobbler ahora que lo tenemos configurado (recordemos el post Cobbler: provisioning hecho fácil).
Entonces la idea ahora ¿cúal es? bién simple, añadir, sincronizar y poder servir a los clientes repositorios extras como updates y ciertos repositorios de comunidad como podrían ser rpmfusion.
Hace ya algunas semanas hicimos una migración de Gentoo Linux a Fedora en el servidor físico KVM que tenemos en casa…y porque? pues principalmente por falta de tiempo, entre trabajo, estudios y algún que otro hobby más….Fedora nos pone las cosas algo más fáciles sin dejar de sentir que administramos un SO Linux 
A partir de aquí empezamos a conocer un poco más el ecosistema de Fedora, que incluye algunos proyectos esponsorizados por Red Hat como del que vamos a hablar en esta ocasión: Cobbler.
Cobbler es un framework que nos evita tener que lidiar con las diferentes partes que componen un servidor de instalaciones de Linux, DHCP, TFTP, PXE…etc.
Después de algún mes usando Vodafone Internet TV, es la hora de hacer un pequeño resumen de como funciona y si (en nuestra humilde opinión) merece la pena.
Como promesa…es genial, es decir, uno va a la web del producto, lee la descripción y dice…”tiene que ser mio” … una vez llega a casa, lo configura y empieza a querer disfrutar de él…empiezan las decepciones.
Ahora que ya tenemos un filesystem clusterizado es el momento de montar los dos nodos de Informix basados en su tecnología SDS que dará sentido a la configuración que iniciamos con GFS2. En futuros posts añadiremos nodos con otras de las posibilidades que nos ofrece Informix.
Lo primero que se debe hacer es preparar las configuraciones necesarias para que los dos nodos accedan a los mismos chunks y tengan conicimiento de ellos como replica uno de el otro.
Ya llevamos un tiempo usando moviles con Android y creo que ya va siendo hora de hacer algun comentario sobre él. Tanto Ginger como yo, lo usamos a diario. Ginger usa una HTC Legend y yo un Nexus One, pero los dos empezamos con una Vodafone Magic.
Por mi parte, le doy bastante uso desde que me levanto por la mañana con Listen, aplicación que busca en mis feeds podcasts y se descarga los archivos de audio para poder ser escuchados mientras me ducho .
Con el objetivo de probar las nuevas características de Informix 11.70 he decido empezar a montar unos nodos SDS para no tener que duplicar los datos o por otro lado añadir otra tecnología al MACH 11 que en su día montamos.
Para compartir los chunks he obtado por montar un VG clusterizado, con GFS2 y usando las herramientas que se incluyen en Red Hat Cluster Suite, pero en Debian. La configuración final la muestro en la siguiente imagen, donde muestro la configuración base para empezar a probar.
Una característica muy importante de las tecnologias de replicación de datos que nos ofrece Informix es la posibilidad de encriptar los canales de transmisión de los datos. Ésta toma especial importancia sobretodo si hablamos de centros de datos remotos.
Como muchas de las configuraciones de Informix, esta es bastante fácil de tener funcionando por lo que si ponemos en la balanza lo que nos ofrece contra el tiempo que empleamos en configurar y restaurar el servicio, es totalmente justificable.
Para empezar debemos instalar el GSKit para que Informix tenga las librerias disponibles.
Tras leer las notas de release de la versión 11.70 de Informix Dynamic Server (IDS) he decidido actualizar las máquinas virtuales que tengo con Debian y IDS 11.50, ya que las posibilidades de Grid han mejorado considerablemente en esta nueva versión.
IBM ha decidido firmemente apostar por Informix como su represantación en el mercado de las bases de datos OLTP y en los últimos años ha dejado clara su postura con la clara dedicación de recursos para mejorar las características de Informix y adaptarlas al mercado actual, además de empezar a fijarse un objetivo de futuro.
Bueno, después de varias pruebas…no he conseguido encontrar nada que niegue que el Connection Manager de Informix permita gestionar connexiones como lo haría por ejemplo su más directo competidor Oracle RAC.
He realizado varias pruebas y no lo he conseguido con lo que deduzco que lo que IBM llama MACH11 es un cluster de alta disponibilidad sobretodo orientado a los datos, con técnicas de replicación de gran eficiencia y sobretodo fáciles en cuanto a concepto y configuración.
La configuración que hemos presentado es la más sencilla de todas, tan sólo ofreciamos un servicio, testsrv, pero podriamos repartir la carga de toda nuestra empresa sobre una granja MACH11 con distintos servicios asignados a diferentes nodos como podrian ser el DWH, historicos, actuales, departamentales, ERP, todo ello separado y a la vez sincronizando tan sólo las partes de cada base de datos realmente necesarias. Cada nodo puede estar replicado completamente con varios tipos de técnicas dependiendo de la necesidad, discos compartidos, replicas completas, replicas remotas…da de si el tema ¿eh?
