Hace días leí un post sobre servidores de IBM refrigerados por agua. Hoy he leído en Data Center Knowledge que Google ha patentado el Liquid-Cooled 'Server Sandwith'. Esta no es la única patente de Google en cuanto a sistemas de refrigeración en entornos de alta densidad. Hace unos días ya publiqué un post donde hacía referencia al diseño de datacenters basados en contenedores de Google.
Que dos gigantes como IBM y Google estén trabajando para refrigerar directamente los servidores en lugar del Datacenter lleva a ciertas reflexión sobre las nuevas tendencias en los sistemas de refrigeración del Datacenter o mejor dicho de los servidores.
Si recordamos cuál es el objetivo de un sistema de refrigeración en un Datacenter, este es disipar el calor que generan los servidores al coste más bajo posible. Por eso hemos ido evolucionando, pasamos de sistemas de climatización basados en aire-aire en sistemas de climatización basados en agua-aire, sistema más eficientes energéticamente. También hemos ido evolucionados en cuanto a la gestión del aire. Es decir, hace unos años se refrigera las salas donde se alojaban los servidores sin más. Después implementemos pasillos frío y calientes y a día de hoy estamos conteniendo el aire frío o conteniendo el aire caliente o desplegando datacenters en contenedores. Cada vez estamos llevando el aire frío más cerca del servidores reduciendo los m3 a climatizar. Y esto lo hacemos porque los servidores que debemos refrigerar están diseñados para ser refrigerados con aire.
Ahora, el cambio de tendencia que están marcando IBM y Google entre otros, cambiando la refrigeración de los servidores de aire a agua, provoca un cambio de la infraestructura de refrigeración del Datacenter. Si ahora llevan el agua de las refrigeradoras a los equipos de sala, ahora deberá llevarse hasta el rack de la misma manera que lo hacen los sistemas inRow tipo APC . Pero además, el agua deberá llegar a los servidores y por eso tendrán que adaptarse los racks, como ya han hecho algunos fabricante adaptando puertas traseras refrigeradas por agua para entorno de alta densidad.
Otro elemento que cambia es la gestión, esto puede suponer la definitiva integración de los sistemas de control de las infraestructuras con los de los servidores y elementos de red. Controlando desde un único punto la temperatura de los procesadores, del agua de los circuitos internos de los servidores, de la velocidad de impulsión, consumo eléctrico, ... conjuntamente con la ocupación de memoria, de disco, tráfico de red, ...
Sin duda este cambio en la arquitectura de refrigració del servidores forzará a cambiar muchos elementos del Datacenter.
viernes, 9 de julio de 2010
lunes, 5 de julio de 2010
Instalación automática de sistemas con Cobbler
En todo Datacenter, la automatitizació de sistemas es una tarea imprescindible para minimizar los costes operativos de desarrollar un nuevo sistema, mantener la homogeneidad de los sistemas y evitar los errores humanos. Con la virtualización y la posibilidad de clonar máquinas virtuales rápidamente, automatizar la instalación de nuevos sistemas se ha simplificado. Sin embargo, no todos los sistemas son virtuales, de modo que hay también en la instalación de los sistemas físicos además de los virtuales.
Una herramienta para automaitzar la instalación de sistemas físicos y virtuales es Cobbler . Cobbler permite a los administradores de sistemas centralizar y automatizar la instalación de sistemas, ya sean físicos o virtuales. Cobbler es un proyecto OpenSource de RedHat que se incluye dentro de FedoraHoted . Cobbler se estructura en los elementos siguiente:
- Distribuciones: una distribución contiene toda la información realcionadas con el kernel, scripts, ... de una instalación. Es decir, es una distribución de Linux a partir de la cual se realiza una instalación.
- Perfil: un perfil es una particularización de la instalación de una distribución. Esta particularituzació se hace mediante la definición de un archivo de instalación kickstart. Un perfil por ejemplo puede representar la instalación de un servidor web, de un servidor de bbdd o de una estación de trabajo.
- Sistema: un sistema no es más que la instalación de un perfil sobre un servidor físico o virtual concreto.
- Repositorio: un repositorio es un mirror de las actualizaciones de una distribución concreta. De esta manera, los sistemas instalados desde Cobbler actualizan los paquetes desde el mismo servidor de Cobbler y no desde Internet. Así, se acelera la actualización de paquetes y se reduce el tráfico de red Internet.
- Imágenes: son instalaciones que se hacen sobre un archivo ISO. De manera que esta imagen ISO se puede instalar tanto en un servidor físico como virtual.
Cobbler dispone de dos interface de trabajo, una vía línea de comandos y una segunda vía web. Desde ambas interface se pueden gestionar las distribuciones, perfiles, sistemas y repositorios.
Desde el punto de vista de un Datacenter, Cobbler permite automatizar la instalación de nuevos servidor de hosting dedicado o virtual, la re-instalación de forma rápida un servidor que ha fallado e incluso, disponer de plantillas de servidores (perfiles) que se instalen automáticamente en función de la necesidad de carga. Por ejemplo, en caso de un portal web con un frontal formado por N servidores Apache, si aumenta la demanda se pueden instalar nuevos servidores Apache de manera rápida e incluso de manera automática. Y este servidores Apache se instalan basados en una plantilla (perfil) determinada.
Más información en Cobbler .
Una herramienta para automaitzar la instalación de sistemas físicos y virtuales es Cobbler . Cobbler permite a los administradores de sistemas centralizar y automatizar la instalación de sistemas, ya sean físicos o virtuales. Cobbler es un proyecto OpenSource de RedHat que se incluye dentro de FedoraHoted . Cobbler se estructura en los elementos siguiente:
- Distribuciones: una distribución contiene toda la información realcionadas con el kernel, scripts, ... de una instalación. Es decir, es una distribución de Linux a partir de la cual se realiza una instalación.
- Perfil: un perfil es una particularización de la instalación de una distribución. Esta particularituzació se hace mediante la definición de un archivo de instalación kickstart. Un perfil por ejemplo puede representar la instalación de un servidor web, de un servidor de bbdd o de una estación de trabajo.
- Sistema: un sistema no es más que la instalación de un perfil sobre un servidor físico o virtual concreto.
- Repositorio: un repositorio es un mirror de las actualizaciones de una distribución concreta. De esta manera, los sistemas instalados desde Cobbler actualizan los paquetes desde el mismo servidor de Cobbler y no desde Internet. Así, se acelera la actualización de paquetes y se reduce el tráfico de red Internet.
- Imágenes: son instalaciones que se hacen sobre un archivo ISO. De manera que esta imagen ISO se puede instalar tanto en un servidor físico como virtual.
Cobbler dispone de dos interface de trabajo, una vía línea de comandos y una segunda vía web. Desde ambas interface se pueden gestionar las distribuciones, perfiles, sistemas y repositorios.
Desde el punto de vista de un Datacenter, Cobbler permite automatizar la instalación de nuevos servidor de hosting dedicado o virtual, la re-instalación de forma rápida un servidor que ha fallado e incluso, disponer de plantillas de servidores (perfiles) que se instalen automáticamente en función de la necesidad de carga. Por ejemplo, en caso de un portal web con un frontal formado por N servidores Apache, si aumenta la demanda se pueden instalar nuevos servidores Apache de manera rápida e incluso de manera automática. Y este servidores Apache se instalan basados en una plantilla (perfil) determinada.
Más información en Cobbler .
domingo, 27 de junio de 2010
Modular Natural Free Cooling
El pasado 2 de junio asisti a la jornada que anualmente organiza AST-GLOBAL llamada Nueva Nueva Generación de Datacenters. Para quien no conozca AST-GLOBAL, esta es una empresa lider en soluciones de Datacenters modulares, seguros i eficientes energèticamente.
En esta jornada AST presentaba el Modular Natural Free Cooling. Modular Natural Free Cooling
es una tecnologia innovadora patentada por AST que permite hacer free cooling a 24ºC o por debajo. Esta solución ya esta implantada en Thor - una empresa de islándia - donde se ha conseguido un PUE de 1.07. Sin duda un PUE extremadamente bajo. Però lo más significativo de la solución es que permite hacer free cooling un 80% del tiempo aproximadamente en sitios como Barcelona o Madrid.
En el link hay una tabla con las temperaturas de las principales ciudades de américa del norte i europa donde se visualiza el % del tiempo en que se pude operar en free cooling utilizando esta tecnologia.
En esta jornada AST presentaba el Modular Natural Free Cooling. Modular Natural Free Cooling
es una tecnologia innovadora patentada por AST que permite hacer free cooling a 24ºC o por debajo. Esta solución ya esta implantada en Thor - una empresa de islándia - donde se ha conseguido un PUE de 1.07. Sin duda un PUE extremadamente bajo. Però lo más significativo de la solución es que permite hacer free cooling un 80% del tiempo aproximadamente en sitios como Barcelona o Madrid.
En el link hay una tabla con las temperaturas de las principales ciudades de américa del norte i europa donde se visualiza el % del tiempo en que se pude operar en free cooling utilizando esta tecnologia.
sábado, 19 de junio de 2010
Probando Googlecl
Google ha publicado Googlecl, un shell que utiliza las APIs de Google i que permite gestionar los servicios de Google desde línea de comandos. Permite gestionar los servicios siguientes:
· Blogger
· Calendar
· Contacts
· Docs
· Picasa
· Youtube
Primero hay que instalar googlecl. En mi caso lo instalo sobre Mac OS X:
Para utilizar googlecl hay que ejecutar google seguido del servicio y de la tarea a ejecutar. Por ejemplo, para listar la lista de contactos hay que escribir:
$ google contacts list
La primera vez que se accede a un servicio pide que se autorize el acceso. Para ello, cuando ejecutar el comando por primera vez, te pide el usuario, y una vez entrado el usuario muestra una url con un token. Al poner esta url en un explorador se puede permitir o denegar el acceso. Siempre se puede volver a denegar el acceso conectando a google y seleccionando My Account -> Change authorized websites.
Obtener ayuda:
$ google --help
$ google help
A partir de aqui solo hay qeu dejar correr la imaginación para sacarle partido a googlecl. Un pequeño ejemplo. Si queremos hacer un backup de los contactos de google contacts podemos ejecutar el siguiente comando:
$ google contacts list > contacs.csv
· Blogger
· Calendar
· Contacts
· Docs
· Picasa
· Youtube
Primero hay que instalar googlecl. En mi caso lo instalo sobre Mac OS X:
1. Instalar Xcode
Lo instalo directamente desde el DVD de Snow Leopard. También se puede descargar de Developer Tools.
2. En caso de no tener instaladas las X, también hay que instalar las X.
3. Instalar macports
Descargar MacPorts-1.9.1.pkg de la web de macports para Snow Leopard e instalarlo.
Abrir un terminal y executar 'sudo port -v selfupdate' para asegurar que se tiene instalado la última release.
4. Instalar googlecl
sudo port install googlecl
Para utilizar googlecl hay que ejecutar google seguido del servicio y de la tarea a ejecutar. Por ejemplo, para listar la lista de contactos hay que escribir:
$ google contacts list
La primera vez que se accede a un servicio pide que se autorize el acceso. Para ello, cuando ejecutar el comando por primera vez, te pide el usuario, y una vez entrado el usuario muestra una url con un token. Al poner esta url en un explorador se puede permitir o denegar el acceso. Siempre se puede volver a denegar el acceso conectando a google y seleccionando My Account -> Change authorized websites.
Obtener ayuda:
$ google --help
$ google help
A partir de aqui solo hay qeu dejar correr la imaginación para sacarle partido a googlecl. Un pequeño ejemplo. Si queremos hacer un backup de los contactos de google contacts podemos ejecutar el siguiente comando:
$ google contacts list > contacs.csv
Suscribirse a:
Entradas (Atom)
