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.
divendres, 9 de juliol del 2010
dilluns, 5 de juliol del 2010
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.
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.
dimecres, 23 de juny del 2010
Modular Natural Free Cooling
El passat 2 de juny vaig assistir a las jornada que anualment organitza AST-GLOBAL anomenada Nueva Generación de Datacenters. Per qui no conegui AST-GLOBAL, és una empresa lider en solucions de Datacenters modulars, segurs i eficients energèticament.
En aquesta jornada AST presentava el Modular Natural Free Cooling. Modular Natural Free Cooling és una tecnologia innovadora patentada per AST que permet fer free cooling a 24 ºC i per sota. Aquesta solució ja està implanta a Thor - un ampresa d'islandia - on s'ha aconseguit un PUE de 1.07. Sens dubte un PUE extramadament baix. Però el més significant de la solució és que permet fer free cooling un 80% del temps aproximadament a llocs com Barcelona o Madrid.
El en link hi ha una taula amb les temperatures de les pricipals ciutats de nord amèrica i europa on es veu el % del temps que es pot operar en free cooling utilitzant aquesta tecnologia.
En aquesta jornada AST presentava el Modular Natural Free Cooling. Modular Natural Free Cooling és una tecnologia innovadora patentada per AST que permet fer free cooling a 24 ºC i per sota. Aquesta solució ja està implanta a Thor - un ampresa d'islandia - on s'ha aconseguit un PUE de 1.07. Sens dubte un PUE extramadament baix. Però el més significant de la solució és que permet fer free cooling un 80% del temps aproximadament a llocs com Barcelona o Madrid.
El en link hi ha una taula amb les temperatures de les pricipals ciutats de nord amèrica i europa on es veu el % del temps que es pot operar en free cooling utilitzant aquesta tecnologia.
dissabte, 19 de juny del 2010
Provant Googlecl
Google a publicat Googlecl, un shell que utilitza les APIs de Google i que permet gestionar els serveis de Google des de la linia de comandes. Ara mateix permet gestionar els serveis següents:
· Blogger
· Calendar
· Contacts
· Docs
· Picasa
· Youtube
Primer de tot hem d'instal·lar-lo. En el meu cas l'instal·lo sobre Mac OS X:
Per utilitzar googlecl cal escriure google, seguit del servei i de la tasca a executar. Per exemple, si volem llistar tota la llista de contactes cal escriure:
$ google contacts list
La primera vegada que s'accediex a un servei demana que autoritzin l'accés. Per això, quant executes per primera vegada una comanda, primera demana l'usuari i després mostra una url amb un token. Posant aquesta url en un navegador podem autoritzar o denar l'accés. Sempre podem tornar a denegar l'accés connectant a Google i seleccionat My Account -> Change authorized websites.
Per obtenir ajuda cal:
$ google --help
$ google help
A partir d'aquí, sols cal utilitzar la imaginació per treure suc a googlecl. Un petit exemple, si volem fer una còpia de seguretat dels contactes que tenim a google contacts podem executar cada dia la comanda següent:
$ google contacts list > contacs.csv
· Blogger
· Calendar
· Contacts
· Docs
· Picasa
· Youtube
Primer de tot hem d'instal·lar-lo. En el meu cas l'instal·lo sobre Mac OS X:
1. Instal·lar Xcode
En el meu cas l'instal·lo directament del DVD de Snow Leopard. També es por descarregar de Developer Tools.
2. En cas de no tenir instal·lades les X, cal instal·lar-les. En el meu cas ja les tinc instal·lades.
3. Instal·lar macports
Descarregar el MacPorts-1.9.1.pkg de la web de macports per a Snow Leopard i instal·lar-lo.
Obrir un terminal i executar 'sudo port -v selfupdate' per tal d'assegurar que disposem de la últime relaease.
4. Instal·lar googlecl
sudo port install googlecl
Per utilitzar googlecl cal escriure google, seguit del servei i de la tasca a executar. Per exemple, si volem llistar tota la llista de contactes cal escriure:
$ google contacts list
La primera vegada que s'accediex a un servei demana que autoritzin l'accés. Per això, quant executes per primera vegada una comanda, primera demana l'usuari i després mostra una url amb un token. Posant aquesta url en un navegador podem autoritzar o denar l'accés. Sempre podem tornar a denegar l'accés connectant a Google i seleccionat My Account -> Change authorized websites.
Per obtenir ajuda cal:
$ google --help
$ google help
A partir d'aquí, sols cal utilitzar la imaginació per treure suc a googlecl. Un petit exemple, si volem fer una còpia de seguretat dels contactes que tenim a google contacts podem executar cada dia la comanda següent:
$ google contacts list > contacs.csv
Subscriure's a:
Missatges (Atom)
