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%
…

Esta vez estamos aquí para hacer un pequeño manual que esperamos sea útil.            

¿Máquinas Virtuales como Plantillas?

Sí! de esta manera podremos tener plantillas para poder desplegar máquinas básicas, para poder dar servicio en el menor tiempo posible.

¿Qué necesitamos?

Esta vez trabajaremos con Ubuntu y una herramienta disponible en su repositorios python-vm-builder que nos ayudará en el proceso de creación de la máquina y LibVirt para poderlas gestionar mejor que a base de scripts.

Bueno esta vez va a ser un post muy muy muy breve, os quiero mencionar una web que he encontrado hace poco. Creo que nunca lo he comentado, pero la monitorización es una de mis grandes pasiones, no es que me guste demasiado implementarla…como a muchos, me gusta jugar, encontrar nuevos checks, etc etc….vaya lo que vendria siendo jugar Pues bien, hace poco y no recuerdo como llegó a mi firefox MonitoringForge es algo que, yo personalmente, llevaba mucho tiempo dándole vueltas, existian otras como Nagios Exchange, etc pero no acababan de llenar el vacio que existía en este campo…Desde aquí les deseo que todo les vaya bien y que toda la comunidad con interés en la monitorización se concentre en hacerla funcionar y la tomemos como referencia tipo Source Forge o Fresh meat

Bueno ya estamos otra vez aquí, ya se…ya se….escribimos poco, la verdad es que nos gustaría poder escribir más pero poco tiempo y muchas cosas por hacer son la causa del poco movimiento en este blog, vamos a ver si ahora con el veranito podemos ir escribiendo más asiduamente…. Ahora, al grano….hoy vamos a explicar como acceder a un dispositivo ISCSI desde un cliente CentOS, es totalmente aplicable a cualquier otra distribución de Linux que use la misma implementación de ISCSI initiator (o lo que viene a ser cliente ISCSI) que CentOS.

Finalmente nos decidimos y ya tenemos actualizado el servidor de casa!! El hardware que corre actualmente es:

• CPU: AMD Phenom(tm) 8450 Triple-Core Processor
• RAM: 4 x 1GiB Kingston DDR2 800MHz
• HD: 2 x 200GiB Western Digital
• Mobo: GigaByte GA-MA78GM-S2H

Podriamos haber arrancado el sistema que teniamos instalado ya que el procesador anterior también pertenecia a la familia x86_64 pero decidimos realizar una instalación nueva ya que queriamos montar servidores virtualizados por lo que el sistema con el hypervisor, en este caso KVM, no necesita tener todo lo que tenia el antiguo servidor.