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.
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.
virt-clone, nos permitirá clonar máquinas virtuales, al menos las basadas en Debian/Lenny aunque otros sistemas operativos no deberían dar mucha guerra. Lo mejor de todo, online, es decir mientras nuestra VM sigue dando servicio.
Mi configuración actual se basa en KVM con un pool de storage basado en LVM2 y por encima libvirt, las versiones:
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 
.
Bueno, a partir de ahora este blog se estará sirviendo con lighttpd además de alguna web más que tenemos.
Espero no haberme dejado nada en cuanto a enlaces…aunque seria lo más normal…
En cuanto a configuraciones, para wordpress estamos usando lo siguiente:
# Exclude some directories from rewriting
"^/(wp-admin|wp-includes|wp-content|gallery2|repo)/(.*)" => "$0",
# Exclude .php files at root from rewriting
"^/(.*.php)" => "$0",
# Handle permalinks and feeds
"^/(.*)$" => "/index.php/$1"
)
De esta forma podemos conservar los permalinks, haciendo un poco de googl’ing lo encontramos todo.
En fin, a ver si ahorramos RAM con el cambio y no rompemos nada!
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 »
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.
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.
