Saltar al contenido

Tres razones por las que VMware vSphere 6.0 sigue siendo razonable

Comparación de los valores máximos de configuración de vSphere

Aunque vSphere 6.0 se lanzó al público en febrero de 2015 y la versión 6.5 se anunció oficialmente en octubre de 2016, «six» sigue siendo una plataforma de virtualización ampliamente utilizada.

… Durante el almuerzo de vSphere 6.0, el CEO de VMware, Pat Gelsinger, dijo: «Esta es la versión más grande de vSphere hasta la fecha, con más de 650 mejoras tecnológicas». De acuerdo, la figura es sólida. Sin embargo, nos centraremos en tres características clave que todo el mundo debería conocer.

Máximos de configuración más altos

Comparación de los máximos de configuración de vSphere

Como muestra la práctica, con el lanzamiento de una nueva versión de una solución, producto o plataforma de virtualización, los desarrolladores se enfocan en aumentar las capacidades de configuración, porque cada día, debido al crecimiento constante de los requisitos comerciales, los límites iniciales se vuelven rápidamente insuficientes. Para vSphere 6.0, se han realizado mejoras significativas en cada una de las categorías relacionadas con el diseño de clústeres, hosts y máquinas virtuales. Tenga en cuenta que si los clústeres de VMware combinaban previamente 32 hosts, este valor ahora ha aumentado a 64. Además, existe la opción de aumentar la CPU virtual de una máquina virtual a 128, mientras que cada host puede contener hasta 2048 VM. Estas características se informaron en la edición 6.5.

Opciones de vMotion más flexibles

Concepto VMotion

Concepto VMotion

Como es conocido vMotion, o migración en vivo, le permite transferir una máquina virtual en ejecución de un host físico a otro sin interrumpir el trabajo del usuario. VMware vSphere 6.0 realizó mejoras explícitas en la tecnología de migración en caliente. Curiosamente, aquí se permite mover máquinas virtuales entre conmutadores virtuales estándar y conmutadores virtuales distribuidos, así como entre centros de datos con diferentes servidores vCenter. En este caso, al moverse, la configuración de la máquina se guarda, lo que no da lugar a problemas con el funcionamiento de la red. Y si la migración previa de VMs a largas distancias requería alto ancho de banda y baja latencia, en las «seis» se solucionó el problema introduciendo menores requisitos para las conexiones de red, lo que permitía usar vMotion con un retraso de 100 ms. Por tanto, se ha puesto a disposición una opción de migración en el formato vMotion de larga distancia, donde el retraso en el funcionamiento de los servicios con respecto al usuario permanece casi invisible.

Tolerancia a fallos: de una vCPU a cuatro

Ejemplo de encendido FT

Ejemplo de encendido FT

Recuerda esa tecnología Tolerancia a fallas (FT) permite que una VM exista en múltiples hosts físicos simultáneamente, brindando protección contra fallas. Anteriormente, la tolerancia a fallas solo estaba disponible para máquinas virtuales con una vCPU, lo que arroja dudas sobre la seriedad de la tecnología. De acuerdo, es poco probable que las aplicaciones críticas para el negocio se implementen en máquinas con una implementación de un solo procesador. Por tanto, VMware se enfrentó a la tarea de una rehabilitación temprana en forma de ampliar los límites establecidos. Y con el lanzamiento de vSphere 6.0, la funcionalidad Fault Tolerance estuvo disponible para VM con cuatro vCPU y 64 GB de RAM. Este enfoque ha revolucionado la situación, permitiéndole utilizar estas útiles funciones en un entorno de producción.

Cómo funciona el FT

Cómo funciona el FT

Como se señaló anteriormente, la tolerancia a fallas se usa más comúnmente para servicios críticos. Es por eso que la tecnología se basa en el principio de disponibilidad constante de VM mediante la creación y mantenimiento de una réplica síncrona, o VM secundaria, actualizada. Si la máquina virtual principal falla, el cambio de E / S se produce con la siguiente activación de la máquina virtual secundaria. En el contexto de este escenario, el tiempo de inactividad de la máquina virtual es de 1 a 2 segundos. Si profundiza, queda claro que hay un intercambio regular de «ritmos cardíacos», o latidos, entre las máquinas virtuales, y tan pronto como la VM deja de recibir este tipo de datos, se inicia el proceso de conmutación por error.

Conclusión

En este artículo, analizamos las capacidades de la plataforma de virtualización, gracias a las cuales vSphere 6.0 sigue siendo relevante. Estén atentos para obtener más información en el primer blog de IaaS empresarial, en el próximo artículo hablaremos sobre la seguridad integrada integral implementada en vSphere 6.5.

Califica el artículo