Divulgaciones

IBM ha presentado su nueva arquitectura eX5 destinada a comerse el mundo. Sobre todo en entornos virtualizados, ERP y BBDD.

Esta nueva gama de servidores permite un aumento de escalabilidad en el crecimiento debido a las posibilidades de ampliación de memoria y desvinculando esta de los procesadores para aumentar el rendimiento de los sistemas y reducir el consumo energético.

Esta nueva arquitectura se suministrará en formatos:

• Servidor enrackable
• Sistemas Blade

de dos y cuatro procesadores INTEL Nehalem de 8 núcleos.

También se incluirán discos de estado sólido para mejorar el rendimiento I/O y consumo energético. Esto me parece más marketing que otra cosa. Es cierto que el rendimiento de los discos de estado sólido es mayor, tanto que no se suelen utilizar, de momento, en arquitecturas SAN.

Los discos de estado sólido dan más I/O de la que se puede utilizar con el HW de hoy en día, aunque se está trabajando para que su adopción en estos sistemas sea generalizada en lugar de utilizar discos de fibra, SAS o SATA y poder aprovechar todas las ventajas que ofrecen los de estado sólido (en los sistemas profesionales de almacenamiento).

Para mí es marketing ya que en la mayoría de las arquitecturas los discos locales, cuando los hay, se utilizan para el SO y los datos se almacenan en una red SAN/NAS (fibra, iSCSI, …) y por este motivo la reducción de costes y aumento de rendimiento hay que matizarla un poquito. También hay que señalar que la configuración típica de SO es dos discos en RAID 1 para tener redundancia, con lo cual sigue siendo necesario tener el doble de espacio.

VMware ya se ha certificado para poder aprovechar esta nueva arquitectura lo que hará que el ratio de consolidación con esta tecnología sea aún mayor generando un mayor ahorro en costes y simplicidad en los CPDs, únido al aumento de rendimiento.

Todo aquel acostumbrado a trabajar en entornos virtualizados sabe, o al menos debería, que el recurso más crítico es la memoria. El parámetro que te indica hasta donde puedes crecer y cuánto es la memoria, nunca la capacidad de procesamiento (salvo un pesimo diseño de arquitectura).

Hace una semana fue necesaria una intervención en un cliente en horas de producción debido a un upgrade. Debido a esto se balancean VMs de un servidor ESX a otro para proceder a actualizar el ESX libre. Como resultado de esto se tenía que al terminar de balancear las VMs había servidores ESX con 15,5 GB de memoria ocupada de los 16 GB disponibles. Al cabo de unos minutos el consumo de memoria se había reducido hasta los 13 GB llegando en algunos casos a 11 GB.

Esto es debido a que el ESX detecta el consumo excesivo de memoria y empieza a utilizar sus algoritmos para el manejo de memoria (I love these guys!!!):

• Transparent Page Sharing
• Ballooning

Estos algoritmos se encargan de reducir el consumo de memoria y “cortarle los vuelos” a las VMs para que no desperdicien la memoria.

VMware es sin duda el Rey en la virtualización en entornos x86 y el resto de aspirantes, ya que desde el punto de vista tecnológico no se les puede llamar competidores, estan a años luz todavía aunque se van acercando cada vez más pero en el tema de la gestión de memoria es donde VMware no admite, de momento, comparaciones.