Como podeis ver, la idea es muy sencilla, VACAS!

Pues, eso, HP ha presentado esta solución, montar un CPD, o un Data Center, al lado de una campinha repleta de vacas, aprovechando el biocombustible (lease mierda, ya tratada) para generar energia, que por un lado sirve para el propio CPD y por otro lado sirve para para las operaciones diarias de gestión, tanto las de extraccion de la leche, como las del propio CPD.

Tambien se aprovecharia el calor residual del cpd, para procesar el biogas, haciendo util el residuo principal de un CPD.

Como podeis ver, es simplemente cerrar el circulo, conseguir ademas ser autosuficientes, aunque a la larga se presentan nuevos gastos de manutención del cpd, como veterinarios… jeje

la idea, como mínimo curiosa.

Se trataba de explicar como algunas aplicaciones influyen en la forma de gestión y en la vida laboral de una persona, en este caso de un tecnico de sistemas HPC.

Pero esto presenta un pequeño problema, sobretodo si hacemos una instalacion mínima y luego queremos meter más paquetes. Existen varias soluciones, la primera seria activar NAT entre los nodos y el frontal, pero esto a mi forma de ver, supondria un posible fallo de seguridad a la hora de tener esa conectividad que desde un principio no quisimos.

Por otro lado, podemos crearnos un repositorio local, y que cada nodo acceda a el, pero… esto da demasiado trabajo para unos nodos que una vez actualizados o configurados, no vamos a querer seguir actualizando (por lo menos creo que lo recomendable no es seguir actualizando o haciendo upgrade de los mismos (como del kernel) ) Recordar que en caso de haber realizado esto, es recomendable que tengais el rollback activado para poder volver atrás y no perder mas de un dia de trabajo.

Hoy os voy a hablar de la forma más sencilla que conozco de tener siempre disponibles paquetes para instalar, y que no sea por RPM a mano (por lo tedioso que puede ser hacer rpm -Uvih y seguir dependencias de paquetes). La solucion es que yum busque en nuestro sistema local, en concreto en una imagen del DVD que nosotros le indiquemos (que será la misma imagen de la version instalada)

Lo primero es tener una imagen, con una iso nos llega, en concreto yo tengo una img del dvd de centos. Para facilitar y ahorrar espacio, lo que tengo es dicha imagen en una carpeta compartida por todo el cluster, generalmente /opt o incluso /home

Lo primero, necesitamos que nuestros nodos tengan el paquete createrepo, este paquete nos permite, como su nombre indica, crear un repositorio. Por suerte este paquete no tiene dependencias por lo que podemos descargarlo de un ftp e instalarlo a mano, aunque yo os recomiendo los siguientes pasos

Lo primero es tener instalado el paquete createrepo en cada uno de nuestros clientes, lo podeis hacer siguiendo el tutorial de como descargar paquetes con yum

Ya con este paquete y con el dvd con la imagen, los pasos serian muy sencillos.

Paso 1. Montar la iso y crear la estructura
mkdir -p /mnt/iso/{1,2,3}
mount -o loop /path/de/la/imagen/centos.iso /mnt/iso/1

Paso 2. Crear el repositorio
cd /mnt/iso
createrepo .
yum clean all

Paso 3. Crear fichero de configuracion
vi /etc/yum.repos.d/iso.repo

[FicheroISORepositorio]
name=Centos 5.4
baseurl=file:///mnt/iso
enabled=1

Con estos simples pasos tendriamos ya yum funcionando en local y permitiendo instalar desde dvd.

nota: a veces aparecen mensajes como “bad id repo:” o algo asi, por lo general es por haber puesto simbolos raros, espacios en lugares extraños… una vez solucionado intentad hacer un yum update (luego decis que no a instalar paquetes) tendria que solucionarse.

Lo que suelo tener yo es todo a partir de /nagios/ así trato de tener toda la configuracion centralizada, y no depender de otros paths como seria con una configuración por defecto.

La idea principal es que Nagios realiza chequeos automáticos cada tiempo que tu le digas y en caso de que haya algun tipo de fallo, lo notifica tanto por e.mail como por beeper. Actualmente existen tambien plugins o addons para notificar por correo electrónico o incluso por jabber (alias gtalk)

Algo que he aprendido de este tiempo usando nagios, sobretodo teniendo en cuenta que controlamos mas de 2700 servicios en algo mas de 300 hosts,  es la necesidad de tener una estructura definida dentro de los ficheros de configuracion, en mi caso /nagios/etc/objetos.

Lo que suelo hacer y que os recomiendo es que creeis ficheros de configuracion para cada host por separado y para cada servicio, esto os facilitará luego hacer modificaciones.

Bueno, a grandes rasgos, Nagios es esto, un sistema de monitoreo web, facil de instalar, facil de gestionar, que soporta muchisimos addons y que tiene una comunidad de developers muy grande.

En proximos dias trataré de entrar mas a fondo sobre su configuracion, utilidad y addons como pnp4nagios o nagvis (este ultimo actualmente no lo uso, pero me acuerdo que en mi anterior trabajo quedaba muy mono jejeje)