Failover e failback dei server fisici replicati in Azure

Articolo
07/08/2024

Questa esercitazione descrive come eseguire il failover di server fisici locali che eseguono la replica in Azure con Azure Site Recovery. Dopo il failover è possibile eseguire il failback da Azure nel sito locale quando disponibile.

Prima di iniziare

Informazioni sul processo di failover nel ripristino di emergenza.
Per eseguire il failover di più computer, ottenere informazioni su come riunire i computer in un piano di ripristino.
Prima di eseguire un failover completo, eseguire un'esercitazione sul ripristino di emergenza per assicurarsi che tutto funzioni come previsto.
Seguire queste istruzioni per preparare la connessione alle macchine virtuali di Azure dopo il failover.

Eseguire un failover

Verificare le proprietà del server

Verificare le proprietà del server e assicurarsi che sia conforme ai requisiti di Azure per le VM di Azure.

In Elementi protetti fare clic su Elementi replicati e selezionare il computer.
Nel riquadro Replicated item (Elemento replicato) è possibile vedere un riepilogo relativo a informazioni sulla macchina, stato integrità e ultimi punti di ripristino disponibili. Fare clic su Proprietà per visualizzare altri dettagli.
In Calcolo e rete è possibile modificare le impostazioni relative a nome, gruppo di risorse, dimensioni di destinazione, set di disponibilità e dischi gestiti di Azure.
È possibile visualizzare e modificare le impostazioni di rete, tra cui la rete/subnet in cui si troverà la macchina virtuale di Azure dopo il failover e l'indirizzo IP che le verrà assegnato.
In Disks (Dischi) è possibile vedere le informazioni sul sistema operativo e sui dischi dati della macchina.

Failover in Azure

In Impostazioni>Elementi replicati fare clic sul computer >Failover.
In Failover selezionare un Punto di ripristino in cui eseguire il failover. È possibile usare una delle seguenti opzioni:
- Più recente: questa opzione elabora prima tutti i dati inviati a Site Recovery. Offre il valore RPO (Recovery Point Objective) più basso perché la macchina virtuale di Azure creata dopo il failover contiene tutti i dati che sono stati replicati in Site Recovery all'attivazione del failover.
- Latest processed (Elaborato più recente): questa opzione consente di eseguire il failover della macchina nel punto di recupero più recente elaborato da Site Recovery. Offre un RTO (Recovery Time Objective) basso poiché non viene impiegato tempo per elaborare dati non elaborati.
- Latest app-consistent (Coerente con l'app più recente): questa opzione esegue il failover della macchina nel punto di recupero coerente con l'app più recente elaborato da Site Recovery.
- Personalizzato: specificare un punto di ripristino.
Selezionare Shut down machine before beginning failover (Arrestare la macchina prima di iniziare il failover) se si vuole provare ad arrestare la macchina di origine tramite Site Recovery prima di attivare il failover. Il failover continua anche se l'arresto ha esito negativo. Nella pagina Processi è possibile seguire lo stato del failover.
Se la connessione alla macchina virtuale di Azure è stata preparata, connettersi per convalidarla dopo il failover.
Dopo la verifica, eseguire il commit del failover. In questo modo tutti i punti di ripristino disponibili verranno eliminati.

Avviso

Non annullare un failover in corso. Prima di iniziare il failover, la replica della macchina si arresta. Se si annulla il failover questo si arresta, ma la macchina non eseguirà nuovamente la replica. Per i server fisici, il completamento dell'elaborazione di un failover aggiuntivo può richiedere da 8 a 10 minuti circa.

Automatizzare le azioni durante il failover

È possibile automatizzare le azioni durante il failover. A tale scopo, è possibile usare script o runbook di Automazione di Azure nei piani di ripristino.

Informazioni sulla creazione e la personalizzazione dei piani di ripristino, inclusa l'aggiunta di script.
Informazioni sull'aggiunta di runbook di Automazione di Azure ai piani di ripristino.

Configurare le impostazioni dopo il failover

Dopo il failover è necessario configurare le impostazioni di Azure per connettersi alle macchine virtuali di Azure replicate. Inoltre, configurare indirizzi IP interni e pubblici.

Preparare la riprotezione e il failback

Dopo il failover in Azure, è necessario riproteggere le macchine virtuali di Azure replicandole nel sito locale. Dopo la replica, è quindi possibile eseguirne il failback in locale eseguendo un failover da Azure al sito locale.

per i server fisici replicati in Azure tramite Site Recovery è possibile eseguire il failback solo come macchine virtuali VMware. È quindi necessaria un'infrastruttura VMware per eseguire il failback. Seguire la procedura descritta in questo articolo per preparare la riprotezione e il failback, inclusa la configurazione di un server di elaborazione in Azure e di un server di destinazione master in loco, oltre alla configurazione di una VPN da sito a sito o di un peering privato ExpressRoute per il failback.
Assicurarsi che il server di configurazione in loco sia in esecuzione e connesso ad Azure. Durante il failover ad Azure, il sito locale potrebbe non essere accessibile e il server di configurazione può essere non disponibile o venire arrestato. Durante il failback, la macchina virtuale deve trovarsi nel database del server di configurazione. In caso contrario, il failback ha esito negativo.
Eliminare gli eventuali snapshot nel server di destinazione master in loco. Se sono presenti snapshot, la riprotezione non funzionerà. Durante il processo di riprotezione, gli snapshot nella macchina virtuale vengono uniti automaticamente.
Se è necessario riproteggere macchine virtuali raccolte in un gruppo di replica per la coerenza tra più macchine virtuali, assicurarsi che tutte abbiano lo stesso sistema operativo (Windows o Linux) e assicurarsi che il server di destinazione master distribuito abbia lo stesso tipo di sistema operativo. Tutte le macchine virtuali in un gruppo di replica devono usare lo stesso server di destinazione master.
Aprire le porte necessarie per il failback.
Assicurarsi che il server vCenter sia connesso prima del failback. In caso contrario, la disconnessione dei dischi e il ricollegamento alla macchina virtuale non riescono.
Se le macchine virtuali in cui si vuole eseguire il failback sono gestite da un server vCenter, assicurarsi di avere le autorizzazioni necessarie. Se si esegue l'individuazione di vCenter con utente di sola lettura e la protezione delle macchine virtuali, la protezione funziona e il failover viene eseguito. Tuttavia, durante la riprotezione, il failover ha esito negativo perché non è possibile individuare gli archivi dati che non vengono quindi elencati. Per risolvere questo problema, è possibile aggiornare le credenziali di vCenter con un account/autorizzazioni appropriati e quindi ripetere il processo.
Se è stato usato un modello per creare le macchine virtuali, assicurarsi che ogni macchina virtuale abbia un UUID univoco per i dischi. Se l'UUID della macchina virtuale locale è in conflitto con quello del server di destinazione master perché entrambi sono stati creati a partire dallo stesso modello, la riprotezione non riesce. Eseguire la distribuzione da un modello diverso.
Se si esegue il failback in un server vCenter alternativo, assicurarsi che il nuovo server vCenter e il server di destinazione master vengano rilevati. In genere, se non vengono rilevati, gli archivi dati non sono accessibili o non sono visibili in Riproteggi.
Verificare gli scenari seguenti in cui non è possibile eseguire il failback:
- Se si usa l'edizione gratuita ESXi 5.5 o vSphere 6 Hypervisor. Eseguire l'aggiornamento a una versione diversa.
- Se si dispone di un server fisico Windows Server 2008 R2 SP1.
- Macchine virtuali di cui è stata eseguita la migrazione.
- Una macchina virtuale che è stata spostata in un altro gruppo di risorse.
- Una macchina virtuale di Azure di replica che è stata eliminata.
- Una macchina virtuale di Azure di replica non protetta (replica nel sito locale).
Esaminare i tipi di failback che è possibile usare: il ripristino nel percorso originale e il ripristino in un percorso alternativo.

Riproteggere le macchine virtuali di Azure in un percorso alternativo

Questa procedura presuppone che la macchina virtuale locale non sia disponibile.

In >Impostazioni>Elementi replicati, fare clic con il pulsante destro del mouse sulla macchina virtuale in cui è stato eseguito il failover > Riproteggi.
In Riproteggi verificare che Da Azure a locale sia selezionato.
Specificare il server di destinazione master locale e il server di elaborazione.
In Archivio dati selezionare l'archivio dati del server di destinazione master in cui ripristinare i dischi in locale. Usare questa opzione se la macchina virtuale locale è stata eliminata o non esiste ed è necessario creare nuovi dischi. Questa impostazione viene ignorata se i dischi esistono già, ma è necessario specificare un valore.
Selezionare l'unità di conservazione del server di destinazione master. I criteri di failback vengono selezionati automaticamente.
Fare clic su OK per avviare la riprotezione. Avrà inizio un processo di replica della macchina virtuale di Azure al sito locale. È possibile monitorare l'avanzamento nella scheda Processi .

Nota

Se si desidera ripristinare la macchina virtuale di Azure in una macchina virtuale locale esistente montare l'archivio dati della macchina virtuale locale con accesso in lettura/scrittura sull'host ESXi del server di destinazione master.

Effettuare il failback da Azure

Eseguire il failover come descritto di seguito:

Nella pagina Elementi replicati fare clic con il pulsante destro del mouse sul computer >Failover non pianificato.
In Conferma failover verificare che la direzione di failover sia da Azure. 3.Selezionare il punto di ripristino da usare per il failover.
- Si consiglia di usare il punto di ripristino più recente. Il punto coerente con l'app è antecedente al punto di ripristino più recente e causa la perdita di alcuni dati.
- Il punto più recente è un punto di ripristino coerente con l'arresto anomalo del sistema.
- Quando viene eseguito il failover, Site Recovery arresta le macchine virtuali di Azure e avvia la macchina virtuale locale. L'operazione comporta un tempo di inattività. Scegliere pertanto un orario appropriato.
Fare clic con il pulsante destro del mouse sul computer e quindi su Esegui commit. Verrà attivato un processo che rimuove le macchine virtuali di Azure.
Verificare che le macchine virtuali di Azure siano state arrestate come previsto.

Riproteggere i computer locali in Azure

I dati dovrebbero ora essere tornati nel sito locale, ma non vengono replicati in Azure. È possibile avviare nuovamente la replica in Azure seguendo questa procedura:

Nell'insieme di credenziali >Impostazioni>Elementi replicati selezionare le macchine virtuali di cui è stato eseguito il failback e fare clic su Riproteggi.
Selezionare il server di elaborazione usato per inviare i dati replicati in Azure e fare clic su OK.

Passaggi successivi

Al termine del processo di riprotezione, la macchina virtuale locale viene replicata in Azure. Se necessario, è possibile eseguire un altro failover in Azure.

Condividi tramite