Soluzioni di replica tra aree per aree non associate
Alcuni servizi di Azure supportano la replica tra aree per garantire la continuità aziendale e la protezione dalla perdita di dati. Questi servizi usano un'altra area secondaria che usa la replica tra aree. Entrambe le aree primarie e secondarie formano una coppia di aree.
Esistono tuttavia alcune aree che non sono associate e quindi richiedono metodi alternativi per ottenere la replica geografica.
Questo documento elenca alcuni dei servizi e le possibili soluzioni che supportano metodi di replica geografica senza richiedere aree associate.
Gestione API di Azure
Gestione API di Azure non offre una funzionalità reale di replica tra aree. Tuttavia, è possibile usare le funzionalità di backup e ripristino per esportare la configurazione di un'istanza del servizio Gestione API in un'area e importarla in un'altra area. Se l'account di archiviazione usato per il backup è accessibile dall'area di destinazione, non esiste alcuna dipendenza tra aree abbinate. Viene fornita una guida operativa in questo articolo.
Servizio app di Azure
Per il servizio app, i backup personalizzati vengono archiviati in un account di archiviazione selezionato. Di conseguenza, esiste una dipendenza per il ripristino tra aree nell'archiviazione con ridondanza geografica e nelle aree associate. Per il tipo di backup automatico, non è possibile eseguire il backup/ripristino tra aree. Come soluzione alternativa, è possibile implementare un meccanismo di copia dei file personalizzato per il set di dati salvato per la copia manuale tra aree non associate e account di archiviazione diversi.
Cache Redis di Azure
La cache di Azure per Redis offre due diverse opzioni di replica tra aree: replica geografica attiva e replica geografica passiva. In entrambi i casi, non esiste alcuna dipendenza esplicita dalle coppie di aree.
Registro Azure Container
La replica geografica consente a un Registro Azure Container di fungere da singolo registro in modo da servire più aree con registri regionali multiprimari. Non esistono restrizioni dettate dalle coppie di aree per questa funzionalità. Per altre informazioni, vedere Replica geografica in Registro Azure Container.
Azure Cosmos DB
Se la soluzione richiede tempi di attività continui durante le interruzioni dell'area, è possibile configurare Azure Cosmos DB per replicare i dati in più aree e per eseguire il failover trasparente nelle aree operative quando necessario. Azure Cosmos DB supporta scritture in più aree e può distribuire i dati a livello globale per fornire l'accesso a bassa latenza ai dati da qualsiasi area senza alcuna restrizione di associazione.
Database di Azure per MySQL
Scegliere le aree di Azure disponibili di Database di Azure per MySQL per attivare le repliche in lettura.
Database di Azure per PostgreSQL
Per la replica geografica in aree non associate con Database di Azure per PostgreSQL, è possibile usare:
il servizio gestito con replica geografica: il servizio gestito di PostgreSQL di Azure supporta la replica geografica attiva per creare una replica secondaria leggibile in modo continuo del server primario. La replica secondaria leggibile potrebbe trovarsi nella stessa area di Azure della replica primaria o, più comunemente, in un'area diversa. Questo tipo di replica secondaria leggibile è noto anche come replica geografica.
È anche possibile usare uno dei due metodi di migrazione dei dati gestita dal cliente elencati per replicare i dati in un'area non associata.
Azure Data Factory
Per la replica geografica in aree non associate, Azure Data Factory (ADF) supporta il provisioning dell'infrastruttura come codice delle pipeline di Azure Data Factory combinate con il controllo del codice sorgente per Azure Data Factory.
Griglia di eventi di Azure
Per la replica geografica degli argomenti di Griglia di eventi in aree non associate, è possibile implementare il failover lato client.
Hub IoT di Azure
Per la replica geografica in aree non associate, usare il criterio concierge per il routing in un hub IoT secondario.
Servizio Azure Kubernetes (AKS)
Backup di Azure può fornire protezione per i cluster AKS, tra cui una funzionalità di ripristino tra aree che è attualmente in anteprima e supporta solo Dischi di Azure. Anche se la funzionalità di ripristino tra aree si basa su repliche di aree associate con archiviazione con ridondanza geografica, è possibile evitare qualsiasi dipendenza dal ripristino tra aree se il cluster di AKS archivia i dati solo nell'archiviazione esterna ed evita l'uso di soluzioni "in cluster".
Log di Monitoraggio di Azure
Le aree di lavoro Log Analytics nei log di Monitoraggio di Azure non usano aree associate. Per garantire la continuità aziendale e la protezione dalla perdita di dati, abilitare la replica dell'area di lavoro tra aree. Per altre informazioni, vedere Migliorare la resilienza replicando l'area di lavoro Log Analytics tra aree.
Bus di servizio di Azure
Il bus di servizio di Azure può offrire resilienza a livello di area, senza una dipendenza dalle coppie di aree, usando la replica geografica o le funzionalità di ripristino di emergenza geografico.
Database SQL di Azure
Per la replica geografica in aree non associate con Database SQL di Azure, è possibile usare:
La funzionalità del gruppo di failover che viene replicata in qualsiasi combinazione di aree di Azure senza alcuna dipendenza dall'archiviazione con ridondanza geografica dell'archiviazione sottostante.
La funzionalità di replica geografica attiva per creare un database secondario continuamente sincronizzato e leggibile per un database primario. Il database secondario leggibile potrebbe trovarsi nella stessa area di Azure del database primario o, più comunemente, in un'area diversa. Questo tipo di database secondario leggibile è noto anche come replica secondaria geografica o replica geografica.
Istanza gestita di SQL di Azure
Per la replica geografica in aree non associate con Istanza gestita di SQL di Azure, è possibile usare:
- La funzionalità del gruppo di failover che viene replicata in qualsiasi combinazione di aree di Azure senza alcuna dipendenza dall'archiviazione con ridondanza geografica dell'archiviazione sottostante.
Archiviazione di Azure
Per ottenere la replica geografica in aree non associate:
Per l'archiviazione oggetti di Azure:
Per l'archiviazione BLOB e Azure Data Lake Storage, è possibile usare strumenti come AZCopy o Azure Data Factory.
Per gli account di archiviazione per utilizzo generico v2 e gli account BLOB in blocchi Premium, è possibile usare la replica di oggetti di Archiviazione di Azure.
Nota
La replica di oggetti non è supportata per Azure Data Lake Storage.
Per Azure NetApp Files (ANF), è possibile eseguire la replica in un set di coppie non standard oltre alle coppie di aree di Azure. Vedere l'articolo sulla replica tra aree di Azure NetApp Files(ANF).
Per File di Azure:
Per copiare i file in un altro account di archiviazione in un'area diversa, usare strumenti come:
Per uno script di esempio, vedere Sincronizzazione tra due condivisioni file di Azure per backup e ripristino di emergenza.
Per eseguire la sincronizzazione tra la condivisione file di Azure (endpoint cloud), un file server Windows locale e una condivisione file montata in esecuzione in una macchina virtuale in un'altra area di Azure (l'endpoint server per il ripristino di emergenza), usare Sincronizzazione file di Azure.
Importante
È necessario disabilitare il cloud a livelli per assicurarsi che tutti i dati siano presenti in locale ed eseguire il provisioning di un numero sufficiente di risorse di archiviazione sufficienti nella macchina virtuale di Azure per contenere l'intero set di dati. Per garantire che le modifiche vengano replicate rapidamente nell'area secondaria, è necessario accedere ai file e modificarli solo nell'endpoint server anziché in Azure.
Macchine virtuali di Azure
Per ottenere la replica geografica in aree non abbinate, usare il servizio Azure Site Recovery . Azure Site Recovery è il servizio di ripristino di emergenza di Azure che fornisce continuità aziendale e ripristino di emergenza replicando i carichi di lavoro dalla posizione primaria alla posizione secondaria. La posizione secondaria può essere un'area non associata se supportata da Azure Site Recovery.