VMware, el fabricante más importante de soluciones de virtualización para centro de datos y escritorio, ha anunciado la disponibilidad de VMware vSphere 5 y de una completa suite de infraestructuras Cloud basadas en vSphere. Las nuevas soluciones de VMware permitirán a los clientes de la compañía transformar la forma en la que utilizan la tecnología para conseguir mayor eficiencia en las inversiones existentes y mejorar su agilidad operativa.

Con casi 200 mejoras, VMware vSphere 5 marca de nuevo el estándar de entornos cloud y virtuales y permitirá a los clientes acelerar sus esfuerzos para virtualizar toda su infraestructura técnica. Junto con VMware vSphere 5, VMware ha anunciado VMware vShield 5, VMware vCenter Site Recovery Manager 5 y VMware vCloud Director 1.5.

Entre las mejoras claves de VMware vSphere 5 se incluyen hasta cuatro veces más de capacidad en las máquinas virtuales, con soporte para 1TB de memoria y hasta 32 CPUs virtuales, lo que facilita el traslado de las aplicaciones críticas del negocio a entornos cloud o virtuales. Gracias a esto, la solución ofrece mayor rendimiento, con más de un millón de operaciones I/O por segundo, lo que supera los requisitos de las aplicaciones críticas más intensivas. Además, se incorporan mejoras en la arquitectura de alta disponibilidad, permitiendo a los clientes implantar capacidades de alta disponibilidad en sus aplicaciones sin perder de vista las mejoras en los SLA de escalabilidad y disponibilidad.

VMware vSphere 5 presentará tres nuevas funciones que extienden las capacidades de gestión de recursos para el centro de datos, incluyendo gestión inteligente de políticas para soportar un enfoque "instale y despreocúpese" y gestión de almacenamiento y despliegue de servidores. Los clientes definen las políticas y establecen los parámetros operativos y VMware vSphere 5 realiza el resto. Las funciones de almacenamiento DRS, almacenamiento por perfiles y auto despliegue ayudan a los clientes a ahorrar hasta 1.000 máquinas virtuales en tiempos de administrador.

Nuevo modelo de licencias Con la presentación de VMware vSphere 5, VMware ha evolucionado el modo de licenciar productos para adaptarlo a un modelo de costes basado en las tecnologías cloud, es decir, en consumo y valor, más que en capacidad o en componentes físicos. VMware vSphere 5 continuará comercializándose por procesador; sin embargo, VMware está reemplazando los restrictivos derechos físicos de núcleos de CPU y RAM física en servidor por pools de vRAM, derechos de memoria virtual basados en virtualización. La memoria vRAM en pools es la cantidad total de memoria configurada en todas las máquinas virtuales de un entorno de cliente. Cada licencia para vSphere 5 da derecho al comprador a una cantidad específica de vRAM, que puede ser compartida en todo el entorno vSphere para permitir un verdadero modelo de utility o tecnología basada en el consumo. No existen restricciones a la forma en la que la capacidad vRAM se distribuye entre máquinas virtuales: un cliente tipo puede configurar varias máquinas virtuales pequeñas y otro, una única más grande. VMware vSphere ha hecho posible que los clientes maximicen el uso y la eficiencia del hardware compartiendo CPU, memoria, almacenamiento y redes. Con estos cambios en el licenciamiento, VMware ha extendido el concepto de compartir recursos, una de las bases fundamentales del cloud computing, para conseguir el mayor valor en el uso de la tecnología de negocio.

Sabemos que desea saber todo acerca del nuevo VMware VSphere 5, ¿que incluye?, ¿qué beneficios tengo?, aquí responderemos sus preguntas, comenzaremos por el licenciamiento lo cual ha sido un tema debatido y hasta cierto punto no comprendido, con lo cual deseamos dar a entender el nuevo concepto.

Para VMware, el modelo de licenciamiento de vSphere 5 ha evolucionado para darle a los clientes la posibilidad de utilizar un enfoque más similar al enfoque Cloud, o sea "Pague por lo que consume". Básicamente, lo que se intenta es maximizar la utilización y eficiencia del hardware, utilizando pools de recursos. Al mismo tiempo, el modelo de licenciamiento de vSphere 4 dificultaba la transición a un modelo de costo y charge-back basado en uso, que caracteriza al Cloud Computing y a IT As a Service.

Siendo específicos, vSphere 5 elimina el modelo de licenciamiento por CPU (Socket) utilizada por vSphere 4, la cual limitaba el número de Cores físicos por CPU, así como el máximo de memoria RAM por servidor físico. Este modelo se reemplaza por un modelo de asignación de memoria desde un pool de memoria virtual (vRAM), Pool vRAM, ¿qué significa? Significa que en el nuevo modelo de licenciamiento tenemos derecho a ejecutar tantas máquinas virtuales como queramos siempre y cuando la suma de la memoria asignada a estas máquinas virtuales en ejecución no supere el tamaño del pool vRAM. Si necesitamos aumentar el pool podremos adquirir otra licencia para crecer en vRAM.

De esta forma si tenemos dos host físicos con dos CPU (sin importar el número de cores) cada uno, dependiendo de la versión que adquiramos tendremos un pool vRAM de:

• Standard, 2 (hosts) * 2 (CPUs) * 24 = 96GB vRAM
• Enterprise, 2 (hosts) * 2 (CPUs) * 32 = 128GB vRAM
• Enterprise Plus, 2 (hosts) * 2 (CPUs) * 48 = 192GB vRAM

Es importante señalar que la vRAM no está asociada a un host sino al vSphere completo. Es decir, en el primer escenario, por ejemplo, si un host tiene asignado un total de 54GB de RAM a sus máquinas virtuales, y el segundo host tiene asignado un total de 38GB de RAM a sus máquinas virtuales, estaríamos cumpliendo con el acuerdo de licenciamiento, ya que 54 + 38 = 92 (RAM asignada) < 96GB (vRAM)

VMware VSphere 5 también se ha preocupado por el Almacenamiento, como monitorearlo, como hacer Storage vMotion sin apagar las máquinas virtuales.

VMFS-5
vSphere 5 trae una nueva versión de su sistema de archivos VMFS, el cual contiene importantes cambios y mejoras en su arquitectura, mejorando la escalabilidad y rendimiento con respecto a la versión anterior, VMFS-3.

VMFS incluye las siguientes mejoras:

• Soporte de dispositivos de hasta 64TB. Una gran mejora considerando el límite de 2TB impuesto en VMFS-3 (sin considerar los extents)
• Block Size unificado de 1MB, que reduce la complejidad desde el punto de vista de la arquitectura y la operación, mientras se mantienen la escalabilidad y flexibilidad que existía previamente con Block Sizes más grandes.
• Mecanismo mejorado de Sub-bloques. Permite una mayor escalabilidad, reduciendo el overhead asociado con los archivos pequeños. VMFS-5 es capaz de asignar hasta 30.000 sub-bloques de 8KB para archivos de Logs y metadata (Ej. archivos .vmx).

Storage DRS
Durante la creación de MV y Virtual Disks, es frecuente ver que la selección de cual Datastore utilizar está dado por una selección aleatoria, lo cual puede llevar a una sobreutilización de algunos datastores, mientras otros prácticamente no son utilizados. Para enfrentar estos desafíos, vSphere 5 incluye una característica llamada Storage DRS, la cual provee de una asignación inteligente de catastre para las máquinas virtuales, y mecanismos de balanceo de carga entre los datastores, basados en espacio disponible y en capacidad de I/O.

Se crea un nuevo objeto de inventario en vCenter, llamado Datastore Clúster, el cual es la base de Storage DRS. Un Datastore Clúster es un conjunto de datastores agrupados en una única unidad.

Cuando se crea un Datastore Clúster, sDRS puede gestionar los recursos de almacenamiento en forma similar a como DRS gestiona los recursos de CPU y Memoria en un clúster.

Storage DRS incluye además, así como el DRS tradicional, reglas de afinidad y anti-afinidad, así como el uso del Modo de Mantenimiento. Esto permite controlar cuales virtual disks debieran o no ser ubicados en el mismo catastre en un Datastore Clúster. Por defecto, los virtual disks de una VM son mantenidos juntos en el mismo Datastore. Storage DRS ofrece 3 tipos de reglas de afinidad.

• Anti-Afinidad de VMDK, donde los Virtual Disks de una MV son ubicados en diferentes datastores.
• Afinidad de VMDK, donde los virtual disks de una MV son mantenidos juntos en un mismo catastre
• Anti-afinidad de VM, donde 2 MV específicas, incluyendo sus Virtual Disks, son ubicadas en diferentes datastores.

VSphere Storage I/O Control
En vSphere 4 se introdujo inicialmente esta funcionalidad para proveer de priorización de I/O de MV corriendo en un clúster VMware, que tenía acceso a almacenamiento compartido iSCSI o FC. Este tipo de control estaba basado en Shares y límites, muy similar a lo que existe para el control de los recursos de CPU y Memoria.

VSphere 5 extiende esta funcionalidad para proveer de Shares y límites de I/O para datastores VMFS. Con esto podríamos lograr que ninguna MV sea capaz de crear un cuello de botella en un ambiente VMware, sin importar el tipo de almacenamiento utilizado.

vSphere Storage APIs – Array Integration
VAAI fue incluido ya en vSphere 4.1 permitiendo liberar al hypervisor de operaciones como:

• Full Copy, permitiendo que el Storage haga las copias completas dentro del arreglo.
• Block Zeroing, permitiendo al arreglo ejecutar operaciones de Zeroing en un gran número de bloques
• Locking asistido por hardware, lo que provee de un mecanismo alternativo para proteger la metadata de VMFS.

En vSphere 5.0, el soporte VAAI ha sido mejorado adicionando nuevas capacidades como:

• vSphere Thin Provisioning, permitiendo la reclamación del espacio no utilizado cuando un archivo es borrado o removido del catastre con Storage vMotion, y el monitoreo del espacio usado por LUNs con Thin Provisioning, evitando situaciones en que una LUN se pueda quedar sin espacio debido a la sobresuscripción de Storage.

VSphere Storage vMotion
Incluido inicialmente en vSphere 4, permite la migración en caliente de los discos virtuales de una MV desde un catastre a otro, sin downtime o pérdida de servicio.

vSphere 5 ha incluido una serie de mejoras para que el proceso de Storage vMotion sea más eficiente, permitiendo además que la migración de MV contenga Snapshots, y la migración de Linked Clones (View, Lab Manager).

Storage vMotion en vSphere 5 incluye un nuevo proceso de migración a través del uso de una característica llamada Mirror Mode, la cual permite una copia de bloques desde el disco de origen al disco de destino, espejando los I/Os de bloques copiados. Esto mejora la eficiencia de Storage vMotion, logrando además que los tiempos de migración sean predecibles, facilitando la planificación de las migraciones.

El Mirror driver se habilita por MV y reside dentro del VMKernel. Cuando el sistema operativo en la máquina virtual que está siendo migrada con Storage vMotion, inicia una operacion de escritura a un bloque ya copiado, el Mirror Driver espejará en forma síncrona esta operación de escritura.

También mencionaremos de manera resumida, varias de las nuevas características que sin duda son de gran interés:

Nuevo hypervisor ESXi 5, ya no tenemos ESX, menor tamaño más seguridad.

• vSphere Auto Deploy: Combinando host profiles, Image Builder (serie de utilidades en línea de comando para personalizar imágenes ESXi incluyendo componentes de fabricantes de terceros necesarios…) y PXE podremos simplificar el despliegue de ESXi para nuevas instalaciones o upgrades en entornos grandes, basándose en reglas, scripts y configuraciones que serán cargadas durante el arranque.
• VMware vSphere Storage Appliance: Es un appliance que nos permite disponer en entornos pequeños de un almacenamiento compartido en nuestros hosts ESXi, obteniendo alta disponibilidad a partir de los almacenamientos locales de cada host. Máximo de tres hosts por almacén, el appliance debe estar ejecutado en cada host.
• vSphere Web Client: Es un cliente web para administrar vSphere 5 multiplataforma basado en Adobe Flex, podremos realizar desde él la mayoría de las tareas relacionadas con la administración, despliegue y configuración de las máquinas virtuales.
• vCenter Server Appliance: Appliance virtual que ejecuta vCenter Server sobre Linux preconfigurado en una máquina virtual (ahorrándonos una licencia de Microsoft) gestionando la infraestructura virtual desde cualquier lugar del mundo mediante un navegador web.

Virtual Machine Virtual Hardware 8: Hasta 32 vCPUs, 1TB RAM, soporte de gráficos 3D para Windows Aero en hardware que no acelera, soporte USB 3.0 & UEFI virtual BIOS (permitiendo arrancar las MVs desde unidades de disco, CD-ROM o USB, pero no de red).

En vSphere Distributed Switch 5.0 (vDS): NetFlow 5 para enviar el flujo de tráfico de red y obtener mayor control de la red, en Port Mirroring podremos copiar el tráfico E/S de un puerto, nuevo protocolo de descubrimiento LLDP (Link Layer Discovery Protocol), mejoras en Network I/O Control (NIOC) como network resource pool.

ESXi Firewall: Ya no se utiliza el FW basado en IP tables, ahora está integrado en ESXi. Podremos así definir que IP's o redes llegan a qué servicios del host o definir reglas.