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à.

# Piano per la resilienza in AWS Private CA
<a name="disaster-recovery-resilience"></a>

L'infrastruttura AWS globale è costruita attorno alle AWS regioni e alle zone di disponibilità. AWS Le regioni forniscono più zone di disponibilità fisicamente separate e isolate, collegate a reti a bassa latenza, alta produttività e altamente ridondanti. Con le zone di disponibilità, puoi 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. 

Per ulteriori informazioni su AWS regioni e zone di disponibilità, consulta Global Infrastructure. [AWS](https://aws.amazon.com/about-aws/global-infrastructure/)

## Ridondanza e disaster recovery
<a name="disaster-recovery"></a>

Prendi in considerazione la ridondanza e il DR quando pianifichi la gerarchia delle CA. CA privata AWS è disponibile in più [ regioni](https://docs.aws.amazon.com/general/latest/gr/pca.html), il che consente di creare CA ridondanti in più regioni. Il CA privata AWS servizio funziona con un contratto sul livello di [ servizio ](https://aws.amazon.com/certificate-manager/private-certificate-authority/sla/) (SLA) con una disponibilità del 99,9%. Esistono almeno due approcci che è possibile prendere in considerazione per la ridondanza e il disaster recovery. È possibile configurare la ridondanza nella CA principale o nella CA subordinata più alta. Ogni approccio ha pro e contro. 

1. È possibile creare due CA root in due AWS regioni diverse per la ridondanza e il disaster recovery. Con questa configurazione, ogni CA root opera indipendentemente in una AWS regione, proteggendoti in caso di emergenza in una singola regione. La creazione di CA root ridondanti, tuttavia, aumenta la complessità operativa: sarà necessario distribuire entrambi i certificati emessi da una CA root negli archivi attendibili dei browser e dei sistemi operativi nell'ambiente. 

1. Puoi anche creare CA subordinate ridondanti da implementare in ciascuna delle tue AWS regioni e concatenarle alla stessa CA radice univoca in una singola regione. AWS Il vantaggio di questo approccio è che è necessario distribuire solo un singolo certificato emesso da una CA root negli archivi attendibili dell'ambiente. Il limite è che non si dispone di una CA root ridondante in caso di emergenza che colpisca la AWS regione in cui è presente la CA root.