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à.
# Resilienza in Amazon EVS
L'infrastruttura AWS globale è costruita attorno Regioni AWS a zone di disponibilità. Regioni AWS forniscono più zone di disponibilità fisicamente separate e isolate, collegate tramite reti a bassa latenza, ad alto throughput e altamente ridondanti. Con le zone di disponibilità è possibile progettare e gestire applicazioni e database che eseguono automaticamente il failover tra zone di disponibilità senza interruzioni. Le zone di disponibilità sono più disponibili, tolleranti ai guasti e scalabili rispetto alle infrastrutture a data center singolo o multiplo tradizionali.
Gli ambienti Amazon EVS sono disponibili in un'unica zona di AWS disponibilità. Per garantire l'elevata disponibilità dell'infrastruttura Amazon EVS Single-AZ, Amazon EVS offre le seguenti funzionalità:
**Nota**
Al momento Amazon EVS supporta solo implementazioni Single-AZ.
+ Amazon EVS supporta l'uso di AWS Elastic Disaster Recovery per automatizzare il backup e il ripristino dei dati.
+ Amazon EVS implementa un cluster Active/Standby NSX Edge con due nodi NSX Edge per requisiti VCF. I nodi NSX Edge vengono eseguiti su host diversi per garantire un'elevata disponibilità e consentire un failover rapido nel raro caso in cui un nodo NSX Edge si guasti.
+ Amazon EVS implementa un ambiente minimo di quattro host ESX, richiesto da VCF. È possibile aggiungere host aggiuntivi dopo l'implementazione. Si tratta di un requisito di VMware progettazione per garantire il corretto quorum di vSAN e mantenere la disponibilità durante le operazioni di manutenzione e i guasti dell'host. Per ulteriori informazioni, vedere [vSphere Cluster Design for VMware Cloud Foundation nella documentazione di VMware Cloud Foundation](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/vcf-design-5-2/vsphere-design-for-vmware-cloud-foundation/vcf-vsphere-cluster-design.html).
+ Amazon EVS supporta l'uso di un gruppo di posizionamento delle EC2 partizioni o di un gruppo di posizionamento del cluster per gli EC2 host. Il gruppo di posizionamento delle partizioni distribuisce le EC2 istanze su partizioni logiche in modo tale che i gruppi di istanze in una partizione non condividano l'hardware sottostante con gruppi di istanze in partizioni diverse. Questa strategia aiuta a ridurre la probabilità di guasti hardware correlati per carichi di lavoro distribuiti di grandi dimensioni. I cluster placement group vengono utilizzati per collocare le EC2 istanze all'interno dello stesso rack fisico per garantire una bassa latenza. *Per ulteriori informazioni, consulta [Partition Placement groups](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-strategies.html) nella Guida per l'utente. Amazon EC2 *
Per ulteriori informazioni su AWS regioni e zone di disponibilità, vedere [AWS Global Infrastructure](https://aws.amazon.com/about-aws/global-infrastructure).
## VMware resilienza dei componenti
I clienti Amazon EVS sono responsabili della configurazione dei VMware componenti in esecuzione su Amazon EVS per garantire l'elevata disponibilità delle macchine virtuali (VMs) e la resilienza del carico di lavoro.
Amazon EVS supporta le seguenti funzionalità di resilienza di VMware Cloud Foundation (VCF):
+ Replica vSphere: fornisce la replica asincrona basata su host per scopi di disaster recovery e migrazione dei carichi di lavoro. VMs Per ulteriori informazioni, vedere [How vSphere Replication Works](https://techdocs.broadcom.com/us/en/vmware-cis/live-recovery/vsphere-replication/9-0-3/using-vsphere-replication/about-vmware-vsphere-replication/how-vsphere-replication-works.html) nella documentazione di vSphere VMware Replication.
+ Protezione dei dati vSAN: consente di ripristinare rapidamente i guasti operativi VMs dovuti agli attacchi ransomware, utilizzando istantanee native archiviate localmente nel cluster vSAN. Per ulteriori informazioni, vedere [Using vSAN Data Protection nella documentazione](https://techdocs.broadcom.com/us/en/vmware-cis/vsan/vsan/8-0/vsan-administration/expanding-and-managing-a-vsan-cluster/using-vsan-data-protection.html) di vSAN.
+ vSphere HA: fornisce il failover automatico VMs in caso di guasto dell'host. Per ulteriori informazioni, vedere [High Availability Design for vCenter Server for VMware Cloud Foundation nella documentazione](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/vcf-design-5-2/vsphere-design-for-vmware-cloud-foundation/vcf-vcenter-server-design.html#GUID-B4380728-190C-428E-83AE-3F7667506948-en) VCF.
+ vSphere Fault Tolerance (FT): fornisce la disponibilità continua per le applicazioni mission critical VMs creando e gestendo un'altra macchina virtuale identica e sempre disponibile per sostituirla in caso di failover. Per ulteriori informazioni, vedere [How Fault Tolerance Works](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vsphere-availability/providing-fault-tolerance-for-virtual-machines/how-fault-tolerance-works.html) nella documentazione di vSphere.
+ vSAN Failure to Tolerate (FTT): un'impostazione vSAN che determina il numero di guasti dell'host che una macchina virtuale può sopportare prima di diventare inaccessibile. Questo definisce il livello di ridondanza e tolleranza agli errori per le macchine virtuali all'interno del cluster vSAN. Per ulteriori informazioni, vedere [Tolerate Additional Failures with Fault Domain in vSAN Cluster nella documentazione di vSAN](https://techdocs.broadcom.com/us/en/vmware-cis/vsan/vsan/8-0/vsan-administration/expanding-and-managing-a-vsan-cluster/managing-fault-domains-in-vsan-clusters/tolerate-additional-failures-with-fault-domains-in-vsan-cluster.html).