Del Datacenter al servidor, noves tendències de refrigeració.

Fa dies vaig llegir un post sobre servidors de IBM refrigerats per aigua. Avui he llegit a Data Center Knowledge que Google ha patentat el Liquid-Cooled ' Server Sandwith'. Aquesta no és la única patent de Google en quant a sistemes de refrigeració en entorns d'alta densitat. Fa uns dies ja vaig publicar un post on feia referencia al disseny de Datacenters basats en contenidors de Google.

Que dos gegants com IBM i Google estiguin treballant per refrigerar directament els servidors en comptes del Datacenter porta a certes reflexión sobre les noves tendències en els sistemes de refrigeració del Datacenter o millor dit dels servidors.

Si recordem quin és l'objectiu d'un sistema de refrigeració en un Datacenter, aquest és disipar la calor que generen els servidors al cost més baix possible. Per això hem anat evolucionant, varem passar de sistemes de climatització basats en aire-aire a sistemes de climatització basats en aigua-aire, sistema més eficients energèticament. També hem anat evolucionats en quant a la gestió de l'aire. És a dir, fa uns anys es refrigeraven les sales on s'allotjaven els servidors sense més. Després varem implementar passadíssos fred i calents i a dia d'avui estem contenint l'aire fred o contenint l'aire calent o desplegant Datacenters en contenidors. Cada cop estem portant l'aire fred més aprop del servidors reduint els m3 a climatitzar. I això ho fem perquè els servidors que hem de refrigerar estan dissenyats per a ser refrigerats amb aire.

Ara, el canvi de tendència que estan marcant IBM i Google entre d'altres, canviant la refrigeració dels servidors d'aire a aigua, provoca un canvi de la infraestructura de refrigeració del Datacenter. Si ara porten l'aigua de les refrigeradores als equips de sala, ara s'haurà de portar fins al rack de la mateixa manera que ho fan els sistemes inRow tipus APC. Però a més, l'aigua haurà d'arribar als servidors i per això s'hauran d'adaptar els racks, com ja han fet alguns fabricant adaptant portes del darrera refrigerades per aigua per a entorn d'alta densitat.

Un altre element que canvia es la gestió, això pot suposar la definitiva integració dels sistemes de control de les infraestructures amb els dels servidors i elements de xarxa. Controlant des d'un únic punt la temperatura dels processadors, de l'aigua dels circuits interns dels servidors, de la velocitat d'impulsió, consum elèctric,... conjuntament amb la ocupació de memòria, de disc, tràfic de xarxa, ...

Sens dubte aquest canvi en la arquitectura de refrigració del servidors forçarà a canviar forces elements del Datacenter.

Instal·lació automàtica de sistemes amb Cobbler

En tot Datacenter la automatitizació de sistemes és una tasca imprescindible per tal de minimitzar els costos operatius de desplegar un nou sistema, mantenir la homogenietat dels sistemes i evitar els erros humans. La virtualització i la possibilitat de clonar màquines virtuals ràpidament, automatitzar la instal·lació de nous de sistemes s'ha simplificat. Tot i això, no tots els sistemes són virtuals, de manera que cal també automatitzar la instal·lació dels sistemes físics a banda dels virtuals.

Una eina per automatitzar la instal·lació de sistemes físics i virtuals és Cobbler. Cobbler permet als administradors de sistemes centralitzar i automatitzar la instal·lació de sistemes, ja siguin físics o virtuals. Cobbler és un projecte OpenSource de RedHat que s'inclou dintre de FedoraHoted. Cobbler s'estructura en els elements següent:

- Distribucions: una distribució conté tota la informació realcionada amb el kernel, scripts, ... d'una instal·lació. És a dir, és una
distribució de Linux a partir de la qual es realitza una instal·lació.

- Perfil: un perfil és una particularització de la instal·lació d'una distribució. Aquesta particularituzació es fa mitjançant la definició d'un fitxer d'instal·lació kickstart. Un perfil per exemple pot representar la instal·lació d'un servidor web, d'un servidor de bbdd o d'una estació de treball.

- Sistema: un sistema no és més que la instal·lació d'un perfil sobre un servidor físic o virtual concret.

- Repositori: un repositori és un mirror de les actualitzacions d'uan distribució concreta. D'aquesta manera, els sistemes instal·lats des de Cobbler actualitzen els paquets des del mateix servidor de Cobbler i no des d'Internet. Així, s'accelera la actualització de paquets i és redueix el tràfic de xarxa Internet.

- Imatges: són instal·lacions que és fan sobre un fitxer ISO. De manera que aquesta imatge ISO es pot instal·lar tant sobre un servidor físic com virtual.

Cobbler disposa de dos interface de treball, una via linia de comandes i una segona via web. Des de ambdues interface es poden gestionar les distribucions, perfils, sistemes i repositoris.

Des del punt de vista d'un Datacenter, Cobbler permet automatitzar la instal·lació de nous servidor de hosting dedicat o virtual, re-instal·lar de manera ràpida un servidor que ha fallat i fins hi tot, disposar de plantilles de servidors (perfils) que s'instal·lin automàticament en funció de la necessitat de càrrega. Per exemple, en cas d'un portal web amb un frontal format per N servidors Apache, si augmenta la demanda es poden instal·lar nous servidors Apache de manera ràpida i fins hi tot de manera automàtica. I aquest servidors Apache s'instal·len basats en una plantilla (perfil) determinada.


Més informació a Cobbler.