Procedure consigliate per la disponibilità elevata e la replica tra aree in Azure Cosmos DB per MongoDB vCore
SI APPLICA A: 
MongoDB vCore
Garantire la disponibilità elevata e abilitare la replica tra aree è essenziale per le applicazioni cruciali usando Azure Cosmos DB per MongoDB vCore. Questo documento illustra le procedure consigliate per la configurazione e la gestione della disponibilità elevata e della replica tra aree. Seguire le indicazioni contenute in questo documento per ottenere prestazioni, resilienza e funzionalità di ripristino di emergenza ottimali in Azure Cosmos DB per MongoDB vCore.
Procedure consigliate per la disponibilità elevata
Usare la disponibilità elevata per i cluster di produzione
L'abilitazione della disponibilità elevata è fondamentale per i cluster di produzione e per tutti i cluster sensibili ai tempi di inattività. In un ambiente di produzione, gli errori imprevisti dei nodi possono causare interruzioni significative. La disponibilità elevata garantisce che il cluster rimanga disponibile e operativo senza perdita di dati anche quando una delle partizioni fisiche (nodi) non è più disponibile.
Usare la disponibilità elevata per ottenere un contratto di servizio del 99,99%
Azure Cosmos DB per MongoDB vCore offre un contratto di servizio con disponibilità mensile del 99,99% per i cluster con disponibilità elevata abilitata. Per soddisfare questo contratto di servizio, assicurarsi che la disponibilità elevata sia attivata per tutti i carichi di lavoro critici che richiedono tempi di attività continui.
Abilitare la disponibilità elevata per il failover automatico
I cluster con disponibilità elevata abilitano automaticamente il ripristino da errori di partizione fisica senza intervento manuale. Quando si verifica un errore del nodo, il sistema promuove una partizione fisica di standby per sostituire il nodo primario non riuscito. Il processo di failover automatico mantiene lo stesso stringa di connessione, in modo che il processo di failover sia trasparente e trasparente per le applicazioni. Questa funzionalità è fondamentale per le applicazioni che richiedono tempi di attività continui e accesso coerente ai dati.
Disabilitare la disponibilità elevata per i cluster non di produzione
Per i cluster non di produzione o per i cluster che non sono sensibili al tempo di inattività, la disponibilità elevata può essere disabilitata per ridurre i costi. Questi ambienti possono tollerare tempi di inattività occasionali senza influire sulle operazioni aziendali. Valutare attentamente i rischi e i compromessi sui costi prima di disabilitare la disponibilità elevata in qualsiasi cluster.
Usare la disponibilità elevata con zone di disponibilità
Nelle aree in cui sono supportate le zone di disponibilità, l'abilitazione della disponibilità elevata garantisce il provisioning di ogni coppia di partizioni fisiche di standby primario in zone di disponibilità diverse. La ridondanza della zona offre maggiore resilienza proteggendo il cluster da errori a livello di data center all'interno di un'area.
Procedure consigliate per la replica tra aree
Usare la replica tra aree per il ripristino di emergenza
Usare la replica tra aree quando è necessario archiviare una copia dei dati del cluster in un'altra area di Azure per scopi di ripristino di emergenza. La replica tra aree garantisce che i dati siano disponibili anche in caso di interruzione a livello di area. Azure Cosmos DB per MongoDB vCore supporta la configurazione della replica attiva-passiva per facilitare il ripristino di emergenza tra aree. La replica attiva-passiva mantiene un cluster come primario in modalità di lettura/scrittura e gestisce un cluster di replica di sola lettura in un'altra area di Azure.
Se si verifica un'interruzione a livello di area rara, il cluster di replica può essere alzato di livello per diventare il nuovo cluster di lettura/scrittura con interruzioni minime. Questa funzionalità garantisce che i dati rimangano sicuri e accessibili anche se si verifica un'interruzione di un'intera area.
Configurare la replica con un impatto minimo sulle prestazioni
Quando si configura la replica tra aree, considerare l'impatto sulla latenza di rete e la latenza di scrittura sulle applicazioni. Scegliere le aree per i cluster primari di lettura/scrittura e replica geograficamente vicini agli utenti e assicurarsi che le applicazioni siano ottimizzate per la coerenza finale.
Ridimensionamento in lettura
Usare la replica tra aree per eseguire l'offload di operazioni di lettura massicce dal cluster primario a un cluster di replica. L'offload delle operazioni di lettura in un cluster di replica impedisce l'overload del cluster primario e garantisce che il sistema possa gestire in modo efficiente volumi di lettura elevati.
Strategia combinata di disponibilità elevata e ripristino di emergenza
Combinare la disponibilità elevata per la disponibilità in un'area con la replica tra aree per il ripristino di emergenza (DR) e la scalabilità di lettura globale. La combinazione di due fornisce un contratto di servizio del 99,995%. Questo approccio offre il miglior equilibrio tra resilienza locale e ridondanza globale, garantendo disponibilità continua e prestazioni ottimali per le applicazioni.
Riepilogo delle procedure consigliate
| Scenario | Elemento consigliato |
|---|---|
| Cluster di produzione | Abilitare la disponibilità elevata |
| Cluster che richiedono un contratto di servizio del 99,99% | Abilitare la disponibilità elevata |
| I cluster che richiedono un contratto di servizio del 99,995% | Abilitare la disponibilità elevata e creare un cluster di replica |
| Cluster non di produzione | Disabilitare la disponibilità elevata per ridurre i costi |
| Requisito di failover automatico | Abilitare la disponibilità elevata |
| Ripristino di emergenza tra aree | Creare un cluster di replica |
| Leggere la scalabilità in più aree | Creare un cluster di replica |
Seguendo queste procedure consigliate, è possibile assicurarsi che i cluster vCore di Azure Cosmos DB per MongoDB rimangano a disponibilità elevata e resilienti in caso di errori e interruzioni a livello di area.