Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Manutenzione dell'host Amazon EVS
Poiché Amazon EVS è un servizio autogestito, sei responsabile della manutenzione del software VMware Cloud Foundation (VCF) in esecuzione sull'host, del monitoraggio dello stato dell'host e della risoluzione dei problemi dell'host, inclusa la sostituzione dell'host in caso di guasto dell'host. Per ulteriori informazioni sulla gestione degli host ESX in VMware Cloud Foundation (VCF), consulta [Host Management](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) nella documentazione di Cloud Foundation. VMware
## Verifica dello stato dell'istanza EC2 sottostante
Amazon EC2 esegue i controlli automatici su ogni istanza EC2 in esecuzione per individuare i problemi di hardware e software. Puoi visualizzare i risultati di questi controlli di stato nella console EC2 o AWS CLI identificare problemi specifici e rilevabili. *Per ulteriori informazioni, consulta [Visualizza i controlli di stato per le istanze Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_status.html) nella *Amazon EC2 User* Guide [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html)e nel AWS CLI Command Line Reference.*
Puoi creare un CloudWatch allarme per avvisarti se i controlli di stato falliscono su un'istanza specifica. Per ulteriori informazioni, consulta [Crea CloudWatch allarmi per le istanze Amazon EC2 che non superano i controlli di stato](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating_status_check_alarms.html) nella Guida per l'utente di Amazon *EC2*.
## Informazioni sulla manutenzione AWS programmata per le istanze EC2
AWS esegue la manutenzione programmata sulle istanze EC2 sottostanti per garantire affidabilità, disponibilità e prestazioni. Le istanze bare metal EC2 sono soggette agli stessi tipi di eventi pianificati delle altre istanze EC2. AWS può pianificare eventi per riavviare, arrestare e ritirare le istanze a causa di problemi hardware sottostanti o di manutenzione programmata. Questi eventi non si verificano di frequente. Per ulteriori informazioni, consulta [Tipi di eventi programmati](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html#types-of-scheduled-events) nella Guida per l'*utente di Amazon EC2*.
**Nota**
È necessario mettere gli host in modalità di manutenzione nel vSphere Client prima di qualsiasi evento di riavvio pianificato.
Se una delle tue istanze sarà interessata da un evento programmato, ti AWS avviserà in anticipo via e-mail, utilizzando l'indirizzo email associato al tuo. Account AWS AWS invia anche un evento AWS Health, che puoi monitorare e gestire utilizzando Amazon EventBridge. Per ulteriori informazioni, consulta [Monitoring events in AWS Health with Amazon EventBridge](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html) e [Scheduled events for Amazon EC2 Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html) nella *Amazon* EC2 User Guide.
In qualsiasi momento, puoi riprogrammare l'evento in modo che si verifichi alla data e all'ora specifiche che preferisci. L'evento può essere ripianificato fino alla data di scadenza dell'evento medesimo. *Per ulteriori informazioni, consulta [Riprogrammare un evento pianificato per un'istanza EC2 nella Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/reschedule-event.html) User Guide.*
## Utilizzo delle prenotazioni di capacità su richiesta di EC2
Puoi utilizzare le prenotazioni di capacità su richiesta di EC2 per garantire che il cluster disponga di una capacità sufficiente durante i periodi di manutenzione. Puoi riservare la capacità in zone di disponibilità specifiche per qualsiasi durata. Per ulteriori informazioni, consulta [Riservare la capacità di calcolo con le prenotazioni di capacità su richiesta EC2 nella Guida](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) per l'utente di *Amazon* EC2.
Per i passaggi per creare una prenotazione di capacità, consulta [Creare una prenotazione di capacità](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-create.html) nella Guida per l'*utente di Amazon EC2*.
**Nota**
Se utilizzi EC2 On-Demand Capacity Reservations o EC2 Dedicated Hosts, ti consigliamo di utilizzare un host di riserva per carichi di lavoro mission critical. Sebbene le prenotazioni di capacità garantiscano l'accesso a una quantità specifica di capacità delle istanze EC2 in una determinata zona di disponibilità, disporre di un host di riserva offre un ulteriore livello di ridondanza, fondamentale per i carichi di lavoro mission critical. Per gli host dedicati, disporre di un host di riserva garantisce la manutenzione dell'ambiente per i carichi di lavoro mission critical, anche se un host primario richiede manutenzione o presenta un problema.
## Preparazione del programma e degli eventi AWS `system-maintenance` `instance-retirement`
AWS pianifica due tipi di `system-maintenance` eventi: manutenzione della rete e manutenzione dell'alimentazione.
+ Durante la manutenzione della rete, le istanze per le quali è pianificato l'evento perdono la connettività di rete per un breve periodo di tempo. La normale connettività di rete dell'istanza viene ripristinata al completamento della manutenzione.
+ Durante la manutenzione dell'alimentazione elettrica, le istanze per le quali è pianificato l'evento vengono impostate sulla modalità offline per un breve periodo di tempo, quindi vengono riavviate. Quando viene eseguito un riavvio su istanze bare metal di EC2, i dati del volume dell'Instance Store non vengono conservati.
AWS pianifica gli `instance-retirement` eventi EC2 quando viene rilevato un degrado dell'hardware sottostante che ospita le istanze EC2.
Per correggere eventuali `system-maintenance` `instance-retirement` eventi, sostituisci l'host guasto con un nuovo host utilizzando la console Amazon EVS o AWS CLI SDDC Manager prima che si verifichi l'evento di manutenzione. Se attendi che si verifichi l'evento di manutenzione ed è necessario il riavvio dell'istanza EC2, perderai i dati vSAN archiviati nel volume dell'instance store. Per informazioni dettagliate sulle fasi, consulta [Sostituisci un host Amazon EVS](#evs-replace-host).
**Importante**
La console EC2 non deve essere utilizzata per gestire lo stato degli host Amazon EVS, inclusi arresto, avvio e terminazione. Non tentare di avviare, arrestare o terminare le istanze EC2 distribuite da Amazon EVS. Questa azione comporta la perdita di dati vSAN.
### Sostituisci un host Amazon EVS
Segui questa procedura per sostituire un host Amazon EVS.
**avvertimento**
Gli host Amazon EVS utilizzano un componente aggiuntivo personalizzato del fornitore per fornire importanti funzionalità host. Quando aggiungi un host al tuo ambiente, avrà l'ultima versione disponibile del componente aggiuntivo personalizzato Amazon EVS. Se l'ambiente utilizza host con una versione aggiuntiva precedente, l'aggiunta di host al cluster vSphere causerà un errore nella correzione dell'immagine del cluster. Per le procedure per risolvere questo problema, consulta. [Risolvi l'errore di aggiunta dell'host dovuto a un'immagine del cluster incompatibile](evs-env-ami-maintenance.md#troubleshoot-add-host-failure-cluster-image)
**avvertimento**
Se la versione di ESX è stata aggiornata dopo l'implementazione, SDDC Manager potrebbe fallire durante la convalida dell'host VCF nella fase di commissione degli host. Per la procedura da seguire per risolvere questo problema, consulta. [SDDC Manager non riesce a convalidare l'host VCF durante la messa in servizio dell'host](troubleshooting.md#troubleshoot-sddc-failure-host-commission)
**Nota**
Assicurati che il numero di host Amazon EVS per quota di ambiente EVS sia impostato correttamente per garantire la corretta creazione dell'host. La creazione dell'host non riesce se questo valore di quota è inferiore al numero di host che stai tentando di fornire all'interno di un singolo ambiente Amazon EVS. Potrebbe essere necessario richiedere un aumento della quota per le operazioni di manutenzione che richiedono la sostituzione dell'host. Per ulteriori informazioni, consulta [Quote di servizio Amazon EVS](service-quotas-evs.md).
**Example**
1. Vai alla [console Amazon EVS.](https://console.aws.amazon.com/evs)
1. Nel pannello di navigazione, scegli **Ambiente.**
1. Seleziona l'ambiente che contiene l'host da sostituire.
1. Seleziona la scheda **Host**.
1. Scegli **Create host (Crea host)**.
1. Specificate i dettagli dell'host e scegliete **Crea host**.
1. Per verificare il completamento, verifica che lo **stato dell'host** sia cambiato in **Creato**.
1. Recupera le credenziali per la password root di ESX da Secrets Manager AWS . Per ulteriori informazioni sul recupero dei segreti, consulta [Ottieni AWS segreti da Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) nella Guida per l'*utente di AWS Secrets Manager*.
1. Vai a SDDC Manager.
1. Commissiona il nuovo host in SDDC Manager, utilizzando le credenziali root ESX recuperate nel passaggio precedente. Per ulteriori informazioni, consulta [Commission 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/commission-hosts-admin.html) nella documentazione di Cloud Foundation VMware .
1. Aggiungi il nuovo host al cluster. Per ulteriori informazioni, vedere [Come aggiungere un host ESX al cluster vSphere utilizzando il flusso di lavoro Quickstart nella documentazione](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/use-quickstart-to-add---host-to-a-cluster.html) di vSphere.
1. Rimuovi il vecchio host in SDDC Manager che desideri rimuovere da SDDC Manager. Per ulteriori informazioni, consulta la documentazione [Decommission 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/decommission-hosts-admin.html) nella documentazione di Cloud Foundation VMware .
1. Torna alla console Amazon EVS.
1. Nella scheda **Host**, seleziona l'host guasto e scegli **Elimina** > **Elimina host**.
1. Apri una nuova sessione terminale.
1. Crea un nuovo host. Vedi il comando di esempio riportato di seguito per riferimento.
```
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. Recupera le credenziali per la password root di ESX da Secrets Manager AWS . Per ulteriori informazioni sul recupero dei segreti, consulta [Ottieni AWS segreti da Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/retrieving-secrets.html) nella Guida per l'*utente di AWS Secrets Manager*.
1. Vai a SDDC Manager.
1. Commissiona il nuovo host in SDDC Manager, utilizzando le credenziali root ESX recuperate nel passaggio precedente. Per ulteriori informazioni, consulta [Commission 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/commission-hosts-admin.html) nella documentazione di Cloud Foundation VMware .
1. Aggiungi il nuovo host al cluster che contiene l'host danneggiato.
1. Disattiva l'host danneggiato in SDDC Manager. Per ulteriori informazioni, consulta la documentazione [Decommission 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/decommission-hosts-admin.html) nella documentazione di Cloud Foundation VMware .
1. Ritorna al terminale.
1. Eliminare l'host fallito. Per riferimento, vedi il comando di esempio riportato di seguito.
```
aws evs delete-environment-host --environment-id "env-abcde12345" --host-name "esxi-host-05"
```
### Risoluzione dei problemi
#### Linee guida Broadcom and AWS Support
AWS fornisce supporto per Amazon EVS e i servizi di infrastruttura associati, tra cui VMware Cloud Foundation (VCF). Per indicazioni sulla configurazione specifiche di VCF o problemi relativi ad altri VMware prodotti come Aria Suite, HCX o NSX, puoi anche contattare Broadcom direttamente utilizzando i tuoi diritti di supporto Broadcom. Per ulteriori informazioni, consulta [Broadcom Support Portal](https://support.broadcom.com/).
Per una guida alla risoluzione dei problemi, consulta[Risoluzione dei problemi](troubleshooting.md). Se continui a riscontrare problemi dopo aver consultato la guida alla risoluzione dei problemi, contatta AWS il Supporto per ulteriore assistenza.