Saltar al contenido

VMware vMotion Evolution: ayer, hoy, mañana

Historial de desarrollo de VMotion

Cualquiera que haya utilizado las funciones de vMotion al menos una vez sabe que esta tecnología se utiliza para migrar máquinas virtuales entre hosts y sin interrumpir o interrumpir el funcionamiento de la VM y las aplicaciones que se ejecutan en ellas.

Esta característica no pierde su relevancia y continúa siendo demandada hasta el día de hoy. Cómo ha cambiado la herramienta de una versión a otra, qué ha evolucionado y qué es cosa del pasado, cómo se ve la herramienta hoy y qué es fundamentalmente nuevo en la última versión, lo diremos en este artículo.

Recordemos cómo funciona vMotion

Mucho ha cambiado con la introducción de vMotion. Ahora, siempre que surge la necesidad de reemplazar o actualizar componentes de infraestructura, las aplicaciones ya no necesitan ser cerradas. Con vMotion, los servicios que se ejecutan en un servidor y / o se almacenan en una matriz de almacenamiento se migran sin problemas a otro servidor o almacenamiento sin perder costosos tiempos de inactividad. Al mismo tiempo, vMotion funciona incluso cuando los componentes están a cientos o miles de kilómetros de distancia.

Pero la solución con la que estamos acostumbrados a trabajar hoy tuvo sus peculiaridades en diferentes etapas. Echemos un vistazo a cómo ha evolucionado y evolucionado VMware.

Historial de desarrollo de VMotion

Primera edición de VMotion

El primer VMotion (tenga en cuenta la «V» mayúscula en el nombre) se lanzó con VMware Virtual Center 1.0 en 2003. Todos los que probaron la solución se sorprendieron de que ahora es posible mover máquinas virtuales (VM) con aplicaciones en ejecución. Desde un ESX host a otro sin tiempo de inactividad. Las primeras demostraciones se realizaron con el famoso juego de Windows: 3D Pinball. La prueba necesitaba poder determinar en el juego cuándo la máquina virtual migró de un servidor a otro. Pero los resultados indicaron una vez más que era imposible de hacer y fue sorprendente.

Juego de Windows 3D Pinball

Juego de Windows 3D Pinball

Otra característica de vMotion fue la facilidad con la que se realizó la migración. Para iniciar el proceso, todo lo que tenía que hacer era hacer clic con el botón derecho en la máquina virtual y elegir la opción Migrar o Migrar. La siguiente figura muestra el vSphere Web Client que se usa para migrar una máquina virtual de un host a otro.

cliente web vSphere

cliente web vSphere

Almacenamiento de VMotion

Cuatro años más tarde, en el evento anual VMworld 2007, el cofundador Mendel Rosenblum demostró cómo se puede mover una máquina virtual en ejecución de un dispositivo a otro, independientemente del protocolo de almacenamiento subyacente.

Concepto de almacenamiento de VMotion

Concepto de almacenamiento de VMotion

Esto permitió a los administradores dejar de estar atados a un solo dispositivo de almacenamiento, tecnología o proveedor. Si bien esta característica no causó el mismo efecto alucinante de mover una máquina virtual de un servidor a otro, ha expandido enormemente las capacidades del producto. Storage vMotion se lanzó oficialmente en 2008 junto con VMware Virtual Infrastructure 3.5, que constaba de VMware ESX 3.5 y vCenter Server 2.5.

vMotion con varias NIC

Los siguientes dos cambios importantes en vMotion se han incluido en vSphere 5.0: Ahora puede usar múltiples interfaces de red para la transmisión de vMotion y usar la tecnología Stun during Page Send (SDPS). Si bien estos cambios no fueron tan obvios ni discutidos en la comunidad, aún eran importantes. Primero, hizo que las transferencias de vMotion fueran más rápidas al permitir el uso de varios adaptadores. SDPS ralentizó las vCPU en la fuente y controló las tasas de cambio de página en función del ancho de banda de la red de vMotion, lo que permitió que las máquinas virtuales demasiado activas se volvieran menos activas en las etapas finales de vMotion, lo que afectó positivamente la transmisión.

Una de las limitaciones de vMotion en este punto era que las máquinas virtuales transferidas debían tener almacenamiento compartido y ambos nodos debían tener acceso al almacenamiento compartido. Con el lanzamiento de vSphere 5.1, vMotion ya no usaba almacenamiento compartido. La siguiente figura muestra un asistente que le permite elegir qué migrar primero: recursos informáticos o almacenamiento de VM.

Determinación del tipo de migración de vMotion

Determinación del tipo de migración de vMotion

Metro de VMotion

Los administradores estaban contentos con vMotion, pero vSphere 5.5 lo llevó a otro nivel. En 2011, EMC anunció que su producto VPLEX Metro está calificado para admitir vMotion con soporte para límites de distancia de hasta 2x.

Concepto Metro vMotion

Concepto Metro vMotion

Ahora la máquina virtual se podría mover a unos 200 kilómetros de distancia si el RTT (el tiempo entre enviar una solicitud y recibir una respuesta) fuera inferior a 10 milisegundos.

VMotion de larga distancia

VMotion de larga distancia

Una distancia de 200 kilómetros es bastante significativa. Sin embargo, en un momento esto no fue suficiente. En 2015, con el lanzamiento del hipervisor vSphere 6.0, vMotion de larga distancia estuvo disponible, es decir, la migración en caliente de máquinas virtuales a largas distancias, cuando una VM en ejecución se puede mover dentro de una distancia donde el tiempo de ida y vuelta o RTT en el canal alcanza 100 milisegundos y 150 fueron admitidos extraoficialmente. milisegundos. Esto es 10 veces mayor que las cifras anteriores, mientras que la distancia ha aumentado a 3000 kilómetros. Es decir, ahora era posible usar vMotion con facilidad desde la costa oeste a este de los Estados Unidos, ya que el RTT de San Francisco a Nueva York era de 99 milisegundos. Sin embargo, debido a que era probable que la infraestructura de vSphere en ubicaciones tan diferentes fuera la misma, se proporcionó vMotion entre vCenter y vSwitch y se permitió el tráfico en las redes L3.

VMotion cifrado

Con el lanzamiento de la plataforma de virtualización vSphere 6.5, se introdujo la muy solicitada y esperada función de cifrado de migración en caliente de vMotion, que proporciona cifrado de extremo a extremo del tráfico de vMotion y protege los datos de la máquina virtual de la interceptación en redes que no son de confianza.

Concepto de cifrado de migración en caliente de VMotion

Concepto de cifrado de migración en caliente de VMotion

VMotion cifrado garantiza total confidencialidad, integridad y confiabilidad de los datos transmitidos sin requisitos adicionales para equipos especializados. El cifrado VMotion no utiliza Secure Sockets Layer (SSL) o Internet Protocol Security (IPsec) para proteger el tráfico. En cambio, implementa su propio protocolo de cifrado. Para proteger las migraciones de VM, vSphere 6.5 cifra todo el tráfico de vMotion, incluidos los metadatos de carga útil de TCP y vMotion, utilizando algoritmos de cifrado AES-GCM estándar de la industria proporcionados por vmkcrypto vmkernel con certificación FIPS.

Conclusión

En conclusión, me gustaría señalar que VMware continuará realizando cambios en vMotion, mejorando y refinando su solución. Inicialmente, la idea del producto era brindar a los administradores la capacidad de expandir fácilmente los centros de datos virtuales y, como resultado, recibieron mucha más funcionalidad.

Esté atento a los nuevos materiales del primer blog corporativo de IaaS, donde continuaremos presentándole las soluciones actuales y requeridas del mundo de las tecnologías en la nube.