En el segundo artículo nos metimos de lleno en la configuración del almacenamiento con vSAN y el manejo de las redes con NSX, y ahora en este último artículo es el turno de las capacidades avanzadas de los clústers y el manejo de las operaciones sobre la plataforma híbrida. Comencemos.
Capacidad de host y características de administración de disponibilidad
Aprovisionamiento instantáneo de la capacidad del host
Generalmente, los administradores crean un clúster, agregan hosts, configuran servicios de clúster (HA, DRS, entre otros) y empiezan a trabajar con las máquinas virtuales. Este es el enfoque clásico al que estamos acostumbrados para el manejo de los data centers de nube privada u on premise. Pero en caso de haber fallas en un host o una VM que demanden más capacidad, la disponibilidad o el rendimiento se pueden ver comprometidos hasta una intervención manual para agregar más hosts al clúster.
Con el fin de evitar este tipo de problemas de disponibilidad de recursos a largo plazo, generalmente se sobreprovisionan (overprovisioning) los clústeres con hosts libres para otorgar capacidad en caso de ser requerida. Este enfoque no siempre es el más eficiente desde el punto de vista económico, ya que el clúster tiende a subutilizarse durante la operación diaria. En cambio con VMware Cloud en AWS es posible acceder a un gran pool de recursos de servidor que existen en los centros de datos de AWS. Estos servidores están disponibles bajo demanda y se pueden unir a los clústeres existentes en minutos. Si la capacidad de un clúster es mayor de lo necesario para un tiempo determinado, los servidores pueden eliminarse del clúster antes de volver al pool general de recursos.
Configuración automática del clúster
A medida que se agregan hosts al clúster, VMware Cloud en AWS configura automáticamente cada VMkernel y la red lógica. Luego, una vez que los hosts adicionales están conectados, el datastore vSAN se expande automáticamente permitiendo que se consuma la nueva capacidad de almacenamiento.
Remediación automatizada del clúster
VMware Cloud en AWS utiliza vSphere HA para garantizar que las interrupciones se minimicen, permitiendo que en el caso de un host con fallas las máquinas virtuales se reinicien automáticamente en los hosts. vSAN garantiza que cualquier VM configurada con una política de uno o más fallos de host no pierda datos. VMware Cloud en AWS luego realiza un análisis del host tomando dos caminos posibles:
- En el caso de una falla transitoria, se reinicia
- En el caso de un error de hardware, se reemplaza
Sea cual fuere el caso, el SDDC continúa ejecutándose y vSphere DRS optimiza la ubicación de las VM afectadas para minimizar el impacto en las que están en ejecución. En el caso de un host degradado, como un disco fallido, VMware Cloud en AWS elimina eficientemente el host poniéndolo en modo de mantenimiento antes de eliminarlo del clúster. A los clientes nunca se les factura por los hosts que se agregan a un clúster por razones de mantenimiento o tolerancia a fallas.
Operaciones en la nube híbridaMovilidad de las cargas de trabajo
En el despliegue inicial, solo está disponible la migración en frío para transferir cargas de trabajo al SDDC en la nube. Sin embargo, la migración con vMotion a través de la nube estará disponible en futuras versiones de VMware Cloud en AWS, así como también VM Enhanced vMotion Compatibility, con el fin de proporcionar compatibilidad adecuada vSphere vMotion entre la arquitectura de CPU del host ESXi en la nube y las instalaciones locales.
Linked Mode híbrido de vCenter Server
VMware Cloud en AWS está diseñado para proporcionar un único panel de monitoreo que se ocupe de la gestión de la nube híbrida. La nueva función de Hybrid Linked Mode (HLM) permite a las instancias de vCenter Server on premise y en la nube compartir datos mientras se mantiene cierto nivel de separación administrativa. También permite la vinculación de instancias de vCenter Server a través de diferentes dominios de inicio de sesión único (SSO), versiones y topologías. También se proporciona consistencia operacional entre entornos vSphere on premise y múltiples instancias de vCenter Server.
HLM permite a los usuarios completar las siguientes funciones:
- Iniciar sesión en la instancia de vCenter Server en nuestro SDDC utilizando credenciales locales
- Ver y administrar los inventarios tanto del data center on premise y de nube desde una única interfaz de vSphere Client
- Migración de cargas de trabajo en frío desde nuestro data center on premise a la nube
Para ejecutar HLM, debemos tener vCenter Server 6.5d o posterior, así como conectividad de red de capa 3. Debido al modelo de acceso restrictivo de VMware Cloud en AWS, HLM está restringido a conectar un dominio Enhanced Linked Mode on premise y no posee roles de sincronización.
VMware vCenter Content Library
VMware vCenter Content Library permite distribuir y sincronizar automáticamente el contenido, como archivos OVA, imágenes ISO y scripts, entre las implementaciones on premise y en la nube. Además, la compatibilidad con plantillas estará disponible en futuras versiones de VMware Cloud en AWS. VMware vCenter Content Library está disponible desde el primer momento en VMware Cloud en AWS.
Modelo de operaciones
VMware Cloud en AWS se vende y se opera como un servicio. Para garantizar que todos los entornos funcionen correctamente, VMware gestiona los sistemas de forma exclusiva. Asimismo, VMware es el único punto de contacto para los clientes. En caso de falla del hardware, VMware interactúa con AWS en nombre del cliente, agilizando la comunicación y remediación.
Para permitir el monitoreo y la administración del ciclo de vida de la pila de software del SDDC en la nube, el servicio VMware Cloud on AWS conserva los derechos de administrador para implementar y configurar la infraestructura AWS y el software SDDC. Es responsable de agregar y eliminar hosts y redes debido a un error o si las operaciones de escalado de clúster requieren más o menos recursos. El servicio VMware Cloud on AWS también es responsable de la aplicación de parches del software de la infraestructura en la nube y de la aplicación de actualizaciones.
El servicio VMware Cloud on AWS introduce una nueva función de administrador en la nube para el modelo de usuario tradicional de vCenter Server y amplía los roles y el esquema de permisos. Esto es para asegurar que la infraestructura SDDC de la nube esté configurada en una arquitectura de implementación prescriptiva y que el administrador no pueda reconfigurar los dispositivos de administración. Dentro de este modelo, el administrador de la nube del cliente tiene control total sobre su carga de trabajo al tiempo que tiene una vista de solo lectura de las cargas de trabajo de administración y la infraestructura.
Debido al modelo de acceso restringido, la instancia de servidor de vCenter en la nube se usa solo para administrar el entorno SDDC en la nube y no admite la gestión de entornos SDDC locales. No podremos usar el acceso de root ni tampoco instalar VIBs. Si bien podremos iniciar sesión en la instancia de vCenter Server y usarla para operar y administrar el entorno, no podremos acceder a la configuración del appliance ni realizar cambios en la instancia de vCenter Server. Aquellos que utilicen un proveedor de terceros en instalaciones on premise deberán consultar con dichos proveedores si admiten o admitirán el modelo VMware Cloud en AWS.
Y así concluye la serie de tres artículos dedicados a explicar el funcionamiento del modelo híbrido de VMware y AWS. Espero que lo hayan disfrutado y les sirva para entender mejor este nuevo concepto que la alianza entre estas dos compañías trae al modelo de negocios actual.
Links relacionados:
VMware Cloud en AWS - Parte 1
VMware Cloud en AWS - Parte 2
VMware Cloud en AWS - Parte 3
Gracias por su lectura y, como siempre, si disfrutaron o les resultó interesante este artículo por favor compártanlo en sus redes sociales para ayudar a su difusión en español.
via Latest imported feed items on VMware Blogs https://ift.tt/2xApkqv |  | |  |  |
Comments
Post a Comment