Configurare il ripristino di emergenza su larga scala per macchine virtuali VMware/server fisici

Questo articolo descrive come configurare il ripristino di emergenza in Azure per numeri elevati (> 1000) di server fisici o macchine virtuali VMware locali nell'ambiente di produzione usando il servizio Azure Site Recovery.

Definire la strategia BCDR.

Nell'ambito della strategia di continuità aziendale e ripristino di emergenza (BCDR), si definiscono gli obiettivi del punto di ripristino (RPO) e gli obiettivi del tempo di ripristino (RTO) per le app e i carichi di lavoro aziendali. L'RTO misura la durata del tempo e del livello di servizio entro cui un'app o un processo aziendale deve essere ripristinato e disponibile per evitare problemi di continuità.

• Site Recovery offre la replica continua per macchine virtuali VMware e server fisici e un contratto di servizio per l'RTO.
• Quando si pianifica il ripristino di emergenza su larga scala per le macchine virtuali VMware e si individuano le risorse di Azure necessarie, è possibile specificare un valore dell'RTO che verrà usato per i calcoli della capacità.

Procedure consigliate

Alcune procedure consigliate generali per il ripristino di emergenza su larga scala. Queste procedure consigliate sono illustrate in modo più dettagliato nelle sezioni successive del documento.

• Identificare i requisiti di destinazione: stimare le esigenze di capacità e risorse in Azure prima di configurare il ripristino di emergenza.
• Pianificare i componenti di Site Recovery: individuare i componenti di Site Recovery (server di configurazione, server di elaborazione) necessari per soddisfare la capacità stimata.
• Configurare uno o più server di elaborazione con scale-out: non usare il server di elaborazione in esecuzione per impostazione predefinita nel server di configurazione.
• Eseguire gli aggiornamenti più recenti: il team di Site Recovery rilascia regolarmente nuove versioni dei componenti di Site Recovery ed è necessario assicurarsi di eseguire le versioni più recenti. A tale scopo, tenere traccia delle novità per gli aggiornamenti e abilitare e installare gli aggiornamenti man mano che vengono rilasciati.
• Monitoraggio proattivo: quando si esegue il ripristino di emergenza, è consigliabile monitorare in modo proattivo lo stato e l'integrità dei computer replicati e delle risorse dell'infrastruttura.
• Esercitazioni sul ripristino di emergenza: è consigliabile eseguire regolarmente esercitazioni sul ripristino di emergenza. Queste non influiscono sull'ambiente di produzione, ma contribuiscono a garantire che il failover in Azure funzioni come previsto quando necessario.

Raccogliere informazioni sulla pianificazione della capacità

Raccogliere informazioni sull'ambiente locale per valutare e stimare le esigenze di capacità di destinazione (Azure).

• Per eseguire questa operazione con VMware, eseguire Deployment Planner per le macchine virtuali VMware.
• Per i server fisici, raccogliere le informazioni manualmente.

Eseguire Deployment Planner per macchine virtuali VMware

Deployment Planner consente di raccogliere informazioni sull'ambiente locale VMware.

• Eseguire Deployment Planner durante un periodo che rappresenta la varianza tipica per le macchine virtuali. In questo modo verranno generate stime e raccomandazioni più accurate.
• È consigliabile eseguire Deployment Planner nel computer del server di configurazione, perché Planner calcola la velocità effettiva dal server in cui è in esecuzione. Altre informazioni sulla misurazione delle velocità effettiva.
• Se non è ancora presente un server di configurazione:
  • Ottenere una panoramica dei componenti di Site Recovery.
  • Definire un server di configurazione su cui eseguire Deployment Planner.

Quindi, eseguire Planner come segue:

1. Informazioni su Deployment Planner. È possibile scaricare la versione più recente dal portale o scaricarla direttamente.
2. Esaminare i prerequisiti e gli aggiornamenti più recenti per Deployment Planner e scaricare ed estrarre lo strumento.
3. Eseguire Deployment Planner nel server di configurazione.
4. Generare un report sui costi per riepilogare le stime e le raccomandazioni.
5. Analizzare le raccomandazioni del report e le stime dei costi.

Pianificare capacità e requisiti di destinazione (Azure)

Usando le stime e le raccomandazioni raccolte, è possibile pianificare le risorse di destinazione e la capacità. Se è stato eseguito Deployment Planner per le macchine virtuali VMware, è possibile usare un numero delle raccomandazioni del report.

• Macchine virtuali compatibili: usare questo numero per identificare il numero di macchine virtuali pronte per il ripristino di emergenza in Azure. Le raccomandazioni sulla larghezza di banda della rete e sui core di Azure si basano su questo numero.
• Larghezza di banda della rete necessaria: prendere nota della larghezza di banda necessaria per la replica differenziale delle macchine virtuali compatibili.
  • Quando si esegue Planner si specifica l'RPO desiderato in pochi minuti. Le raccomandazioni mostrano la larghezza di banda necessaria per soddisfare il valore dell'RPO al 100% e al 90% del tempo.
  • Le raccomandazioni sulla larghezza di banda della rete prendono in considerazione la larghezza di banda necessaria per il numero totale di server di configurazione e server di elaborazione consigliati in Planner.
• Core di Azure necessari: prendere nota del numero di core necessari nell'area di Azure di destinazione, in base al numero di macchine virtuali compatibili. Se non si dispone di core sufficienti, in caso di failover Site Recovery non sarà in grado di creare le macchine virtuali di Azure necessarie.
• Dimensioni del batch di macchine virtuali consigliate: le dimensioni del batch consigliate si basano sulla possibilità di completare la replica iniziale per il batch entro 72 ore per impostazione predefinita, soddisfacendo un RPO pari al 100%. Il valore orario può essere modificato.

È possibile usare queste raccomandazioni per pianificare le risorse di Azure, la larghezza di banda della rete e l'invio in batch di macchine virtuali.

Pianificare sottoscrizioni e quote di Azure

Ci si vuole assicurare che le quote disponibili nella sottoscrizione di destinazione siano sufficienti per gestire il failover.

Limiti di failover

I limiti indicano il numero di failover supportati da Site Recovery entro un'ora, presupponendo tre dischi per computer.

Cosa si intende per conformità? Per avviare una macchina virtuale di Azure, Azure richiede che alcuni driver siano in stato di avvio e servizi come DHCP configurati per l'avvio automatico.

• I computer conformi avranno già queste impostazioni.
• Per i computer che eseguono Windows, è possibile controllare in modo proattivo la conformità e renderli conformi, se necessario. Altre informazioni.
• I computer Linux passano alla conformità solo al momento del failover.

• I limiti presuppongono che altri processi minimi siano in corso nell'area di destinazione per la sottoscrizione.
• Alcune aree di Azure sono più piccole e potrebbero avere limiti leggermente inferiori.

Pianificare la connettività dell'infrastruttura e delle macchine virtuali

Dopo il failover in Azure, è necessario che i carichi di lavoro funzionino come in locale e consentire agli utenti di accedere ai carichi di lavoro in esecuzione nelle macchine virtuali di Azure.

• Altre informazioni sul failover dell'infrastruttura locale di Active Directory o DNS in Azure.
• Altre informazioni sulla preparazione della connessione alle macchine virtuali di Azure dopo il failover.

Pianificare i requisiti e la capacità di origine

È importante disporre di server di configurazione e server di elaborazione con scale-out sufficienti per soddisfare i requisiti di capacità. Quando si inizia la distribuzione su larga scala, iniziare con un singolo server di configurazione e un singolo server di elaborazione con scale-out. Quando si raggiungono i limiti previsti, aggiungere altri server.

Definire un server di configurazione

La capacità del server di configurazione è influenzata dal numero di computer che eseguono la replica e non dalla varianza dei dati. Per determinare se sono necessari server di configurazione aggiuntivi, usare questi limiti di macchina virtuale definiti.

• Questi limiti si basano su un server di configurazione installato usando un modello OVF.
• I limiti presuppongono che non si usi il server di elaborazione in esecuzione per impostazione predefinita nel server di configurazione.

Se è necessario aggiungere un nuovo server di configurazione, seguire queste istruzioni:

• Definire un server di configurazione per il ripristino di emergenza di macchine virtuali VMware usando un modello OVF.
• Definire un server di configurazione manualmente per i server fisici o per le distribuzioni VMware che non possono usare un modello OVF.

Durante la definizione di un server di configurazione, tenere presente che:

• Quando si definisce un server di configurazione, è importante considerare la sottoscrizione e l'insieme di credenziali all'interno del quale si trova, perché non devono essere modificati dopo l'installazione. Se è necessario modificare l'insieme di credenziali, è necessario annullare l'associazione del server di configurazione dall'insieme di credenziali e registrarlo nuovamente. Questa operazione arresta la replica delle macchine virtuali nell'insieme di credenziali.
• Se si vuole configurare un server di configurazione con più schede di rete, è necessario eseguire questa operazione durante l'installazione. Non è possibile eseguire questa operazione dopo la registrazione del server di configurazione nell'insieme di credenziali.

Configurare un server di elaborazione

La capacità del server di elaborazione è influenzata dalle frequenze di varianza dei dati e non dal numero di computer abilitati per la replica.

• Per le distribuzioni di grandi dimensioni, è consigliabile avere sempre almeno un server di elaborazione con scale-out.
• Per determinare se sono necessari server aggiuntivi, usare la tabella seguente.
• È consigliabile aggiungere un server con la specifica più elevata.

Configurare il server di elaborazione come segue:

1. Esaminare i prerequisiti.
2. Installare il server nel portale o dalla riga di comando.
3. Configurare i computer replicati per l'uso del nuovo server. Se sono già presenti computer di replica:
   • È possibile spostare un intero carico di lavoro del server di elaborazione nel nuovo server di elaborazione.
   • In alternativa, è possibile spostare macchine virtuali specifiche nel nuovo server di elaborazione.

Abilitare la replica su larga scala

Dopo aver pianificato la capacità e distribuito i componenti e l'infrastruttura necessari, abilitare la replica per un numero elevato di macchine virtuali.

1. Ordinare i computer in batch. Viene abilitata la replica per le macchine virtuali all'interno di un batch e quindi si passa al batch successivo.

   • Per le macchine virtuali VMware, è possibile usare le dimensioni del batch di macchine virtuali consigliate nel report di Deployment Planner.
   • Per i computer fisici, è consigliabile identificare i batch in base ai computer che hanno dimensioni e quantità di dati simili e alla velocità effettiva di rete disponibile. L'obiettivo è quello di raggruppare i computer che probabilmente completano la replica iniziale all'incirca nella stessa quantità di tempo.

2. Se la varianza del disco per un computer è elevata o supera i limiti in Deployment Planner, è possibile spostare file non critici che non è necessario replicare (ad esempio dump di log o file temporanei) dal computer. Per le macchine virtuali VMware, è possibile spostare questi file in un disco separato e quindi escludere tale disco dalla replica.

3. Prima di abilitare la replica, verificare che i computer soddisfino i requisiti di replica.

4. Configurare criteri di replica per macchine virtuali VMware o server fisici.

5. Abilitare la replica per macchine virtuali VMware o server fisici. Verrà avviata la replica iniziale per i computer selezionati.

Monitorare la distribuzione

Dopo aver avviato la replica per il primo batch di macchine virtuali, avviare il monitoraggio della distribuzione come indicato di seguito:

1. Assegnare un amministratore del ripristino di emergenza per monitorare lo stato di integrità dei computer replicati.
2. Monitorare gli eventi per gli elementi replicati e l'infrastruttura.
3. Monitorare l'integrità dei server di elaborazione con scale-out.
4. Per semplificare il monitoraggio, iscriversi per ricevere notifiche tramite e-mail per gli eventi.
5. Eseguire regolarmente esercitazioni sul ripristino di emergenza per assicurarsi che tutto funzioni come previsto.

Pianificare failover su larga scala

In caso di emergenza, potrebbe essere necessario eseguire il failover di un numero elevato di computer/carichi di lavoro in Azure. Preparare questo tipo di evento come indicato di seguito.

È possibile prepararsi in anticipo per il failover come indicato di seguito:

• Preparare l'infrastruttura e le macchine virtuali in modo che i carichi di lavoro siano disponibili dopo il failover e in modo che gli utenti possano accedere alle macchine virtuali di Azure.
• Tenere presenti i limiti di failover descritti in precedenza in questo documento. Assicurarsi che i failover rientrino in questi limiti.
• Eseguire regolarmente esercitazioni sul ripristino di emergenza. Le esercitazioni consentono di:
  • Individuare le lacune nella distribuzione prima del failover.
  • Stimare l'RTO end-to-end per le app.
  • Stimare l'RPO end-to-end per le app.
  • Identificare i conflitti tra intervalli di indirizzi IP.
  • Durante l'esecuzione delle esercitazioni, è consigliabile non usare le reti di produzione per le esercitazioni e azzerare i failover di test dopo ogni esercitazione.

Per eseguire un failover su larga scala, è consigliabile:

1. Creare piani di ripristino per il failover del carico di lavoro.
   • Ogni piano di ripristino può attivare il failover di un massimo di 100 computer.
   • Altre informazioni sui piani di ripristino.
2. Aggiungere script del runbook di Automazione di Azure ai piani di ripristino per automatizzare tutte le attività manuali in Azure. Le attività tipiche includono la configurazione di servizi di bilanciamento del carico, l'aggiornamento di DNS e così via. Altre informazioni
3. Prima del failover, preparare i computer Windows in modo che siano conformi all'ambiente Azure. I limiti di failover sono superiori per i computer conformi. Altre informazioni sui runbook.
4. Attivare il failover con il cmdlet di PowerShell Start-AzRecoveryServicesAsrPlannedFailoverJob, insieme a un piano di ripristino.

Passaggi successivi