Replicare le macchine virtuali di Azure Stack in Azure

Articolo
02/20/2024

Attenzione

Questo articolo fa riferimento a CentOS, una distribuzione Linux vicina allo stato end of life (EOL). Prendere in considerazione l'uso e la pianificazione di conseguenza. Per altre informazioni, vedere le linee guida per la fine della vita di CentOS.

Questo articolo illustra come configurare il ripristino di emergenza di macchine virtuali Azure Stack in Azure usando il servizio Azure Site Recovery.

Site Recovery contribuisce alla strategia di continuità aziendale e ripristino di emergenza (BCDR, Business Continuity and Disaster Recovery). Il servizio assicura che i carichi di lavoro delle macchine virtuali rimangano disponibili quando si verificano interruzioni previste e impreviste.

Site Recovery orchestra e gestisce la replica di macchine virtuali in Archiviazione di Azure.
Quando nel sito primario si verifica un'interruzione, per eseguire il failover in Azure si usa Site Recovery.
In caso di failover vengono create macchine virtuali di Azure a partire dai dati archiviati delle macchine virtuali e gli utenti possono continuare ad accedere ai carichi di lavoro in esecuzione sulle macchine virtuali di Azure.
Quando l'esecuzione è ripresa del tutto, è possibile eseguire il failback delle macchine virtuali di Azure nel sito primario e avviare nuovamente la replica in Archiviazione di Azure.

In questo articolo vengono illustrate le operazioni seguenti:

Passaggio 1: Preparare le macchine virtuali di Azure Stack per la replica. Verificare che le macchine virtuali siano conformi ai requisiti di Site Recovery e preparare il servizio Mobility di Site Recovery. Il servizio è installato in ogni macchina virtuale da replicare.
Passaggio 2: Configurare un insieme di credenziali di Servizi di ripristino. Configurare un insieme di credenziali per Site Recovery e specificare gli elementi da replicare. Azioni e componenti di Site Recovery sono configurati e gestiti nell'insieme di credenziali.
Passaggio 3: Configurare l'ambiente di origine della replica. Configurare un server di configurazione di Site Recovery. Il server di configurazione è una singola macchina virtuale di Azure Stack che esegue tutti i componenti necessari per Site Recovery. Dopo aver impostato il server di configurazione, registrarlo nell'insieme di credenziali.
Passaggio 4: Configurare l'ambiente di destinazione della replica. Selezionare l'account di Azure, l'account di Archiviazione di Azure e la rete da usare. Durante la replica, i dati della macchina virtuale vengono copiati in Archiviazione di Azure. Dopo il failover, le macchine virtuali di Azure vengono aggiunte alla rete specificata.
Passaggio 5: Abilitare la replica. Configurare le impostazioni di replica e abilitare la replica per le macchine virtuali. Il servizio Mobility verrà installato in una macchina virtuale quando è abilitata la replica. Site Recovery esegue una replica iniziale della macchina virtuale e quindi viene avviata la replica in corso.
Passaggio 6: Eseguire un'analisi del ripristino di emergenza. Dopo che la replica è configurata e in esecuzione, eseguire una verifica per controllare che il failover funzioni nel modo previsto. Per avviare l'analisi, eseguire un failover di test in Site Recovery. Il failover di test non ha alcun impatto sull'ambiente di produzione.

Quando la procedura è completata, è quindi possibile eseguire un failover completo in Azure nel modo e nel momento necessari.

Architettura

Diagramma che mostra gli insiemi di credenziali di Servizi di ripristino per due tenant nei cloud associati alle sottoscrizioni tenant in un'infrastruttura comune di Azure Stack.

Location	Componente	Dettagli
Server di configurazione	Viene eseguito in una singola macchina virtuale di Azure Stack.	In ogni sottoscrizione viene impostata una macchina virtuale del server di configurazione. Tale macchina virtuale esegue questi componenti di Site Recovery: - Server di configurazione: coordina le comunicazioni tra i componenti locali e Azure e gestisce la replica dei dati. - Server di elaborazione: agisce come un gateway di replica. Riceve i dati di replica, li ottimizza tramite la memorizzazione nella cache, la compressione e la crittografia e li invia ad Archiviazione di Azure. Se le macchine virtuali da replicare superano i limiti indicati di seguito, è possibile configurare un server di elaborazione autonomo separato. Altre informazioni.
Servizio Mobility	Installato in ogni macchina virtuale da replicare.	Nei passaggi descritti in questo articolo si procede alla preparazione di un account in modo che il servizio Mobility venga installato automaticamente in una macchina virtuale quando è abilitata la replica. Se non si intende installare automaticamente il servizio, è possibile usare altri metodi. Altre informazioni.
Azure	In Azure è necessario disporre di un insieme di credenziali di Servizi di ripristino, di un account di archiviazione e di una rete virtuale.	I dati replicati vengono archiviati nell'account di archiviazione. Quando si verifica il failover, alla rete di Azure vengono aggiunte macchine virtuali di Azure.

La replica funziona nel modo indicato di seguito:

Nell'insieme di credenziali è necessario specificare l'origine e la destinazione della replica, impostare il server di configurazione, creare criteri di replica e abilitare la replica.
Il servizio Mobility viene installato nel computer (se è stata usata l'installazione push) e la replica viene avviata in conformità con i criteri.
Una copia iniziale dei dati del server viene replicata in Archiviazione di Azure.
Al termine della replica iniziale, viene avviata la replica differenziale in Azure. Le modifiche rilevate per un computer vengono mantenute in un file hrl.
Il server di configurazione orchestra la gestione delle repliche con Azure (porta HTTPS 443 in uscita).
Il server di elaborazione riceve i dati dai computer di origine, li ottimizza e li crittografa, quindi li invia ad Archiviazione di Azure (porta 443 in uscita).
I computer di replica comunicano con il server di configurazione (porta HTTPS 443 in ingresso), per la gestione delle repliche. I computer inviano i dati di replica al server di elaborazione sulla porta HTTPS 9443 in ingresso (che può essere modificata).
Il traffico viene replicato negli endpoint pubblici di archiviazione di Azure, tramite Internet. In alternativa, è possibile usare il peering pubblico di Azure ExpressRoute. La replica del traffico tramite una VPN da sito a sito da un sito locale ad Azure non è supportata.

Prerequisiti

Di seguito vengono indicati gli elementi necessari per configurare questo scenario.

Requisito	Dettagli
Account di sottoscrizione di Azure	Se non hai una sottoscrizione di Azure, crea un account gratuito.
Autorizzazioni dell'account di Azure	L'account di Azure in uso ha bisogno delle autorizzazioni per le operazioni seguenti: - Creare un insieme di credenziali di Servizi di ripristino - Creare una macchina virtuale nel gruppo di risorse e nella rete virtuale usata per lo scenario - Scrivere sull'account di archiviazione specificato Tenere presente quanto segue: - Se si crea un account, si è l'amministratore della sottoscrizione e si possono eseguire tutte le azioni. - Se si usa una sottoscrizione esistente e non si ha il ruolo di amministratore, è necessario rivolgersi all'amministratore per l'assegnazione delle autorizzazioni di proprietario o collaboratore. - Se sono necessarie autorizzazioni più granulari, leggere questo articolo.
Macchina virtuale di Azure Stack	È necessaria una macchina virtuale di Azure Stack nella sottoscrizione del tenant, che verrà distribuita come server di configurazione di Site Recovery.

Prerequisiti per il server di configurazione

Requisiti del server di configurazione/elaborazione per la replica di server fisici

Componente	Requisito
IMPOSTAZIONI HARDWARE
Core CPU	8
RAM	16 GB
Numero di dischi	3, inclusi disco del sistema operativo, disco della cache del server di elaborazione e unità di conservazione per il failback
Spazio libero su disco (cache del server di elaborazione)	600 GB
Spazio libero su disco (disco di conservazione)	600 GB

IMPOSTAZIONI SOFTWARE
Sistema operativo	Windows Server 2012 R2 Windows Server 2016
Impostazioni locali del sistema operativo	Inglese (en-us)
Ruoli di Windows Server	Non abilitare questi ruoli: - servizi Dominio di Active Directory - Internet Information Services - Hyper-V
Criteri di gruppo	Non abilitare questi criteri di gruppo: - Impedisci accesso al prompt dei comandi - Impedisci accesso agli strumenti di modifica del Registro di sistema - Logica di attendibilità per file allegati - Attiva l'esecuzione di script Ulteriori informazioni
IIS	- Nessun sito Web predefinito preesistente - Nessun sito Web o applicazione preesistente in ascolto sulla porta 443 - Abilitare l'autenticazione anonima - Abilitare l'impostazione di FastCGI.
Tipo di indirizzo IP	Statico

IMPOSTAZIONI DI ACCESSO
MYSQL	MySQL deve essere installato nel server di configurazione. È possibile eseguire l'installazione manualmente o con Site Recovery durante la distribuzione. Per l'installazione con Site Recovery, verificare che il computer possa raggiungere http://cdn.mysql.com/archives/mysql-5.5/mysql-5.5.37-win32.msi.
URL	Il server di configurazione deve poter accedere a questi URL (direttamente o tramite proxy): MICROSOFT Entra ID: `login.microsoftonline.com`; `login.microsoftonline.us`; `.accesscontrol.windows.net` Trasferimento dati di replica: `.backup.windowsazure.com`; `.backup.windowsazure.us` Gestione delle repliche: `.hypervrecoverymanager.windowsazure.com`; `.hypervrecoverymanager.windowsazure.us`; `https://management.azure.com`; `.services.visualstudio.com` Accesso alle risorse di archiviazione `.blob.core.windows.net`; `.blob.core.usgovcloudapi.net` Sincronizzazione dell'ora: `time.nist.gov`; `time.windows.com` Telemetria (facoltativo): `dc.services.visualstudio.com`
Firewall	Le regole del firewall basate sull'indirizzo IP devono consentire la comunicazione con gli URL di Azure. Per semplificare e limitare gli intervalli IP, è consigliabile usare il filtraggio degli URL. Per gli indirizzi IP commerciali: - Consentire gli intervalli IP del data center di Azure e la porta HTTPS (443). - Consentire gli intervalli di indirizzi IP per gli Stati Uniti occidentali (usati per il Servizio di controllo di accesso e la gestione delle identità). - Consentire gli intervalli di indirizzi IP per l'area di Azure della sottoscrizione, per supportare gli URL necessari per Microsoft Entra ID, backup, replica e archiviazione. Per gli indirizzi IP per enti pubblici: - Consentire gli intervalli IP del data center di Azure per enti pubblici e la porta HTTPS (443). - Consente intervalli di indirizzi IP per tutte le aree US Gov (Virginia, Texas, Arizona e Iowa), per supportare gli URL necessari per Microsoft Entra ID, backup, replica e archiviazione.
Porti	Consentire 443 (orchestrazione del canale di controllo) Consentire 9443 (trasporto dei dati)

Requisiti di dimensione del server di configurazione/elaborazione

CPU	Memory	Disco cache	Frequenza di modifica dei dati	Computer replicati
8 vCPU 2 socket * 4 core a 2,5 GHz	16 GB	300 GB	500 GB o inferiore	< 100 macchine
12 vCPU 2 socket * 6 core a 2,5 GHz	18 GB	600 GB	500 GB-1 TB	Da 100 a 150 computer
16 vCPU 2 socket * 8 core a 2,5 GHz	32 GB	1 TB	1-2 TB	150-200 computer

Passaggio 1: Preparare le macchine virtuali di Azure Stack

Verificare il sistema operativo

Verificare che le macchine virtuali siano in esecuzione in uno dei sistemi operativi riepilogati nella tabella.

Sistema operativo	Dettagli
Windows a 64 bit	Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 (da SP1)
CentOS	Da 5.2 a 5.11, da 6.1 a 6.9, da 7.0 a 7.3
Ubuntu	Server LTS 14.04, server LTS 16.04. Esaminare i kernel supportati

Preparare l'installazione del servizio Mobility

In tutte le macchine virtuali da replicare deve essere installato il servizio Mobility. Per l'installazione automatica del servizio nella macchina virtuale da parte del server di elaborazione quando la replica è abilitata, verificare le impostazioni della macchina virtuale.

Computer Windows

È necessario disporre di connettività di rete tra la macchina virtuale in cui si vuole abilitare la replica e il computer che esegue il server di elaborazione (per impostazione predefinita si tratta della macchina virtuale del server di configurazione).
È necessario un account con diritti di amministratore (di dominio oppure in locale) nel computer per cui si abilita la replica.
- Tale account viene specificato durante la configurazione di Site Recovery. Il server di elaborazione usa quindi l'account per installare il servizio Mobility quando è abilitata la replica.
- L'account verrà usato solo da Site Recovery per l'installazione push e per aggiornare il servizio Mobility.
- Se non si usa un account di dominio, è necessario disabilitare il controllo accesso utente remoto nella macchina virtuale:
  - Nel Registro di sistema creare il valore DWORD LocalAccountTokenFilterPolicy in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System.
  - Impostare il valore su 1.
  - Per eseguire questa operazione al prompt dei comandi, digitare REG ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1.
In Windows Firewall nella macchina virtuale da replicare consentire la condivisione di file e stampanti e WMI.
- A tale scopo, eseguire wf.msc per aprire la console di Windows Firewall. Fare clic con il pulsante destro del mouse su Regole in ingresso>Nuova regola. Selezionare Predefinita e quindi scegliere Condivisione file e stampanti nell'elenco. Completare la procedura guidata, selezionare per consentire la connessione >Fine.
- Per i computer di dominio, per eseguire questa operazione è possibile usare un oggetto Criteri di gruppo.

Computer Linux

Verificare che tra il computer Linux e il server di elaborazione sia attiva la connettività di rete.
Nel computer per cui si abilita la replica, è necessario un account che sia un utente radice nel server Linux di origine:
- Tale account viene specificato durante la configurazione di Site Recovery. Il server di elaborazione usa quindi l'account per installare il servizio Mobility quando è abilitata la replica.
- L'account verrà usato solo da Site Recovery per l'installazione push e per aggiornare il servizio Mobility.
Assicurarsi che il file /etc/hosts nel server Linux di origine contenga le voci che eseguono il mapping del nome host locale agli indirizzi IP associati a tutte le schede di rete.
Installare i pacchetti openssh, openssh-server, openssl più recenti nel computer da replicare.
Assicurarsi che SSH (Secure Shell) sia abilitato e in esecuzione sulla porta 22.
Abilitare il sottosistema SFTP e l'autenticazione della password nel file sshd_config:
1. A tale scopo, accedere come root.
2. Nel file /etc/ssh/sshd_config trovare la riga che inizia con PasswordAuthentication. Rimuovere il commento dalla riga e modificare il valore in yes.
3. Trovare la riga che inizia con Subsystem e rimuovere il commento.
4. Riavviare il servizio sshd.

Prendere nota dell'indirizzo IP privato della macchina virtuale

Per ogni computer da replicare, trovare l'indirizzo IP:

Nel portale di Azure Stack fare clic sulla macchina virtuale.
Nel menu Risorsa fare clic su Interfacce di rete.
Prendere nota dell'indirizzo IP privato.

Passaggio 2: Creare un insieme di credenziali e selezionare un obiettivo di replica

Nel portale di Azure selezionare Crea una risorsa>Strumenti di gestione>Backup e Site Recovery.
In Nomeimmettere un nome descrittivo per identificare l'insieme di credenziali.
In Gruppo di risorse creare o selezionare un gruppo di risorse. Viene usato il gruppo contosoRG.
In Località immettere l'area di Azure. Viene usato Europa occidentale.
Per accedere rapidamente all'insieme di credenziali dal dashboard, selezionare Aggiungi al dashboard>Crea.

Il nuovo insieme di credenziali viene visualizzato in Dashboard>Tutte le risorse e nella pagina principale Insiemi di credenziali dei servizi di ripristino.

Selezionare un obiettivo di replica

Negli insiemi di credenziali di> Servizi di ripristino specificare un nome dell'insieme di credenziali. Viene usato ContosoVMVault.
In Attività iniziali selezionare su Site Recovery. Selezionare quindi Preparare l'infrastruttura.
In Obiettivo di protezione>Dove si trovano le macchine virtuali selezionare Locale.
Nella casella In quale destinazione si vuole eseguire la replica dei computer selezionare In Azure.
In I computer sono virtualizzati selezionare Non virtualizzato/Altro. Selezionare OK.

Passaggio 3: Configurare l'ambiente di origine

Impostare il server di configurazione, registrarlo nell'insieme di credenziali e individuare le macchine virtuali da replicare.

Fare clic su Preparare l'infrastruttura>Origine.
In Prepara origine fare clic su +Server di configurazione.
In Aggiungi server verificare che Tipo di server contenga Server di configurazione.
Scaricare il file di installazione per l'Installazione unificata di Azure Site Recovery.
Scaricare la chiave di registrazione dell'insieme di credenziali, Per eseguire l'installazione unificata, è necessaria la chiave di registrazione. La chiave è valida per cinque giorni dal momento in cui viene generata.

Eseguire l'Installazione unificata di Azure Site Recovery

Per installare e registrare il server di configurazione, eseguire una connessione RDP alla macchina virtuale da usare per il server di configurazione ed eseguire il programma di installazione unificata.

Prima di iniziare, verificare che l'orologio sia sincronizzato con un server di riferimento ora nella macchina virtuale. L'istallazione non riesce se l'ora differisce di più di cinque minuti rispetto all'ora locale.

Installare il server di configurazione:

Eseguire il file di installazione per l'Installazione unificata.
In Before you begin (Prima di iniziare) selezionare Install the configuration server and process server (Installare il server di configurazione e il server di elaborazione).
In Licenza software di terze parti fare clic su Accetto per scaricare e installare MySQL.
In Registrazione selezionare la chiave di registrazione scaricata dall'insieme di credenziali.
In Impostazioni Internet specificare in che modo il provider in esecuzione nel server di configurazione si connette ad Azure Site Recovery tramite Internet. Accertarsi di aver autorizzato gli URL necessari.
- Per connettersi al proxy attualmente configurato nel computer, selezionare Connetti ad Azure Site Recovery usando un server proxy.
- Per fare in modo che il provider si connetta direttamente, selezionare Connetti direttamente ad Azure Site Recovery senza server proxy.
- Se per il proxy esistente è necessaria l'autenticazione o si vuole usare un proxy personalizzato per la connessione del provider, selezionare Connect with custom proxy settings (Connetti con le impostazioni proxy personalizzate) e specificare indirizzo, porta e credenziali.
In Controllo dei prerequisiti il programma di installazione esegue un controllo per assicurarsi che sia possibile eseguire l'installazione. Se viene visualizzato un avviso relativo al Global time sync check (Controllo della sincronizzazione ora globale), verificare che l'ora del clock di sistema, nelle impostazioni di Data e ora, corrisponda al fuso orario.
In MySQL Configuration (Configurazione MySQL) creare le credenziali per l'accesso all'istanza del server MySQL che viene installata.
In Dettagli dell'ambiente, selezionare No se si replicano server fisici o macchine virtuali di Azure Stack.
In Percorso di installazione specificare il percorso di installazione dei file binari e di archiviazione della cache. L'unità selezionata deve avere almeno 5 GB di spazio su disco disponibile, ma è consigliabile usare un'unità cache con almeno 600 GB di spazio disponibile.
In Selezione della rete selezionare prima l'interfaccia di rete usata dal server di elaborazione predefinito per il rilevamento e l'installazione push del servizio Mobility nei computer di origine e quindi selezionare la scheda di interfaccia di rete usata dal server di configurazione per la connettività con Azure. La porta 9443 è la porta predefinita per l'invio e la ricezione del traffico di replica, ma è possibile modificare il numero di porta in base ai requisiti dell'ambiente. Oltre alla porta 9443, viene aperta anche la porta 443, che viene usata da un server Web per orchestrare le operazioni di replica. Non usare la porta 443 per inviare o ricevere traffico di replica.
Esaminare le informazioni nella pagina Riepilogo e fare clic su Installa. Al termine dell'installazione verrà generata una passphrase. Sarà necessaria quando si abilita la replica, è quindi consigliabile copiarla e conservarla in un luogo sicuro.

Al termine della registrazione, il server viene visualizzato nel pannello Impostazioni>Server nell'insieme di credenziali.

Nota

Il server di configurazione può essere installato anche dalla riga di comando. Altre informazioni.

Possono trascorrere 15 minuti o più prima che il nome dell'account venga visualizzato nel portale. Per aggiornarlo immediatamente, selezionare Server di configurazione>nome del server>Aggiorna server.

Passaggio 4: Configurare l'ambiente di destinazione

Selezionare e verificare le risorse di destinazione.

In Preparare l'infrastruttura>Destinazione selezionare la sottoscrizione di Azure da usare.
Specificare il modello di distribuzione di destinazione.
Site Recovery verifica la disponibilità di uno o più account di archiviazione di Azure e reti compatibili. Se non li trova, per completare la procedura guidata è necessario creare almeno un account di archiviazione e una rete virtuale.

Passaggio 5: Abilitare la replica

Creare un criterio di replica

Fare clic su Preparare l'infrastruttura>Impostazioni della replica.
In Creare i criteri di replica specificare un nome per i criteri.
In Soglia RPO, specificare il limite dell'obiettivo del punto di ripristino (RPO).
- I punti di ripristino per i dati replicati vengono creati in conformità con il tempo stabilito.
- Questa impostazione non influisce sulla replica, che è continua. L'impostazione genera solo un avviso se viene raggiunto il limite di soglia senza che venga creato un punto di ripristino.
In Conservazione del punto di ripristino specificare il tempo di conservazione di ogni punto di ripristino. Le macchine virtuali replicate possono essere ripristinate in qualsiasi punto dell'intervallo di tempo specificato.
In Frequenza snapshot coerenti con l'app specificare la frequenza di snapshot coerenti con l'applicazione.
- Uno snapshot coerente con l'app è uno snapshot temporizzato dei dati dell'app all'interno della macchina virtuale.
- Il servizio Copia Shadow del volume (VSS) assicura che lo stato delle app nella macchina virtuale sia coerente quando viene creato lo snapshot.
Selezionare OK per creare il criterio.

Confermare la pianificazione della distribuzione

È possibile ignorare subito questo passaggio. Nell'elenco a discesa Pianificazione della distribuzione fare clic su Operazione completata.

Abilitare la replica

Verificare di aver completato tutte le attività nel Passaggio 1: Preparare il computer. Abilitare la replica nel modo indicato di seguito:

Selezionare Eseguire la replica dell'applicazione>Origine.
In Origine selezionare il server di configurazione.
In Tipo di computer, selezionare Computer fisici.
Selezionare il server di elaborazione (server di configurazione). Quindi fare clic su OK.
In Destinazione selezionare la sottoscrizione e il gruppo di risorse in cui creare le macchine virtuali dopo il failover. Scegliere il modello di distribuzione da usare per le macchine virtuali sottoposte a failover.
Selezionare l'account di archiviazione di Azure in cui si desiderano archiviare i dati replicati.
Selezionare la rete di Azure e la subnet a cui dovranno connettersi le macchine virtuali di Azure create dopo il failover.
Scegliere Configurare ora per le macchine virtuali selezionate per applicare le impostazioni di rete a tutti i computer selezionati per la protezione. Selezionare Configura in seguito se si intende selezionare la rete di Azure separatamente per ogni macchina.
In Computer fisici fare clic su +Computer fisico. Specificare il nome, l'indirizzo IP e il tipo di sistema operativo di ciascun computer che si desidera replicare.
- Usare l'indirizzo IP interno del computer.
- Se si specifica l'indirizzo IP pubblico, la replica potrebbe non funzionare come previsto.
In Proprietà>Configura proprietà selezionare l'account che il server di elaborazione userà per installare automaticamente il servizio Mobility nel computer.
In Impostazioni della replica>Configura impostazioni di replica verificare che siano selezionati i criteri di replica corretti.
Fare clic su Abilita la replica.
Tenere traccia dello stato del processo Abilita protezione in Impostazioni>Processi>Processi di Site Recovery. Dopo l'esecuzione del processo Finalizza protezione la macchina virtuale è pronta per il failover.

Nota

Quando viene abilitata la replica per una macchina virtuale, Site Recovery installa il servizio Mobility.

Le modifiche diventeranno effettive e verranno visualizzate nel portale dopo 15 minuti o più.

Per eseguire il monitoraggio delle macchine virtuali aggiunte, è possibile controllare l'ora dell'ultima individuazione di macchine virtuali in Server di configurazione>Ora ultimo contatto. Per aggiungere macchine virtuali senza attendere l'individuazione pianificata, evidenziare il server di configurazione senza selezionarlo e quindi selezionare Aggiorna.

Passaggio 6: Eseguire un'analisi del ripristino di emergenza

Eseguire un failover di test in Azure per verificare che tutto funzioni correttamente. Tale failover non influisce sull'ambiente di produzione.

Verificare le proprietà del computer

Prima di eseguire un failover di test, verificare le proprietà del computer e assicurarsi che siano conformi ai requisiti di Azure. È possibile visualizzare e modificare le proprietà come indicato di seguito:

In Elementi protetti fare clic su Macchina virtuale Elementi> replicati.
Nel riquadro Elemento replicato è possibile vedere un riepilogo relativo a informazioni sulla macchina virtuale, stato integrità e ultimi punti di ripristino disponibili. Fare clic su Proprietà per visualizzare altri dettagli.
In Impostazioni calcolo e rete modificare le impostazioni in base alle esigenze.
- È possibile modificare il nome della macchina virtuale di Azure, il gruppo di risorse, le dimensioni di destinazione, i set di disponibilità e le impostazioni del disco gestito.
- È anche possibile visualizzare e modificare le impostazioni di rete. Tali impostazioni includono la rete/subnet a cui è stata aggiunta la macchina virtuale di Azure dopo il failover e l'indirizzo IP che verrà assegnato alla macchina virtuale.
In Dischi visualizzare le informazioni sul sistema operativo e sui dischi dati della macchina virtuale.

Eseguire un failover di test

Quando si esegue un failover di test, si verifica quanto segue:

Viene eseguito un controllo dei prerequisiti per verificare che tutte le condizioni necessarie per il failover siano in atto.
Il failover elabora i dati usando il punto di ripristino specificato:
- Elaborato più recente: il computer esegue il failover sull'ultimo punto di ripristino elaborato da Site Recovery. Viene visualizzato il timestamp. Con questa opzione, non viene impiegato alcun tempo di elaborazione dati, pertanto viene fornito un RTO (Recovery Time Objective) basso.
- Coerente con l'app più recente: il computer esegue il failover nel punto di ripristino coerente con l'app più recente.
- Personalizzato: selezionare il punto di ripristino usato per il failover.
Viene creata una macchina virtuale di Azure usando i dati elaborati.
Il failover di test può pulire automaticamente le macchine virtuali di Azure create durante l'analisi.

Eseguire un failover di test per una macchina virtuale come indicato di seguito:

In Impostazioni> Elementi replicati fare clic sulla macchina virtuale >+Failover di test.
Per questa procedura dettagliata, viene scelto di usare il punto di ripristino con valore Elaborato più recente.
In Failover di test selezionare la rete Azure di destinazione.
Fare clic su OK per iniziare il failover.
Per tenere traccia dell'avanzamento, fare clic sulla macchina virtuale per visualizzarne le proprietà. In alternativa, fare clic sul processo Failover di test in Nome dell'insieme di credenziali>Impostazioni>Processi>Processi di Site Recovery.
Al termine del failover, la macchina virtuale di Azure di replica viene visualizzata nella portale di Azure Macchine virtuali>. Verificare che la macchina virtuale sia delle dimensioni appropriate e che sia connessa alla rete corretta e in esecuzione.
Sarà ora possibile connettersi alla macchina virtuale replicata in Azure. Altre informazioni.
Per eliminare le macchine virtuali di Azure create durante il failover di test, fare clic su Pulisci failover di test nella VM. In Note salvare le osservazioni associate al failover di test.

Effettuare il failover e il failback

Dopo aver configurato la replica ed eseguito un'analisi per verificare che tutto funzioni correttamente, è possibile eseguire il failover dei computer in Azure in base alle esigenze.

Prima di eseguire un failover, se si intende connettersi al computer in Azure dopo il failover, preparare la connessione prima di iniziare.

Eseguire quindi un failover come indicato di seguito:

In Impostazioni> Elementi replicati fare clic sul computer >Failover.
Selezionare il punto di ripristino da utilizzare.
In Failover di test selezionare la rete Azure di destinazione.
Selezionare Arrestare la macchina prima di iniziare il failover. Con questa impostazione, Site Recovery tenta di arrestare la macchina di origine prima di avviare il failover. Il failover tuttavia continua anche se l'arresto ha esito negativo.
Fare clic su OK per iniziare il failover. Nella pagina Processi è possibile seguire lo stato del failover.
Al termine del failover, la macchina virtuale di Azure di replica viene visualizzata nella portale di Azure Macchine virtuali>. Se è stata preparata la connessione dopo il failover, verificare che la macchina virtuale sia delle dimensioni appropriate, connessa alla rete corretta e in esecuzione.
Dopo aver verificato la macchina virtuale, fare clic su Commit per completare il failover. In questo modo tutti i punti di ripristino disponibili vengono eliminati.

Avviso

Non annullare un failover in corso: prima dell'avvio del failover, la replica della macchina virtuale viene arrestata. Se si annulla un failover in corso, il failover viene arrestato ma non viene eseguita di nuovo la replica della macchina virtuale.

Eseguire il failback in Azure Stack

Quando il sito primario è operativo, è possibile eseguire il failback da Azure ad Azure Stack. A tale scopo, seguire i passaggi elencati qui.

Conclusione

In questo articolo le macchine virtuali di Azure Stack sono state replicate in Azure. Dopo che la replica è stata completata, è stato eseguito un ripristino di emergenza per verificare che il failover in Azure funzioni come previsto. L'articolo contiene anche i passaggi per eseguire un failover completo in Azure e per eseguire il failback in Azure Stack.

Passaggi successivi

Dopo il failback, è possibile riproteggere la macchina virtuale e avviarne nuovamente la replica in Azure. A tale scopo, ripetere i passaggi descritti in questo articolo.

Condividi tramite