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.
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? 
Después de ver varias formas de replicación de datos y cluster fail-over, la evolución lógica podria ser balancear la carga y asegurar alta disponibilidad…es decir capacidad y continuidad. Para que nos hagamos una idea:
Con esta configuración conseguiremos tener replicación de datos usando HDR, aquí también podiamos haber elegido SDS de manera que los servidores usarian el mismo disco…pero imaginemos que estamos en centros de datos en diferentes localizaciones geográficas, HDR es nuestra amiga .
Después del último post IDS: Replicación de datos con alta disponibilidad me quedé con muy buen sabor de boca ya que después de varios años trabajando con Oracle veo que Informix tiene muchas posibilidades integradas en el propio motor, como p.e. una muy importante es la de failover.
El problema de la solución de failover integrada en Informix es que tu aplicación debe soportar “grouping”, es decir, representar un servicio con un nombre lógico pero que en realidad por debajo dicho servicio lógico está formado por varias instancias físicas, con HDR u otras técnicas de replicación.
Por este motivo decidí que estaría bien poder integrar el servicio de base de datos con sistemas de failover ya existentes en el mundo Linux, Heartbeat. Esto que os presentaré aquí tan solo es una prueba de concepto, para nada esta todo super optimizado y super bien configurado…mostraremos el camino y luego cada uno que le saque el jugo que pueda!!! 
Leer Más »
Bueno, después de realizar la instalación de Informix sobre Debian ahora vamos a ver como podemos tener alta disponibilidad de datos con la tecnología que incorpora Informix, HDR.
HDR está completamente integrado en el motor de Informix, esto y una filosofía muy similar a Unix resulta en la simpleza hecha realidad. Como se verá es mucho más simple de lo que inicialmente puede sonar el concepto.
Hoy uno de rápidooooo….pero espero que a los que administrais Informix os sirva, a mi personalmente me ha sido de mucha utilidad poder extraer un listado de tablas/index y sus dbspaces correspondientes para poder hacer un post-analisis de un import de una db completa.
Aquí os lo dejo:
Leer Más »
Hoy vamos a ver como realizar la instalación de Informix Dynamic Server sobre Debian GNU/Linux (stable/lenny). Veremos que es una instalación muy directa, sin grandes complicaciones.
Como el objetivo es simplemente realizar la instalación, lo haremos todo por defecto, crearemos la base de datos de demostración para poder ver que funciona todo correctamente. Usaremos cooked files o ficheros planos, sin LVM ni otras formas de gestión de almacenamiento.
