Abilitare il ripristino di emergenza di macchine virtuali di Azure tra zone di disponibilità

Questo articolo descrive come replicare, eseguire il failover e il failback delle macchine virtuali di Azure da una zona di disponibilità a un'altra, all'interno della stessa area di Azure.

Nota

  • Il supporto per il ripristino di emergenza da zona a zona è attualmente limitato alle aree seguenti: Asia sud-orientale, Giappone orientale, Australia orientale, Regno Unito meridionale, Europa occidentale, Europa settentrionale, Francia centrale, Stati Uniti centrali, Stati Uniti orientali, Stati Uniti orientali 2, Stati Uniti occidentali 2 e Stati Uniti occidentali 3.
  • Site Recovery non sposta o archivia i dati dei clienti all'uscita dall'area in cui vengono distribuiti quando il cliente usa il ripristino di emergenza da zona a zona. I clienti possono selezionare un insieme di credenziali di Servizi di ripristino da un'area diversa, se lo desiderano. L'insieme di credenziali di Servizi di ripristino contiene i metadati, ma non i dati effettivi del cliente.

Site Recovery contribuisce alla strategia di continuità aziendale e ripristino di emergenza mantenendo le app aziendali in esecuzione, durante le interruzioni pianificate e non pianificate. È l'opzione di ripristino di emergenza consigliata per mantenere le applicazioni in esecuzione in caso di interruzioni a livello di regione.

Le zone di disponibilità sono località fisiche esclusive all'interno di un'area di Azure. Ogni zona ha uno o più data center.

Se si vogliono spostare macchine virtuali in una zona di disponibilità in un'area diversa, vedere questo articolo.

Uso di zone di disponibilità per il ripristino di emergenza

In genere, zone di disponibilità per distribuire le macchine virtuali in una configurazione a disponibilità elevata. Potrebbero essere troppo vicine l'una all'altra per fungere da soluzione di ripristino di emergenza in caso di calamità naturale.

Tuttavia, in alcuni scenari è zone di disponibilità per il ripristino di emergenza:

  • Molti clienti che avevano una strategia di ripristino di emergenza metro durante l'hosting di applicazioni in locale a volte cercavano di simulare questa strategia dopo aver eseguito la migrazione delle applicazioni ad Azure. Questi clienti riconoscono che la strategia di ripristino di emergenza della metro potrebbe non funzionare in caso di emergenza fisica su larga scala e accettare questo rischio. Per tali clienti, il ripristino di emergenza da zona a zona può essere usato come opzione di ripristino di emergenza.

  • Molti altri clienti hanno un'infrastruttura di rete complessa e non vogliono ricrearla in un'area secondaria a causa dei costi e della complessità associati. Il ripristino di emergenza da zona a zona riduce la complessità perché sfrutta i concetti di rete ridondanti zone di disponibilità semplificando notevolmente la configurazione. Questi clienti preferiscono la semplicità e possono anche usare zone di disponibilità per il ripristino di emergenza.

  • In alcune aree che non dispongono di un'area abbinata all'interno della stessa giurisdizione legale (ad esempio Asia sud-orientale), il ripristino di emergenza da zona a zona può fungere da soluzione di ripristino di emergenza di fatto perché consente di garantire la conformità legale, poiché le applicazioni e i dati non si spostano oltre i confini nazionali.

  • Il ripristino di emergenza da zona a zona implica la replica dei dati su distanze più brevi rispetto al ripristino di emergenza da Azure ad Azure e pertanto potrebbe verificarsi una latenza più bassa e di conseguenza un RPO inferiore.

Anche se si tratta di vantaggi notevoli, è possibile che il ripristino di emergenza da zona a zona non sia in grado di soddisfare i requisiti di resilienza in caso di emergenza naturale a livello di area.

Rete per il ripristino di emergenza da zona a zona

Come accennato in precedenza, il ripristino di emergenza da zona a zona riduce la complessità perché sfrutta i concetti di rete ridondanti zone di disponibilità semplificando notevolmente la configurazione. Il comportamento dei componenti di rete nello scenario di ripristino di emergenza da zona a zona è descritto di seguito:

  • Rete virtuale: è possibile usare la stessa rete virtuale della rete di origine per i failover effettivi. Usare una rete virtuale diversa rispetto alla rete virtuale di origine per i failover di test.

  • Subnet: è supportato il failover nella stessa subnet.

  • Indirizzo IP privato: se si usano indirizzi IP statici, è possibile usare gli stessi indirizzi IP nella zona di destinazione se si sceglie di configurarli in questo modo.

  • Rete accelerata: analogamente ad Azure per il ripristino di emergenza di Azure, è possibile abilitare Rete accelerata se lo SKU della macchina virtuale lo supporta.

  • Indirizzo IP pubblico: è possibile collegare un indirizzo IP pubblico standard creato in precedenza nella stessa area alla macchina virtuale di destinazione. Gli indirizzi IP pubblici di base non supportano scenari correlati alla zona di disponibilità.

  • Bilanciamento del carico: Load Balancer Standard è una risorsa a livello di regione e pertanto la macchina virtuale di destinazione può essere collegata al pool back-end dello stesso servizio di bilanciamento del carico. Non è necessario un nuovo servizio di bilanciamento del carico.

  • Gruppo di sicurezza di rete: è possibile usare gli stessi gruppi di sicurezza di rete applicati alla macchina virtuale di origine.

Prerequisiti

Prima di distribuire il ripristino di emergenza da zona a zona per le macchine virtuali, è importante assicurarsi che altre funzionalità abilitate nella macchina virtuale siano interoperativi con il ripristino di emergenza da zona a zona.

Funzionalità Informativa sul supporto
Macchine virtuali classiche Non supportato
MACCHINE VIRTUALI ARM Supportato
Crittografia dischi di Azure v1 (doppio passaggio, con Azure Active Directory (Azure AD)) Supportato
Crittografia dischi di Azure v2 (passaggio singolo, senza Azure AD) Supportato
Dischi non gestiti Non supportato
Dischi gestiti Supportato
Chiavi gestite dal cliente Supportato
Gruppi di selezione host di prossimità Supportato
Interoperabilità dei backup Sono supportati il backup e il ripristino a livello di file. Il backup e il ripristino a livello di disco e macchina virtuale non sono supportati.
Aggiunta/rimozione a caldo È possibile aggiungere dischi dopo aver abilitato la replica da zona a zona. La rimozione dei dischi dopo l'abilitazione della replica da zona a zona non è supportata.

Configurare il ripristino Site Recovery zona al ripristino di emergenza della zona

Accesso

Accedere al portale di Azure.

Abilitare la replica per la macchina virtuale di Azure di zona

  1. Nel menu del portale di Azure selezionare Macchine virtuali oppure cercare e selezionare Macchine virtuali in qualsiasi pagina. Selezionare la macchina virtuale da replicare. Per il ripristino di emergenza da zona a zona, questa macchina virtuale deve essere già in una zona di disponibilità.

  2. In Operazioni selezionare Ripristino di emergenza.

  3. Come illustrato di seguito, nella scheda Informazioni di base selezionare "Sì" per "Ripristino di emergenza tra zone di disponibilità?".

    Pagina Impostazioni di base

  4. Se si accettano tutte le impostazioni predefinite, fare clic su "Rivedi e avvia replica" e quindi su "Avvia replica".

  5. Per apportare modifiche alle impostazioni di replica, fare clic su "Avanti: Impostazioni avanzate".

  6. Modificare le impostazioni dall'impostazione predefinita, laddove appropriato. Per gli utenti del ripristino di emergenza da Azure ad Azure, questa pagina potrebbe sembrare familiare. Altre informazioni sulle opzioni presentate in questo pannello sono disponibili qui

    Pagina Impostazioni avanzate

  7. Fare clic su "Avanti: Rivedi e avvia replica" e quindi su "Avvia replica".

Domande frequenti

1. Come funzionano i prezzi per il ripristino di emergenza da zona a zona? I prezzi per il ripristino di emergenza da zona a zona sono identici a quelli di Azure per il ripristino di emergenza di Azure. Per altri dettagli, vedere la pagina dei prezzi qui e qui. Si noti che i costi in uscita che si noterebbe nel ripristino di emergenza da zona a zona sarebbero inferiori al ripristino di emergenza da area a area.

2. Qual è il contratto di servizio per RTO e RPO? Il contratto di servizio RTO è uguale a quello per Site Recovery generale. L'RTO è promessa di un massimo di 2 ore. Non esiste alcun contratto di servizio definito per l'RPO.

3. La capacità è garantita nella zona secondaria? Il team di Site Recovery e il team di gestione della capacità di Azure pianificano una capacità dell'infrastruttura sufficiente. Quando si avvia un failover, i team garantiscono anche che le istanze di macchine virtuali protette da Site Recovery verranno distribuite nella zona di destinazione.

4. Quali sistemi operativi sono supportati? Il ripristino di emergenza da zona a zona supporta gli stessi sistemi operativi del ripristino di emergenza da Azure ad Azure. Fare riferimento alla matrice di supporto qui.

5. I gruppi di risorse di origine e di destinazione possono essere uguali? No, è necessario eseguire il failover in un gruppo di risorse diverso.

Passaggi successivi

I passaggi da seguire per eseguire un'esercitazione sul ripristino di emergenza, il failover, la nuova protezione e il failback sono gli stessi che si eseguono nello scenario di ripristino di emergenza da Azure ad Azure.

Per eseguire un'esercitazione sul ripristino di emergenza, seguire la procedura descritta qui.

Per eseguire un failover e riprotezione delle macchine virtuali nella zona secondaria, seguire la procedura descritta qui.

Per eseguire il failback nella zona primaria, seguire la procedura descritta qui.