Passaggio 3: Pianificare la capacità e la scalabilità per la replica di VMware in Azure

Questo articolo illustra come pianificare la capacità e la scalabilità quando si esegue la replica di server fisici e VM VMware locali in Azure con Azure Site Recovery.

Inserire commenti e domande nella parte inferiore di questo articolo oppure nel forum sui servizi di ripristino di Azure.

Come si inizia per pianificare la capacità?

Raccogliere informazioni sull'ambiente di replica e quindi pianificare la capacità usando queste informazioni, insieme alle considerazioni illustrate in questo articolo.

Raccogliere informazioni

  1. Scaricare lo strumento di pianificazione della distribuzione per la replica VMware.
  2. Leggere questo articolo per informazioni su come eseguire lo strumento.
  3. Questo strumento consente di raccogliere informazioni sulle VM compatibili e non compatibili, i dischi per VM e la varianza dati per disco. Lo strumento specifica anche i requisiti della larghezza di banda di rete e l'infrastruttura di Azure necessaria per la corretta esecuzione della replica e il failover del test.

Considerazioni sulla replica

Prima di iniziare la distribuzione, tenere presente queste considerazioni:

Componente Dettagli
Replica Frequenza di modifica giornaliera massima: un computer protetto può usare un solo server di elaborazione e la frequenza di modifica giornaliera gestita da un singolo server di elaborazione può arrivare fino a 2 TB. La massima frequenza di modifica dei dati giornaliera supportata per una macchina protetta è quindi di 2 TB.

Velocità effettiva massima: una macchina replicata può appartenere a un account di archiviazione in Azure. Un account di archiviazione standard può gestire fino a 20.000 richieste al secondo ed è consigliabile fare in modo che il numero di operazioni di input/output al secondo (IOPS) in una macchina di origine rimanga impostato su 20.000. Se, ad esempio, si ha un computer di origine con 5 dischi e ogni disco genera 120 IOPS (dimensione pari a 8 K) nella macchina di origine, il computer rientra nel limite di Azure di 500 IOPS per disco. Il numero di account di archiviazione necessari è uguale al numero complessivo di IOPS della macchina di origine diviso per 20.000.

Capacità del server di configurazione

Il server di configurazione deve poter gestire la capacità della frequenza di modifica giornaliera in tutti i carichi di lavoro in esecuzione nei computer protetti e avere a disposizione una larghezza di banda sufficiente per eseguire la replica continua dei dati in Archiviazione di Azure.

Come procedura consigliata, il server di configurazione deve trovarsi nella stessa rete e nello stesso segmento LAN dei computer da proteggere. Se si trova in una rete diversa, i computer da proteggere devono avere la visibilità di rete L3 per il server.

Consigli sul ridimensionamento

La tabella riepiloga alcuni consigli sul ridimensionamento in base alla CPU.

CPU Memoria Dimensione disco cache Frequenza di modifica dei dati Computer protetti
8 vCPU (2 socket * 4 core a 2.5 gigahertz [GHz]) 16 GB 300 GB 500 GB o inferiore Replicare meno di 100 computer.
12 vCPU (2 socket * 6 core a 2,5 GHz) 18 GB 600 GB Da 500 GB a 1 TB Replicare tra 100 e 150 computer.
16 vCPU (2 socket * 8 core a 2,5 GHz) 32 GB 1 TB Da 1 TB a 2 TB Replicare tra 150 e 200 computer.
Distribuire un altro server di elaborazione Superiore a 2 TB Distribuire server di elaborazione aggiuntivi se si esegue la replica di più di 200 computer o la frequenza di modifica dei dati giornaliera è superiore a 2 TB.

Dove:

  • Ogni computer di origine è configurato con 3 dischi da 100 GB.
  • La risorsa di archiviazione di benchmarking usata per le misurazioni del disco della cache è di 8 unità SAS a 10.000 RPM con RAID 10.

Capacità del server di elaborazione

Il server di elaborazione riceve i dati di replica da computer protetti e li ottimizza attraverso la memorizzazione nella cache, la compressione e la crittografia, prima di inviarli ad Azure.

  • Il computer server di elaborazione deve avere risorse sufficienti per eseguire queste attività.
  • Per impostazione predefinita, il primo server di elaborazione viene installato nel server di configurazione. È possibile distribuire altri server di elaborazione per ridimensionare l'ambiente.
  • Il server di elaborazione usa una cache basata su disco. Usare un disco della cache separato di almeno 600 GB per gestire le modifiche ai dati archiviate in caso di colli di bottiglia o interruzioni della rete.
  • Se è necessario proteggere più di 200 computer o la frequenza di modifica giornaliera è superiore a 2 TB, è possibile aggiungere altri server di elaborazione per gestire il carico di replica. Per la scalabilità orizzontale è possibile:
    • Aumentare il numero di server di configurazione. Ad esempio, è possibile proteggere fino a 400 computer con due server di configurazione.
    • Aggiungere altri server di elaborazione e usarli per gestire il traffico al posto del server di gestione o in aggiunta al server di configurazione.

Ridimensionamento del server del processo di esempio

La tabella seguente descrive uno scenario in cui:

  • Non si prevede di usare il server di configurazione come server di elaborazione.
  • È stato configurato un server di elaborazione aggiuntivo.
  • Le macchine virtuali protette sono state configurate per l'uso del server di elaborazione aggiuntivo.
  • Ogni computer di origine protetto è configurato con tre dischi da 100 GB.
Server di configurazione Server di elaborazione aggiuntivo Dimensione disco cache Frequenza di modifica dei dati Computer protetti
8 vCPU (2 socket * 4 core a 2,5 GHz), 16 GB di memoria 4 vCPU (2 socket * 2 core a 2,5 GHz), 8 GB di memoria 300 GB 250 GB o inferiore Eseguire la replica di un massimo di 85 macchine.
8 vCPU (2 socket * 4 core a 2,5 GHz), 16 GB di memoria 8 vCPU (2 socket * 4 core a 2,5 GHz), 12 GB di memoria 600 GB Da 250 GB a 1 TB Replicare tra 85 e 150 computer.
12 vCPU (2 socket * 6 core a 2,5 GHz), 18 GB di memoria 12 vCPU (2 socket * 6 core a 2,5 GHz), 24 GB di memoria 1 TB Da 1 TB a 2 TB Replicare tra 150 e 225 computer.

Il modo in cui i server vengono adattati dipende dalle preferenze personali in merito al modello di scalabilità orizzontale o verticale. L'aumento delle prestazioni si ottiene distribuendo alcuni server di configurazione e di elaborazione avanzati, mentre l'aumento del numero di istanze si ottiene distribuendo più server con meno risorse. Ad esempio, per proteggere 220 computer è possibile eseguire una di queste operazioni:

  • Configurare il server di configurazione con 12 vCPU e 18 GB di memoria e un server di elaborazione aggiuntivo con 12 vCPU e 24 GB di memoria. Configurare quindi le macchine protette affinché usino solo il server di elaborazione aggiuntivo.
  • Configurare due server di configurazione (2 x 8 vCPU, 16 GB di RAM) e due server di elaborazione aggiuntivi (1 x 8 vCPU e 1 x 4 vCPU per gestire 135 + 85 [220] macchine). Configurare quindi le macchine protette affinché usino solo i server di elaborazione aggiuntivi.

Distribuire server di elaborazione aggiuntivi

Seguire queste istruzioni per configurare un server di elaborazione aggiuntivo. Dopo aver configurato il server è possibile eseguire la migrazione dei computer di origine per usarlo.

  1. In Site Recovery servers (Server d Site Recovery) fare clic sul server di configurazione > +Process Server (+Server di elaborazione).
  2. In Tipo di server fare clic su Process server (on-premises) (Server di elaborazione (locale)).

    Server di elaborazione

  3. Scaricare il file per l'Installazione unificata di Site Recovery.
  4. Eseguire l'installazione del server di elaborazione e la relativa registrazione nell'insieme di credenziali.
  5. In Prima di iniziare selezionare Add additional process servers to scale out deployment (Aggiungere server di elaborazione per aumentare le istanze di distribuzione).
  6. In Dettagli del server di configurazione specificare l'indirizzo IP del server di configurazione e la passphrase. Per ottenere la passphrase, eseguire [SiteRecoveryInstallationFolder]\home\sysystems\bin\genpassphrase.exe –n nel server di configurazione.

    Server di configurazione

  7. Completare l'installazione nello stesso modo seguito per installare il server di configurazione.

Migrare i computer per usare il server di elaborazione

  1. In Impostazioni > Site Recovery servers (Server di Site Recovery) fare clic sul server di configurazione > Server di elaborazione.
  2. Fare clic con il pulsante destro del mouse sul server di elaborazione in uso e scegliere Passa a.

    Passare al server di elaborazione

  3. In Selezionare il server di elaborazione di destinazione selezionare il nuovo server di elaborazione da usare e le macchine virtuali che dovranno essere gestite dal server.
  4. Fare clic sull'icona delle informazioni. Per facilitare le decisioni relative al carico, viene visualizzato lo spazio medio necessario per replicare ogni macchina virtuale selezionata nel nuovo server di elaborazione.
  5. Fare clic sul segno di spunta per avviare la replica nel nuovo server di elaborazione.

Controllare la larghezza di banda della rete

Dopo aver eseguito lo strumento di pianificazione della distribuzione per calcolare la larghezza di banda necessaria per la replica (la replica iniziale e successivamente il delta), sono disponibili due opzioni per controllare la quantità di larghezza di banda usata per la replica:

  • Limitare la larghezza di banda: il traffico VMware che viene replicato in Azure passa attraverso un server di elaborazione specifico. È possibile limitare la larghezza di banda nei computer eseguiti come server di elaborazione.
  • Influire sulla larghezza di banda: è possibile influire sulla larghezza di banda usata per la replica tramite una coppia di chiavi del Registro di sistema.
    • Il valore del Registro di sistema HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\UploadThreadsPerVM specifica il numero di thread usati per il trasferimento dati di un disco, durante la replica iniziale o differenziale. Un valore più elevato aumenta la larghezza di banda di rete usata per la replica.
    • Il valore HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\DownloadThreadsPerVM specifica il numero di thread usati per il trasferimento dati durante il failback.

Limitare la larghezza di banda

  1. Aprire lo snap-in MMC di Azure Backup nel computer usato come server di elaborazione. Per impostazione predefinita, è disponibile un collegamento a Backup sul desktop o nella cartella seguente: C:\Programmi\Microsoft Azure Recovery Services Agent\bin\wabadmin.
  2. Nello snap-in fare clic su Modifica proprietà.
  3. Nella scheda Limitazione larghezza di banda rete selezionare Abilita la limitazione all'utilizzo della larghezza di banda Internet per le operazioni di backup.
  4. Impostare i limiti per le ore lavorative e non lavorative. Gli intervalli validi sono compresi tra 512 Kbps e 102 Mbps al secondo.

    Limitazione

È anche possibile usare il cmdlet Set-OBMachineSetting per impostare la limitazione. Di seguito è riportato un esempio:

$mon = [System.DayOfWeek]::Monday
$tue = [System.DayOfWeek]::Tuesday
Set-OBMachineSetting -WorkDay $mon, $tue -StartWorkHour "9:00:00" -EndWorkHour "18:00:00" -WorkHourBandwidth  (512*1024) -NonWorkHourBandwidth (2048*1024)

Set-OBMachineSetting -NoThrottle indica che non è necessaria alcuna limitazione.

Influire sulla larghezza di banda della rete per una VM

  1. Nel Registro di sistema della VM passare a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication.
    • Per intervenire sul traffico della larghezza di banda in un disco di replica, modificare il valore di UploadThreadsPerVM oppure creare la chiave, se non esiste.
    • Per intervenire sulla larghezza di banda per il traffico di failback da Azure, modificare il valore di DownloadThreadsPerVM.
  2. Il valore predefinito è 4. In una rete con provisioning eccessivo è necessario modificare queste chiavi del Registro di sistema. Il valore massimo è 32. Monitorare il traffico per ottimizzare il valore.

Passaggi successivi

Andare a Passaggio 4: Pianificare la rete.