Las máquinas virtuales pueden ser fáciles, a veces demasiado fáciles, de aprovisionar. Esto hace que sea esencial contar con las herramientas de administración adecuadas para evitar la expansión de VM y garantizar que cada instancia cumpla con los requisitos de la organización. La mayor integración de VMware de Kubernetes dentro de sus ofertas tiene como objetivo facilitar este trabajo a través de funciones basadas en Tanzu.
En su presentación de VMworld 2021, «El futuro del aprovisionamiento de VM: habilitación del ciclo de vida de VM a través de Kubernetes», Nikitha Suryadevara, gerente de línea de productos, y Myles Gray, arquitecto de marketing técnico del personal, explicaron cómo los flujos de trabajo de aprovisionamiento de VM actuales pueden causar cuellos de botella y cómo vSphere VM El servicio permite a los usuarios lanzar cargas de trabajo basadas en máquinas virtuales en aplicaciones con API de Kubernetes.
En versiones anteriores, el aprovisionamiento de VM usaba las API de vSphere o un sistema de emisión de tickets. VM Service ahora permite a los usuarios aprovisionar máquinas virtuales con API de Kubernetes, lo que significa que el administrador de VMware puede definir las construcciones de la máquina virtual, pero el desarrollador también puede realizar cambios sin necesidad de usar construcciones avanzadas de API de vSphere o estar familiarizado con los flujos de trabajo del administrador.
Los sistemas de tickets basados en la mesa de ayuda se han creado para aplicaciones más tradicionales y los clientes notan que inhibe un cierto nivel de flexibilidad, especialmente en comparación con las experiencias de usuario en la nube que permiten a los desarrolladores y administradores activar instancias muy rápidamente.
Con la integración de Tanzu en vSphere 7.0, los administradores y desarrolladores ahora pueden aprovisionar máquinas virtuales a través de las API de Kubernetes, vSphere VM Service y VM Operator. Los administradores pueden tener estas máquinas virtuales y sistemas operativos invitados como imágenes de estado deseado, lo que elimina la necesidad de convertir las máquinas virtuales en un elemento que Kubernetes pueda administrar.
«VM Service tiene un montón de ventajas en su interior, desde el aprovisionamiento declarativo de VM basado en CRD de Kubernetes, equilibrio de carga automático en múltiples VM, personalización del sistema operativo invitado basada en cloud-init estándar de la industria para usuarios desarrolladores hasta controles administrativos para VM Images y VM Clases (piense en tallas de camisetas) para el administrador de vSphere», escribió Gray en un blog de VMware.
Haga que los lanzamientos de máquinas virtuales sean más fáciles para todos
Con un sistema de emisión de tickets para el aprovisionamiento de máquinas virtuales, hay un lapso de tiempo desde que los desarrolladores necesitan máquinas virtuales hasta que los administradores de vSphere pueden lanzar las máquinas virtuales necesarias. Esta no es la experiencia similar a la nube que los desarrolladores conocen y con la que están familiarizados, señaló Suryadevara.
El servicio de VM proporciona soporte para Kubernetes para que los desarrolladores puedan crear y administrar máquinas virtuales. Esto permite una experiencia de Kubernetes consistente dentro de una interfaz con la que los desarrolladores ya están familiarizados y elimina la necesidad de estar familiarizado con los sistemas de emisión de tickets o tener soporte asíncrono. También se integra más estrechamente con otros recursos de Kubernetes, como almacenamiento, redes y espacios de nombres.
«La combinación de esto es una que empodera a los desarrolladores y asegura a los administradores», dijo Suryadevara. «Mientras el usuario de DevOps interactúa con las máquinas virtuales a través de Kubernetes y con los archivos YAML, por otro lado, el administrador de vSphere aún puede usar vCenter para ver estas máquinas virtuales que se están implementando y ver el estado de ejecución del sistema. Ambos los usuarios obtienen la interfaz con la que se sienten más cómodos».
Tipos de usuarios de VM Service
Idealmente, los desarrolladores y los administradores de vSphere se pueden dividir en dos personas principales.
Un usuario de DevOps tiene API nativas de Kubernetes y necesita una forma coherente de administrar aplicaciones con clústeres nativos de K8, Pods, VM y Tanzu Kubernetes. También buscan la administración del ciclo de vida de autoservicio de las máquinas virtuales que se adhieren a las reglas que establecen los administradores de vSphere.
Para los administradores de vSphere, se trata mucho más de la administración general. Usan las API o la interfaz de usuario de vSphere y usan los espacios de nombres para establecer límites de recursos, asociar clases de almacenamiento, clases de VM, bibliotecas de contenido y asignar privilegios de usuario de DevOps.
Para mostrar cómo se verían estos flujos de trabajo tanto en el desarrollador como en el administrador de vSphere, la sesión incluyó una demostración técnica sobre cómo cargar VM Service y cómo navegar por el software para ambos tipos de usuarios.
Para comenzar con VM Service, los usuarios deben comenzar en VMware Marketplace para obtener una imagen e implementar una aplicación virtual abierta. Luego, el servicio VM usa el marco de inicio de la nube para que los usuarios puedan personalizar un sistema operativo invitado más allá del nombre de host y la dirección IP, como paquetes arbitrarios y secuencias de comandos de ejecución.
Mirando hacia el futuro con VM Service
Aunque la demostración se centró en la versión actual del producto, aún queda más por venir tanto para los desarrolladores como para los administradores de vSphere, según Suryadevara.
Ella detalló siete posibles elementos de la hoja de ruta, el primero fue abrir los tipos de imágenes de VM que admite VM Service, pero el más solicitado es el sistema operativo Windows.
En segundo lugar, se agrega soporte para GPU y otros tipos de aceleradores de hardware para el servicio VM.
«Nos gustaría que VM Service y la interfaz de Kubernetes pudieran aprovechar todas las mejoras avanzadas a nivel de VM que vSphere ha realizado durante la última década», dijo.
El tercer elemento es expandir el conjunto de opciones de configuración de VM disponibles para los usuarios en VM Service. Con las API de vSphere actuales, hay varios mandos y configuraciones disponibles para que los usuarios los modifiquen en las máquinas virtuales, pero no todos están expuestos a Kubernetes.
Forth, que ya está en marcha, está generando un operador de máquina virtual de código abierto.
Quinto es agregar soporte para más fuentes de contenido. Actualmente hay soporte para imágenes dentro de vSphere, pero hay exploración para poder usar fuentes de imágenes para VMTX, depósitos S3 y Bitnami.
El sexto es incorporar las máquinas virtuales existentes a la administración basada en Kubernetes. Actualmente, el servicio de VM funciona principalmente con implementaciones de VM totalmente nuevas, pero los clientes buscan extraer VM que los administradores ya han creado propiedades de vSphere en Kubernetes.
Seven es brindar a los usuarios la capacidad de escalar automáticamente las máquinas virtuales hacia arriba y hacia abajo, como la forma en que los administradores de la nube pueden escalar los recursos según sea necesario.
