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

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:

Tenemos los servicios monitorizados ya? Sí? Vamos entonces a monitorizar el hardware, esa parte tan importante y a veces tan díficil de controlar ya que muchas veces tenemos las máquinas en un data center remoto o simplemente no disponemos del tiempo necesario para realizar los checkeos básicos.

Si ya usamos nagios, podemos tener el hardware monitorizado como servicios asociados a los servidores.

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.

Bueno, ya hacia tiempo eh?? seguro que google también lo ha notado y nos va dejando en los últimos lugares de las busquedas….f***k u spider!!!

Bien, a lo que ibamos…hace aproximadamente un mes he cambiado de trabajo…a ver si consigo tener un poco de vida…Aun estoy cogiendo el ritmo, estoy empezando a trabajar con tecnologías diferentes a las que estaba acostumbrado, pero bueno…siempre es interesante cambiar de aires y aprender cositas nuevas….tengo pendiente de empezar una serie de posts relaccionados con Informix de IBM…si si he dejado Oracle…ahora que empezaba a cogerle el gustillo….;)

Por otra parte, estoy trabajando con Xen y como ya me habian comentado al llegar al nuevo trabajo, tenemos un problemilla de memoria en los hosts, no en las VMs. Ayer, surgió el problema, los hosts estan limitados a 512MiB de RAM para dejar el máximo posible libre para la asignación a VMs. Analizando la situación me di cuenta que el problema no esta en el Xen, si no en el demonio de SNMP que después de unas semanas funcionando estaba usando ~250MB de memoria…evidentemente esto provoca al host que haga swapping como un loco…

Bueno, ya estamos aquí para asistir a Magirus OpenHouse’10 mañana a las 9a.m. empezará.

Principalmente hemos venido por gusto propio, no por trabajo, aunque por lo que se puede leer, el evento está muy enfocado a ciertos sectores bastante concretos. Los dos nos hemos inscrito como lo que somos, Analistas de Sistemas, y a ver que pasa.

Tiene pinta de que, al menos a mi, me va a gustar bastante aunque me temo que me deje a medias, ya que en este tipo de conferencias no se profundiza mucho y se dan muchas pinceladas de cosas que te dejan babeando.

Bueno, parece que si en vez de hacer posts largos, hago cortos, escribo más….no hablaré mucho del tema por si acaso

Ahora vamos a crear un storage pool en KVM con libvirt, usaremos el VG que creamos en el post anterior de pool de la siguiente manera:

Este va a ser rápido y breve pero espero que os ayude como a mi. Necesitaba reducir un Volume Group (VG) para crear otro, el original (vggentoo) estaba compuesto por dos dispositivos RAID1 por software (md0 y md9).

El resultado de la operación tenía que ser 2 VGs, vggentoo con md9 y vgkvm con md0 y como lo he hecho?

sergio@thor:~ $ sudo vgdisplay -v vggentoo

Nos aseguramos que lo que tenemos ocupado en md0 nos cabe en md9.

sergio@thor:~ $ sudo pvmove -A y /dev/md0 /dev/md9
/dev/md0: Moved: 0.3%
/dev/md0: Moved: 0.6%
…

Estas Navidades hemos decidido desconectar de todo y todos e irnos a ver nuestras primeras Navidades totalmente blancas . La primera parada fue Oslo, en Noruega, donde pudimos disfrutar de unas Navidades completamente nevadas pero por otra parte algo aburridas ya que al parecer tienen las costumbres navideñas muy presentes y no permiten que haya nada abierto del 24 al 27 de Diciembre, de aquí al 1 de Enero es bastante opcional abrir.

Por este motivo no pudimos ver casi nada, ni tan solo ir de compras!!! una vez llegado el dia de irnos, nos llevabamos un poco de mal sabor de boca, no por Oslo si no por las vacaciones….y digamos que….casualidades de la vida perdimos el vuelo de vuelta y por más casualidades de la vida se nos presentó la opción de quedarnos dos días más en Oslo….o por un módico precio irnos a Londres (donde yo estaba seguro que el consumismo estaría mucho m´s presente).