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](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_status.html) en la Guía del *usuario de Amazon EC2 [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html)*y 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating_status_check_alarms.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html#types-of-scheduled-events) 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](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html) y [Eventos programados para instancias de Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/reschedule-event.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) 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](#evs-replace-host).
**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](evs-env-ami-maintenance.md#troubleshoot-add-host-failure-cluster-image)
**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](troubleshooting.md#troubleshoot-sddc-failure-host-commission)
**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](service-quotas-evs.md).
**Example**
1. Ve a la [consola Amazon EVS.](https://console.aws.amazon.com/evs)
1. En el panel de navegación, elija **Entorno.**
1. Seleccione el entorno que contiene el host que se va a reemplazar.
1. Seleccione la pestaña **Hosts**.
1. Elija **Create host** (Crear alojamiento).
1. Especifique los detalles del anfitrión y elija **Crear anfitrión**.
1. Para comprobar que se ha completado, compruebe que el **estado del host** ha cambiado a **Creado**.
1. 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](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) en la *Guía del usuario de AWS Secrets Manager*.
1. Vaya a SDDC Manager.
1. 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](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/commission-hosts-admin.html) en la documentación de VMware Cloud Foundation.
1. 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](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/use-quickstart-to-add---host-to-a-cluster.html) de vSphere.
1. 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](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/decommission-hosts-admin.html). VMware
1. Regrese a la consola Amazon EVS.
1. En la pestaña **Hosts**, seleccione el host fallido y elija **Eliminar** > **Eliminar host**.
1. Abra una nueva sesión de terminal.
1. 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"\
}'
```
1. 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](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) en la *Guía del usuario de AWS Secrets Manager*.
1. Vaya a SDDC Manager.
1. 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](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/commission-hosts-admin.html) en la documentación de VMware Cloud Foundation.
1. Agregue el nuevo host al clúster que contiene el host dañado.
1. Desconecte el host dañado en el administrador del SDDC. Para obtener más información, consulte Retirar los [hosts en la documentación](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/decommission-hosts-admin.html) de Cloud Foundation. VMware
1. Regrese a la terminal.
1. 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](https://support.broadcom.com/).
Para obtener ayuda sobre la solución de problemas, consulte [Resolución de problemas](troubleshooting.md). 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.