Los cursos que se imparten en las aulas del CESGA son siempre bajo imagenes, estas imagenes las arrancamos con el VMware Player que desde hace ya un tiempo es gratuito.

Uno de los ultimos avances en CPD, sobretodo para tener una PUE decente, o en todo caso que no nos importe, ha llegado de la mano del gigante HP.

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.

Este es una pequeña presentacion que realicé para una charla intruductoria a alumnos de la universidad de vigo, en el marco de “Aula Profesional”

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.

En alguna ocasion me he encontrado que instalando un cluster, solo el nodo frontal o master tiene salida a internet, esto es muy sencillo, no nos interesa que los otros nodos puedan estar obteniendo datos del exterior y así además de limitar la conetividad podemos tener cierto control sobre dichos nodos.

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.

Muchas veces nos ocurre que necesitamos descargar un paquete rpm y no sabemos exactamente donde encontrarlo, la solucion desde las ultimas versiones de yum es instalar un pluggin que nos permite directamente la descarga del paquete, pero sin la necesidad de instalarlo en el cliente desde el que hacemos el download.

La situación es la siguiente, imaginemos que tenemos una red interna del estilo host.domain.age y queremos enviar correos, logwach correos de root o de crontab a nuestro correo corporativo que es del estilo user@subdomain.domainII.es y OH CASUALIDAD este correo es virtual, no se puede hacer ping internamente (ni externamente a subdomain.domainII.es) porque no lo conoce ni el tato.

Pues este HOWTO o guia  explica como conseguir que estos correos funcionen usando sendmail, y claro está que salgan para un servidor exchange (windows 2003) que ya se encargará de mirar a que corresponde lo de subdomain.domainII.es

Muchas veces, despues de pasar horas y horas configurando un server, tratando de que quede lo mas fino posible, llega el propietario del server y decide que va hacer un update, que ha leido por ahí en foros de ubuntu que hay que tener todo actualizado siempre…

Consecuencias… zas… servidor al carajo, el kernel que tenias optimizado para correr lustre esta KO, los paquetes dejan de funcionar por haber pasado de php4 a php5, y las aplicaciones que estan compiladas dinamicamente… bueno de esas ya ni hablamos… gaussian ha pasado a mejor vida…

Entonces estas personas… dueños y rooteros por bolsillo (si pagan tienen todo el derecho del mundo) recurren al principio basico de la vida, pagar de nuevo por un servicio…

Es aquí donde entramos en juego… tenemos dos opciones… reinstalar todo el cluster… (porque los rooteros lo intentaron en todo el cluster… por si acaso!) o haber pensado que esto podia pasar, y tener activado el rollback para yum.