vSphere 6 – Mejoras a VMs y Hardware virtual v11

Que tal gente, el día de hoy les voy a platicar rápidamente de lo nuevo que tenemos en vSphere 6 a nivel de Hardware Virtual para las VMs. Como todos sabemos con cada mayor release de vSphere se tiene un nuevo hardware virtual, en el caso de vSphere 6 no es la excepción, aquí contamos con el Hadware virtual 11.

Screen Shot 2015-02-20 at 10.03.04 PM 1

¿Que hay de nuevo con el hardware virtual 11?

  • Hasta 128vCPUs por VM – ¿Interesante cierto?, pero seamos realistas, ¿Que cargas requieren esto?, claramente esto tiene impacto en temas como vMotion (si en realidad están siendo utilizados los vCPUs). Hay que ver que tal esta la escalabilidad de estos vCPUs, es decir, que tanto rendimiento nos ofrece vs los cores/pCPUs (cual es el overhead)
  • Hasta 4TB de memoria ram por VM – Me vienen a la mente pocas cargas que puedan llegar a requerir esta cantidad de memoria RAM, generalmente (al menos desde mi punto de vista) es mejor distribuir  la carga en mayor cantidad de VMs (si es que la aplicación permite crecer de manera horizontal (scale out) vs vertical (scale up), les puedo decir que un área interna de VMware se encuentra realizando pruebas con SAP HANA usando VMs de 1TB, ¿Pero 4TB?… ¿Cuales serían los impactos mas claros?, migración con vMotion (copiado de las páginas de memoria), FT y claramente operaciones de DRS (¿¡Que tan dificil será poder optimizar los recursos de un cluster cuando usamos este tipo de VMs!?).
  • Hasta 32 puertos seriales por VM – útil para usar dispositivos seriales externos, debugging, comunicación intra VM a través de puertos seriales, etc. En realidad yo nunca he visto un uso real fuera del direccionamiento de dispositivos seriales físicos 😀
  • Soporte para LRO (Large Receive Offload) en las vnics vmxnet3 – LRO permite agregar múltiples paquetes TCP a un solo paquete, esto reduce la cantidad de ciclos de CPU que la VM debe de consumir para procesarlos (y por ende el consumo de CPU del host ESXi), conceptualmente se ve mas o menos así:
    Screen Shot 2015-02-20 at 10.36.30 PMHabilitar LRO puede beneficiar a cargas donde se tiene un alto I/O a nivel de red como podrían ser Bases de datos o file servers, en el caso de Windows 2012 podemos verificar si LRO esta habilitado (una vez que tengamos vmxnet3) usando el siguiente comando:netsh int tcp show global

    LRO

    En el caso que este deshabilitado ejecutamos el comando: “Set-NetOffloadGlobalSetting -ReceiveSegmentCoalescing Enabled

  • Mejoras a la arquitectura vNUMA – Con el release de vSphere 5 se entrego la capacidad de poder presentar una arquitectura NUMA a las VMs a través de vNUMA, siempre que se tenga una VM con mas de 8 vCPUs vNUMA se activará por defecto (aunque podemos activarlo a través de una modificación al .vmx para VMs con menos vCPUs), el tener una arquitectura NUMA presentada a las VMs habilita a los gOS y/o aplicaciones que viven dentro de esta VM a hacer uso de mejor manera de los recursos locales de memoria vs vCPUs (poder tomar decisiones de donde colocar procesos para evitar bancos de memoria remotos). El problema que se tenia en la versión 5 surgía cuando agregábamos recursos de memoria en caliente (a través de Hot-add) lo cual podía resultar en una topología de vNUMA dispareja ya que se agregaba la cantidad extra de RAM a un solo nodo vNUMA (el primero), con vSphere 6 la cantidad de memoria agregada se distribuye de manera equitativa entre todos los nodos vNUMA (no solo en el primero) permitiendo tener balance en la topología.

Screen Shot 2015-02-20 at 11.49.40 PM

  • Firewall para interfaz de comunicación VMCI – La interfaz de comunicación VMCI no es algo nuevo para vSphere 6, esta interfaz permite comunicación intra-vm a través de el hipervisor (claramente a una velocidad muy alta) y sin necesidad de utilizar la red, en versiones anteriores no se tenia un mecanismo para controlar que comunicación se permitía y cual no. Con vSphere 6 se libera este “firewall” para VMCI y permite brindar un mejor control de seguridad para la misma.

vmcihispavirt

 

  • Soporte para controlador xHCI de USB – Este tipo de controlador nos brinda acceso a dispositivos USB 3.0 y la capacidad de agregar dispositivos USB a OSX y compatibilidad con dispositivos USB 2.0.

    Screen Shot 2015-02-21 at 9.23.31 PM

Leave a Reply