Condividi tramite


Eseguire un failover di test (analisi del ripristino di emergenza) in Azure

In questo articolo viene illustrato come eseguire un'analisi di ripristino di emergenza in Azure tramite un failover di test di Site Recovery.

Il failover di test viene eseguito per convalidare la strategia di replica e di ripristino di emergenza senza perdita di dati o tempi di inattività. Un failover di test non ha alcun impatto sulla replica in corso o sull'ambiente di produzione. È possibile eseguire un failover di test su una macchina virtuale (VM) specifica o all'interno di un piano di ripristino che contiene più VM.

Eseguire un failover di test

Questa procedura descrive come eseguire un failover di test per un piano di ripristino. Se si desidera eseguire un failover di test per una singola macchina virtuale, seguire i passaggi descritti qui

Screenshot della pagina Failover di test nel portale di Azure.

  1. Nel portale di Azure, in Site Recovery fare clic su Piani di ripristino>recoveryplan_name>Failover di test.

  2. Selezionare un Punto di ripristino in cui eseguire il failover. È possibile usare una delle seguenti opzioni:

    • Elaborato più recente: questa opzione consente di eseguire il failover di tutte le macchine virtuali del piano nel punto di ripristino più recente elaborato da Site Recovery. Per vedere il punto di ripristino più recente per una macchina virtuale specifica, selezionare Punti di ripristino più recenti nelle impostazioni della macchina virtuale. Offre un RTO (Recovery Time Objective) basso poiché non viene impiegato tempo per elaborare dati non elaborati.
    • Coerente con l'app più recente: questa opzione esegue il failover di tutte le macchine virtuali del piano nel punto di ripristino coerente con l'app più recente elaborato da Site Recovery. Per vedere il punto di ripristino più recente per una macchina virtuale specifica, selezionare Punti di ripristino più recenti nelle impostazioni della macchina virtuale.
    • Più recente: con questa opzione vengono prima elaborati tutti i dati inviati al servizio Site Recovery per creare un punto di ripristino per ogni VM e quindi viene eseguito il failover in tale punto di ripristino. Questa opzione offre il valore RPO (Recovery Point Objective) più basso perché la macchina virtuale creata dopo il failover conterrà tutti i dati che sono stati replicati in Site Recovery all'attivazione del failover.
    • Elaborato più recente tra più macchine virtuali: questa opzione è disponibile per i piani di ripristino con una o più macchine virtuali in cui è abilitata la coerenza tra più macchine virtuali. Le macchine virtuali in cui è abilitata l'impostazione eseguono il failover nel punto di ripristino coerente tra più macchine comune più recente. Le altre macchine virtuali eseguono il failover nel relativo punto di ripristino più recente elaborato.
    • Coerente con l'app più recente tra più macchine virtuali: questa opzione è disponibile per i piani di ripristino con una o più macchine virtuali in cui è abilitata la coerenza tra più macchine virtuali. Le macchine virtuali che fanno parte di un gruppo di replica eseguono il failover nel punto di ripristino coerente a livello applicazione tra più macchine comune più recente. Le altre macchine virtuali eseguono il failover nel relativo punto di ripristino più recente coerente con l'applicazione.
    • Personalizzato: questa opzione consente di eseguire il failover di una macchina virtuale specifica in un determinato punto di ripristino.
  3. Selezionare una rete virtuale di Azure in cui verranno create le macchine virtuali di test.

    • Site Recovery tenta di creare le macchine virtuali di test in una subnet con lo stesso nome e con lo stesso indirizzo IP specificati nelle impostazioni Calcolo e rete della macchina virtuale.
    • Se nella rete virtuale di Azure specificata per il failover di test non è disponibile una subnet con lo stesso nome, la macchina virtuale di test verrà creata nella prima subnet in ordine alfabetico.
    • Se nella subnet non è disponibile lo stesso indirizzo IP, la macchina virtuale ottiene un altro indirizzo IP disponibile nella subnet. Altre informazioni.
  4. Tenere traccia dello stato di avanzamento del failover nella scheda Processi . Nel portale di Azure dovrebbe anche essere possibile vedere la macchina di replica di test.

  5. Per avviare una connessione RDP nella macchina virtuale di Azure, è necessario aggiungere un indirizzo IP pubblico nell'interfaccia di rete della macchina virtuale sottoposta a failover. Se non si vuole aggiungere un indirizzo IP pubblico alla macchina virtuale, controllare le alternative consigliate qui.

  6. Quando tutto funziona come previsto, fare clic su Pulisci failover di test. Verranno eliminate le VM create durante il failover di test.

  7. Fare clic su Note per registrare e salvare eventuali osservazioni associate al failover di test.

Screenshot della scheda Processi per il failover di test.

L'attivazione di un failover di test comporta l'esecuzione dei passaggi seguenti:

  1. Prerequisiti: viene eseguito un controllo dei prerequisiti per verificare che tutte le condizioni necessarie per il failover siano in atto.
  2. Failover: il failover elabora e prepara i dati in modo che sia possibile creare una macchina virtuale di Azure.
  3. Più recente: se si è scelto il punto di ripristino più recente, viene creato un punto di ripristino dai dati che sono stati inviati al servizio.
  4. Avvio: questo passaggio crea una macchina virtuale di Azure usando i dati elaborati nel passaggio precedente.

Intervallo di failover

Negli scenari seguenti, il failover richiede un passaggio aggiuntivo intermedio che in genere viene completato in circa 8-10 minuti:

  • Macchine virtuali VMware che usano una versione del servizio Mobility precedente alla 9.8
  • Server fisici
  • Macchine virtuali Linux VMware
  • Macchine virtuali Hyper-V protette come server fisici
  • Macchine virtuali VMware in cui i driver seguenti non sono driver di avvio:
    • storvsc
    • vmbus
    • storflt
    • intelide
    • atapi
  • Macchine virtuali VMware che non hanno DHCP abilitato, indipendentemente dal fatto che usino indirizzi IP DHCP o statici.

In tutti gli altri casi questo passaggio intermedio non è necessario e il tempo impiegato per il failover è notevolmente inferiore.

Creare una rete per il failover di test

Durante un failover di test, è consigliabile scegliere una rete isolata dalla rete del sito di ripristino di produzione specificata nelle impostazioni Calcolo e rete di ogni macchina virtuale. Quando si crea una rete virtuale di Azure, per impostazione predefinita è isolata dalle altre reti. La rete di test dovrà simulare la rete di produzione:

  • La rete di test dovrà avere lo stesso numero di subnet della rete di produzione. Le subnet dovranno avere lo stesso nome.
  • La rete di test dovrà usare lo stesso intervallo di indirizzi IP.
  • Aggiornare il DNS della rete di test con l'indirizzo IP specificato per la macchina virtuale DNS nelle impostazioni Calcolo e rete. Per altri dettagli, vedere Considerazioni sul failover di test per Active Directory.

Failover di test in una rete di produzione nel sito di ripristino

Anche se è consigliabile usare una rete di test diversa dalla rete di produzione, se si vuole eseguire un'esercitazione sul ripristino di emergenza nella rete di produzione, tenere presente quanto segue:

  • Verificare che la macchina virtuale primaria sia arrestata quando si esegue il failover di test. In caso contrario si avranno due macchine virtuali con la stessa identità in esecuzione contemporaneamente sulla stessa rete. Questa situazione può provocare conseguenze impreviste.
  • Le modifiche apportate alle macchine virtuali create per il failover di test andranno perdute durante la pulizia del failover. Le modifiche non vengono replicate nella macchina virtuale primaria.
  • L'esecuzione dei test nell'ambiente di produzione determina un tempo di inattività dell'applicazione di produzione. Durante il failover di test gli utenti non dovranno usare le app che vengono eseguite nelle macchine virtuali.

Preparare Active Directory e DNS

Per eseguire un failover di test per testare l'applicazione è necessaria una copia dell'ambiente Active Directory di produzione nell'ambiente di test. Per altre informazioni, vedere Considerazioni sul failover di test per Active Directory.

Preparare la connessione alle macchine virtuali di Azure dopo il failover

Per connettersi alle macchine virtuali di Azure con RDP/SSH dopo il failover, seguire i requisiti riepilogati nella tabella.

Failover Location Azioni
VM di Azure che esegue Windows Computer locale prima del failover Per accedere alla VM di Azure tramite Internet, abilitare RDP e assicurarsi che vengano aggiunte regole TCP e UDP per Pubblico e che il protocollo RDP sia consentito in Windows Firewall>App consentite per tutti i profili.

Per l'accesso alla macchina virtuale di Azure tramite una connessione da sito a sito, abilitare RDP nel computer e assicurarsi che il protocollo RDP sia consentito in Windows Firewall - >App e funzionalità consentite per le reti di dominio e private.

Verificare che il criterio SAN del sistema operativo sia impostato su OnlineAll. Altre informazioni.

Quando si attiva un failover, verificare che nella macchina virtuale non siano in sospeso aggiornamenti di Windows. L'aggiornamento di Windows potrebbe essere avviato durante il failover e non si potrà accedere alla macchina virtuale finché non sarà completato.
VM di Azure che esegue Windows VM di Azure dopo il failover Aggiungere un indirizzo IP pubblico per la macchina virtuale.

Le regole del gruppo di sicurezza di rete nella VM sottoposta a failover e nella subnet di Azure a cui è connessa devono consentire le connessioni in ingresso alla porta RDP.

Selezionare Diagnostica di avvio per visualizzare uno screenshot della macchina virtuale.

Se non è possibile connettersi, controllare che la macchina virtuale sia in esecuzione e rivedere i suggerimenti per la risoluzione dei problemi.
VM di Azure che esegue Linux Computer locale prima del failover Assicurarsi che il servizio Secure Shell nella macchina virtuale sia impostato per l'avvio automatico all'avvio del sistema.

Verificare che le regole firewall accettino la connessione SSH.
VM di Azure che esegue Linux VM di Azure dopo il failover Le regole del gruppo di sicurezza di rete nella macchina virtuale sottoposta a failover e nella subnet di Azure a cui è connessa devono consentire le connessioni in ingresso alla porta SSH.

Aggiungere un indirizzo IP pubblico per la macchina virtuale.

Selezionare Diagnostica di avvio per visualizzare uno screenshot della macchina virtuale.

Seguire i passaggi descritti qui per risolvere i problemi di connettività dopo il failover.

Passaggi successivi

Dopo aver completato un'esercitazione sul ripristino di emergenza, leggere altre informazioni sugli altri tipi di failover.