View a markdown version of this page

Mantenimiento del host Amazon EVS - Amazon Elastic VMware Service
Comprobación del estado de la instancia EC2 subyacenteAcerca del mantenimiento AWS programado de las instancias EC2Uso de reservas de capacidad bajo demanda de EC2Prepararse para la programación y los eventos AWS system-maintenance instance-retirement

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Mantenimiento del host Amazon EVS

Como Amazon EVS es un servicio autogestionado, usted es responsable del mantenimiento del software VMware Cloud Foundation (VCF) que se ejecuta en el host, de supervisar su estado y de solucionar los problemas del host, incluida la sustitución del host en caso de que se produzca un fallo en el host. Para obtener más información sobre la administración de los hosts de ESX en VMware Cloud Foundation (VCF), consulte la documentación sobre la administración de hosts en Cloud Foundation. VMware

Comprobación del estado de la instancia EC2 subyacente

Amazon EC2 realiza verificaciones automatizadas en cada instancia de EC2 en ejecución para identificar problemas de hardware y de software. Puede ver los resultados de estas comprobaciones de estado en la consola EC2 o AWS CLI para identificar problemas específicos y detectables. Para obtener más información, consulte Ver las comprobaciones de estado de la instancia de Amazon EC2 en la Guía del usuario de Amazon EC2 describe-instance-statusy en la Referencia de AWS CLI la línea de comandos.

Puede crear una CloudWatch alarma que le avise si las comprobaciones de estado fallan en una instancia específica. Para obtener más información, consulte Crear CloudWatch alarmas para instancias de Amazon EC2 que no pasen las comprobaciones de estado en la Guía del usuario de Amazon EC2.

Acerca del mantenimiento AWS programado de las instancias EC2

AWS realiza el mantenimiento programado de las instancias EC2 subyacentes para garantizar la confiabilidad, la disponibilidad y el rendimiento. Las instancias completas de EC2 están sujetas a los mismos tipos de eventos programados que las demás instancias de EC2. AWS puede programar eventos para reiniciar, detener y retirar sus instancias debido a problemas subyacentes de hardware o a un mantenimiento programado. Estos eventos no ocurren con frecuencia. Para obtener más información, consulte Tipos de eventos programados en la Guía del usuario de Amazon EC2.

nota

Debe colocar los hosts en modo de mantenimiento en vSphere Client antes de cualquier evento de reinicio programado.

Si una de sus instancias se verá afectada por un evento programado, se lo AWS notificará con antelación por correo electrónico a la dirección de correo electrónico asociada al suyo. Cuenta de AWS AWS también envía un evento de AWS Salud, que puedes monitorizar y gestionar con Amazon EventBridge. Para obtener más información, consulte Monitorización de eventos en AWS Health with Amazon EventBridge y Eventos programados para instancias de Amazon EC2 en la Guía del usuario de Amazon EC2.

En cualquier momento, puede reprogramar el evento para que se produzca en la fecha y hora específicas que más le convengan. El evento se puede reprogramar hasta la fecha límite del evento. Para obtener más información, consulte Reprogramar un evento programado para una instancia de EC2 en la Guía del usuario de Amazon EC2.

Uso de reservas de capacidad bajo demanda de EC2

Puede utilizar las reservas de capacidad bajo demanda de EC2 para garantizar que su clúster tenga suficiente capacidad durante los períodos de mantenimiento. Puede reservar capacidad en una zona de disponibilidad específica durante cualquier período. Para obtener más información, consulte Reserva de capacidad informática con reservas de capacidad bajo demanda de EC2 en la Guía del usuario de Amazon EC2.

Para conocer los pasos para crear una reserva de capacidad, consulte Crear una reserva de capacidad en la Guía del usuario de Amazon EC2.

nota

Si utiliza reservas de capacidad bajo demanda de EC2 o hosts dedicados de EC2, le recomendamos que reserve un host de reserva para las cargas de trabajo esenciales. Si bien las reservas de capacidad garantizan el acceso a una cantidad específica de capacidad de instancia de EC2 en una zona de disponibilidad determinada, disponer de un host libre proporciona una capa adicional de redundancia que es fundamental para las cargas de trabajo esenciales. En el caso de los hosts dedicados, disponer de un host libre garantiza el mantenimiento del entorno para las cargas de trabajo esenciales, incluso si un host principal requiere mantenimiento o experimenta algún problema.

Prepararse para la programación y los eventos AWS system-maintenance instance-retirement

AWS programa dos tipos de system-maintenance eventos: mantenimiento de la red y mantenimiento de la energía.

  • Durante el mantenimiento de red, las instancias programadas pierden la conectividad de red durante un breve periodo de tiempo. La conectividad de red normal a la instancia se restaurará una vez completado el mantenimiento.

  • Durante el mantenimiento de energía, las instancias programadas se desconectan durante un breve periodo y, a continuación, se reinician. Cuando se realiza un reinicio en instancias básicas de EC2, no se conservan los datos del volumen del almacén de instancias.

AWS programa los instance-retirement eventos de EC2 cuando se detecta una degradación del hardware subyacente que aloja las instancias de EC2.

Para corregir cualquier system-maintenance suceso, sustituya el host que ha fallado por uno nuevo mediante la consola Amazon EVS o AWS CLI un SDDC Manager antes de que se produzca el evento de mantenimiento. instance-retirement Si espera a que se produzca el evento de mantenimiento y sea necesario reiniciar la instancia EC2, perderá los datos de vSAN que están almacenados en el volumen del almacén de instancias. Para ver los pasos detallados, consulte Sustituir un host de Amazon EVS.

importante

La consola EC2 no debe usarse para administrar el estado de los hosts de Amazon EVS, incluidos los de parada, inicio y terminación. No intente iniciar, detener ni terminar las instancias EC2 que despliega Amazon EVS. Esta acción provoca la pérdida de datos de vSAN.

Sustituir un host de Amazon EVS

Siga este procedimiento para reemplazar un host de Amazon EVS.

aviso

Los hosts de Amazon EVS utilizan un complemento de proveedor personalizado para proporcionar una funcionalidad de host importante. Cuando añada un host a su entorno, tendrá la última versión disponible del complemento personalizado de Amazon EVS. Si su entorno usa hosts con una versión adicional anterior, agregar un host al clúster de vSphere provocará un error en la corrección de la imagen del clúster. Para ver los pasos para solucionar este problema, consulte. Solucione el problema de un error al añadir el host debido a una imagen de clúster incompatible

aviso

Si ha actualizado la versión de ESX después de la implementación, es posible que el administrador del SDDC no funcione durante la validación del host VCF en la etapa de comisionamiento de los anfitriones. Para ver los pasos para solucionar este problema, consulte. El administrador del SDDC no pasa la validación del host VCF durante la puesta en servicio del host

nota

Asegúrese de que el número de hosts de Amazon EVS por cuota de entorno de EVS esté configurado correctamente para garantizar la creación correcta del host. Se produce un error en la creación de hosts si este valor de cuota es inferior al número de hosts que intenta aprovisionar en un único entorno de Amazon EVS. Es posible que deba solicitar un aumento de cuota para las operaciones de mantenimiento que requieran la sustitución del host. Para obtener más información, consulte Cuotas de servicio de Amazon EVS.

ejemplo
Amazon EVS console and SDDC Managuer UI

  1. Ve a la consola Amazon EVS.

  2. En el panel de navegación, elija Entorno.

  3. Seleccione el entorno que contiene el host que se va a reemplazar.

  4. Seleccione la pestaña Hosts.

  5. Elija Create host (Crear alojamiento).

  6. Especifique los detalles del anfitrión y elija Crear anfitrión.

  7. Para comprobar que se ha completado, compruebe que el estado del host ha cambiado a Creado.

  8. Recupere las credenciales de la contraseña root de ESX de AWS Secrets Manager. Para obtener más información sobre cómo recuperar secretos, consulte Obtener AWS secretos de Secrets Manager en la Guía del usuario de AWS Secrets Manager.

  9. Vaya a SDDC Manager.

  10. Instale el nuevo host en SDDC Manager con las credenciales raíz de ESX que obtuvo en un paso anterior. Para obtener más información, consulte Comisionar anfitriones en la documentación de VMware Cloud Foundation.

  11. Agregue el nuevo host al clúster. Para obtener más información, consulte Cómo agregar un host ESX a su clúster de vSphere mediante el flujo de trabajo de inicio rápido en la documentación de vSphere.

  12. Quite el host anterior de SDDC Manager que desee eliminar de SDDC Manager. Para obtener más información, consulte Retirar los hosts en la documentación de Cloud Foundation. VMware

  13. Regrese a la consola Amazon EVS.

  14. En la pestaña Hosts, seleccione el host fallido y elija Eliminar > Eliminar host.

AWS CLI and SDDC Manager UI

  1. Abra una nueva sesión de terminal.

  2. Cree un nuevo host. Consulte el comando de ejemplo que aparece a continuación como referencia.

    aws evs create-environment-host \
    --environment-id "env-abcde12345" \
    --host '{ \
        "hostName": "esxi-host-05", \
        "keyName": "your-ec2-keypair-name", \
        "instanceType": "i4i.metal" \
        "esxVersion": "ESXi-8.0U3g-24859861"\
    }'

  3. Recupere las credenciales de la contraseña root de ESX de AWS Secrets Manager. Para obtener más información sobre cómo recuperar secretos, consulte Obtener AWS secretos de Secrets Manager en la Guía del usuario de AWS Secrets Manager.

  4. Vaya a SDDC Manager.

  5. Instale el nuevo host en SDDC Manager con las credenciales raíz de ESX que obtuvo en un paso anterior. Para obtener más información, consulte Comisionar anfitriones en la documentación de VMware Cloud Foundation.

  6. Agregue el nuevo host al clúster que contiene el host dañado.

  7. Desconecte el host dañado en el administrador del SDDC. Para obtener más información, consulte Retirar los hosts en la documentación de Cloud Foundation. VMware

  8. Regrese a la terminal.

  9. Elimine el host que ha fallado. Consulte el ejemplo de comando que aparece a continuación como referencia.

    aws evs delete-environment-host --environment-id "env-abcde12345" --host-name "esxi-host-05"

Resolución de problemas

Guía sobre Broadcom y AWS Support

AWS proporciona soporte para Amazon EVS y sus servicios de infraestructura asociados, incluido VMware Cloud Foundation (VCF). Para obtener orientación sobre la configuración específica de los VCF o si tiene problemas relacionados con otros VMware productos, como Aria Suite, HCX o NSX, también puede ponerse en contacto directamente con Broadcom haciendo uso de sus derechos de soporte. Para obtener más información, consulte el portal de soporte de Broadcom.

Para obtener ayuda sobre la solución de problemas, consulte Resolución de problemas. Si sigue teniendo problemas después de revisar la guía de solución de problemas, póngase en contacto con AWS Support para obtener más ayuda.