Analizzare il report di Deployment Planner per il ripristino di emergenza VMware in Azure

Il report di Microsoft Excel generato contiene i fogli riportati di seguito.

Riepilogo ambiente locale

Il foglio di lavoro On-premises summary (Riepilogo ambiente locale) offre una panoramica dell'ambiente VMware profilato.

Start Date (Data di inizio) ed End Date (Data di fine): date di inizio e fine dei dati di profilatura considerati per la generazione di report. Per impostazione predefinita, la data di inizio è la data in cui inizia la profilatura e la data di fine è la data in cui termina. Può trattarsi dei valori StartDate e EndDate se il report viene generato con questi parametri.

Total number of profiling days (Numero totale di giorni di profilatura): numero totale di giorni di profilatura tra le date di inizio e fine per i quali viene generato il report.

Numero di macchine virtuali compatibili: numero totale di macchine virtuali compatibili per le quali vengono calcolati la larghezza di banda di rete richiesta, il numero necessario di account di archiviazione, i core di Microsoft Azure, i server di configurazione e i server di elaborazione aggiuntivi.

Numero totale di dischi tra tutte le macchine virtuali compatibili: numero usato come uno degli input per stabilire il numero di server di configurazione e di server di elaborazione aggiuntivi da usare nella distribuzione.

Numero medio di dischi per macchina virtuale compatibile: numero medio di dischi calcolato tra tutte le macchine virtuali compatibili.

Dimensioni medie disco (GB): dimensioni medie dei dischi calcolate tra tutte le macchine virtuali compatibili.

RPO desiderato (minuti): obiettivo del punto di ripristino predefinito o valore passato per il parametro DesiredRPO al momento della generazione di report per stimare la larghezza di banda necessaria.

Larghezza di banda desiderata (Mbps): valore passato per il parametro Bandwidth al momento della generazione di report per stimare il valore RPO ottenibile.

Observed typical data churn per day (GB) (Varianza dei dati giornaliera tipica osservata - GB): varianza media dei dati osservata in tutti i giorni di profilatura. Questo numero viene usato come uno degli input per stabilire il numero di server di configurazione e di server di elaborazione aggiuntivi da usare nella distribuzione.

Consigli

Il foglio Recommendations (Raccomandazioni) del report per lo scenario da VMware ad Azure contiene i dettagli seguenti, in base al valore RPO desiderato che è stato selezionato:

Dati profilati

Profiled data period(Periodo profilatura dati): periodo durante il quale la profilatura è stata in esecuzione. Per impostazione predefinita, lo strumento include tutti i dati profilati nel calcolo, a meno che non generi il report per un periodo specifico usando le opzioni StartDate e EndDate durante la generazione del report.

Nome server: nome o indirizzo IP dell'host VMware vCenter o ESXi contenente le macchine virtuali per le quali viene generato il report.

Desired RPO (RPO desiderato): obiettivo del punto di ripristino per la distribuzione. Per impostazione predefinita, la larghezza di banda di rete viene calcolata per i valori RPO di 15, 30 e 60 minuti. A seconda della selezione, i valori interessati verranno aggiornati nel foglio. Se è stato usato il parametro DesiredRPOinMin durante la generazione del report, tale valore verrà visualizzato nel risultato di Desired RPO (RPO desiderato).

Panoramica della profilatura

Totale macchine virtuali profilate: numero totale di macchine virtuali per le quali sono disponibili dati profilati. Se il parametro VMListFile presenta nomi di macchine virtuali che non sono state profilate, tali macchine virtuali non verranno considerate nella generazione di report e verranno escluse dal conteggio totale delle macchine virtuali profilate.

Macchine virtuali compatibili: numero di macchine virtuali che possono essere protette in Azure con Site Recovery. Il calcolo della larghezza di banda di rete necessaria, degli account di archiviazione, dei core di Azure, dei server di configurazione e dei server di elaborazione aggiuntivi si basa sul numero totale di macchine virtuali compatibili. I dettagli di ogni macchina virtuale compatibile sono disponibili nella sezione Macchine virtuali compatibili.

Macchine virtuali incompatibili: numero di macchine virtuali profilate incompatibili per la protezione con Site Recovery. I motivi dell'incompatibilità sono indicati nella sezione Macchine virtuali incompatibili. Se il parametro VMListFile presenta nomi di macchine virtuali che non sono state profilate, tali macchine virtuali saranno escluse dal conteggio delle macchine virtuali incompatibili. Queste macchine virtuali sono elencate come "Dati non trovati" alla fine della sezione Macchine virtuali incompatibili.

Desired RPO (RPO desiderato): obiettivo del punto di ripristino desiderato, in minuti. Il report viene generato per tre valori RPO: 15 (impostazione predefinita), 30 e 60 minuti. La raccomandazione relativa alla larghezza di banda nel report varia in funzione della selezione nell'elenco a discesa Desired RPO (RPO desiderato) nella parte superiore destra del foglio. Se il report è stato generato usando il parametro -DesiredRPO con un valore personalizzato, questo valore personalizzato verrà visualizzato come predefinito nell'elenco a discesa Desired RPO (RPO desiderato).

Larghezza di banda di rete necessaria (Mbps)

To meet RPO 100% of the time (Per soddisfare il valore RPO il 100% del tempo): larghezza di banda consigliata in Mbps da allocare per soddisfare il valore RPO desiderato il 100% del tempo. Questa larghezza di banda deve essere dedicata alla replica differenziale stazionaria di tutte le macchine virtuali compatibili per evitare violazioni di RPO.

Per soddisfare il valore RPO il 90% del tempo:: se i prezzi della banda larga o altri fattori impediscono di impostare la larghezza di banda necessaria per ottenere il valore RPO desiderato il 100% del tempo, è possibile scegliere un'impostazione della larghezza di banda inferiore che soddisfi il valore RPO desiderato il 90% del tempo. Per comprendere le implicazioni dell'impostazione di questa larghezza di banda inferiore, il report offre un'analisi ipotetica del numero e della durata delle violazioni del valore RPO prevedibili.

Velocità effettiva ottenuta: velocità effettiva dal server in cui si esegue il comando GetThroughput nell'area di Microsoft Azure in cui si trova l'account di archiviazione. Questo numero della velocità effettiva indica il livello stimato ottenibile quando si proteggono le macchine virtuali compatibili con Site Recovery, se le caratteristiche di archiviazione e di rete del server di configurazione o del server di elaborazione rimangono uguali a quelle del server dal quale si esegue lo strumento.

Per la replica, è opportuno impostare la larghezza di banda consigliata per soddisfare il valore RPO il 100% del tempo. Dopo avere impostato la larghezza di banda, se non è visibile un aumento della velocità effettiva ottenuta, come indicato dallo strumento, seguire questa procedura:

1. Verificare se sono presenti requisiti di qualità del servizio (QoS) che limitano la velocità effettiva di Site Recovery.

2. Verificare se l'insieme di credenziali di Site Recovery si trova nell'area fisica di Microsoft Azure più vicina supportata per ridurre al minimo la latenza di rete.

3. Controllare le caratteristiche di archiviazione locale per determinare se sia possibile migliorare l'hardware (ad esempio, passando da unità HDD a unità SSD).

4. Modificare le impostazioni di Site Recovery nel server di elaborazione per aumentare la larghezza di banda di rete usata per la replica.

Se si esegue lo strumento in un server di configurazione o in un server di elaborazione che ha già macchine virtuali protette, eseguire lo strumento più volte. Il numero della velocità effettiva ottenuta cambia in base alla varianza elaborata in quel particolare momento.

Per tutte le distribuzioni aziendali di Site Recovery è consigliabile usare ExpressRoute.

Account di archiviazione necessari

Il grafico seguente indica il numero totale di account di archiviazione (Standard e Premium) necessari per proteggere tutte le macchine virtuali compatibili. Per informazioni sull'account di archiviazione da usare per ogni macchina virtuale, vedere la sezione Posizionamento di archiviazione delle macchine virtuali. Se si usa la versione 2.5 di Deployment Planner, questa raccomandazione mostra solo il numero di account di archiviazione della cache standard necessari per la replica perché i dati vengono scritti direttamente in Managed Disks.

Required number of Azure cores (Numero di core Azure necessari)

Questo risultato è il numero totale di core da configurare prima del failover o del failover di test di tutte le macchine virtuali compatibili. Se i core disponibili nella sottoscrizione sono troppo pochi, Site Recovery non creerà le macchine virtuali al momento del failover di test o del failover.

Infrastruttura locale necessaria

Questa cifra indica il numero totale di server di configurazione e di altri server di elaborazione da configurare in quantità sufficiente per proteggere tutte le macchine virtuali compatibili. A seconda delle dimensioni consigliate per il server di configurazione supportate, lo strumento potrebbe consigliare altri server. L'indicazione si basa sul valore più grande tra quello della varianza giornaliera o del numero massimo di macchine virtuali protette (presupponendo una media di tre dischi per macchina virtuale), a seconda del valore raggiunto per primo nel server di configurazione o nel server di elaborazione aggiuntivo. I dettagli della varianza totale giornaliera e del numero totale dei dischi protetti sono disponibili nella sezione "On-premises summary" (Riepilogo ambiente locale).

Analisi di simulazione

Questa analisi indica quante violazioni possono verificarsi durante il periodo di profilatura quando si imposta una larghezza di banda inferiore per soddisfare il valore RPO desiderato solo il 90% del tempo. Possono verificarsi una o più violazioni del valore RPO in un giorno. Il grafico illustra il valore RPO di picco del giorno. In base a questa analisi è possibile stabilire se il numero di violazioni del valore RPO per il totale dei giorni e il valore RPO di picco raggiunto ogni giorno siano accettabili con la larghezza di banda inferiore specificata. Se è accettabile, è possibile allocare la larghezza di banda inferiore per la replica, altrimenti allocare la larghezza di banda superiore come suggerito per soddisfare il valore RPO desiderato il 100% del tempo.

Dimensioni consigliate per i batch di macchine virtuali per la replica iniziale

In questa sezione viene consigliato il numero di macchine virtuali che possono essere protette in parallelo per completare la replica iniziale entro 72 ore con la larghezza di banda suggerita per soddisfare il valore RPO desiderato il 100% del tempo impostato. Questo valore è configurabile. Per modificarlo durante la generazione di report, usare il parametro GoalToCompleteIR.

Il grafico mostra un intervallo di valori di larghezza di banda e il numero calcolato di macchine virtuali per batch per completare la replica iniziale in 72 ore, in base alle dimensioni medie rilevate per tutte le macchine virtuali compatibili.

Nell'anteprima pubblica, il report non specifica quali macchine virtuali includere in un batch. È possibile usare lo spazio su disco visualizzato nella sezione Macchine virtuali compatibili per determinare le dimensioni di ogni macchina virtuale e selezionarle per un batch oppure è possibile selezionare le macchine virtuali in base alle caratteristiche note del carico di lavoro. Il tempo di completamento della replica iniziale varia in modo proporzionale allo spazio su disco effettivo della macchina virtuale, allo spazio usato e alla velocità effettiva della rete disponibile.

Stima dei costi

Il grafico offre la visualizzazione di riepilogo del costo stimato totale del ripristino di emergenza in Azure per l'area di destinazione scelta e la valuta specificata per la generazione del report.

Il riepilogo consente di conoscere il costo da pagare per archiviazione, calcolo, rete e licenza in caso di protezione di tutte le macchine virtuali compatibili in Azure usando Azure Site Recovery. Il costo viene calcolato per le macchine virtuali compatibili e non per tutte le macchine virtuali profilate.

È possibile visualizzare i costi su base mensile o annuale. Vedere altre informazioni sulle aree di destinazione supportate e sulle valute supportate.

Cost by components (Costo per componente): il costo totale per il ripristino di emergenza è suddiviso tra quattro componenti, ovvero calcolo, archiviazione, rete e costo della licenza di Azure Site Recovery. Il costo viene calcolato in base al consumo che avviene durante la replica e in fase di esercitazione sul ripristino di emergenza per il calcolo, l'archiviazione (Premium e Standard), ExpressRoute/VPN configurato tra l'ambiente locale e Azure e la licenza di Azure Site Recovery.

Cost by states (Costo per stato). Il costo totale del ripristino di emergenza viene classificato in base a due diversi stati: Replication (Replica) e DR-Drill (Esercitazione sul ripristino di emergenza).

Replication cost (Costo della replica): costo addebitato durante la replica. Copre il costo dell'archiviazione, della rete e della licenza di Azure Site Recovery.

DR-Drill cost (Costo dell'esercitazione sul ripristino di emergenza): costo addebitato durante i failover di test. Azure Site Recovery attiva macchine virtuali durante il failover di test. Il costo dell'esercitazione sul ripristino di emergenza copre il costo di calcolo e di archiviazione delle macchine virtuali in esecuzione.

Costo di Archiviazione di Azure per mese/anno Mostra il costo di archiviazione totale che verrà addebitato per l'archiviazione Premium e Standard per la replica e l'esercitazione sul ripristino di emergenza. È possibile visualizzare un'analisi dettagliata dei costi per macchina virtuale nella sezione Stima dei costi.

Fattore di crescita e valori percentili usati

Questa sezione nella parte inferiore della pagina indica il valore percentile usato per tutti i contatori delle prestazioni delle macchine virtuali profilate (il valore predefinito è il 95° percentile) e il fattore di crescita (il valore predefinito è il 30%) usato in tutti i calcoli.

Raccomandazioni con la larghezza di banda disponibile come input

Si possono verificare situazioni in cui non è possibile impostare una larghezza di banda oltre un dato valore di Mbps per la replica di Site Recovery. Lo strumento consente di immettere la larghezza di banda disponibile (con il parametro -Bandwidth durante la generazione di report) e determinare il valore RPO ottenibile in minuti. Con questo valore RPO ottenibile è possibile decidere se è necessario configurare altra larghezza di banda o se è sufficiente una soluzione di ripristino di emergenza con questo valore RPO.

Posizionamento di archiviazione delle macchine virtuali

Tipo di archiviazione replica: disco gestito Standard o Premium usato per replicare tutte le macchine virtuali corrispondenti indicate nella colonna Macchine virtuali da posizionare.

Tipo di account di archiviazione log: tutti i log di replica vengono archiviati in un account di archiviazione Standard.

Prefisso suggerito per l'account di archiviazione: prefisso suggerito di tre caratteri che può essere usato per la denominazione dell'account di archiviazione della cache. È possibile usare un prefisso personalizzato, ma il suggerimento dello strumento segue la convenzione di denominazione delle partizioni per gli account di archiviazione.

Nome account log suggerito: nome dell'account di archiviazione dopo avere incluso il prefisso suggerito. Sostituire il nome nelle parentesi acute (< e >) con l'input personalizzato.

Riepilogo posizionamento: riepilogo dei dischi necessari per proteggere le macchine virtuali in base al tipo di archiviazione. Include il numero totale di macchine virtuali, le dimensioni totali di cui è stato effettuato il provisioning in tutti i dischi e il numero totale di dischi.

Macchine virtuali da posizionare: elenco di tutte le macchine virtuali da posizionare nell'account di archiviazione specificato per ottenere uso e prestazioni ottimali.

Macchine virtuali compatibili

Nome macchina virtuale: nome o indirizzo IP della macchina virtuale usato in VMListFile quando viene generato un report. Questa colonna elenca anche i dischi (VMDK) collegati alle macchine virtuali. Per distinguere le macchine virtuali vCenter con nomi o indirizzi IP duplicati, i nomi includono il nome dell'host ESXi. L'host ESXi elencato è quello in cui la macchina virtuale è stata inserita quando lo strumento l'ha rilevata durante il periodo di profilatura.

Compatibilità macchina virtuale: i valori sono Sì e Sì*. Sì* è per i casi in cui la macchina virtuale è idonea per i dischi SSD Premium. Qui, il disco con varianza elevata o operazioni di I/O al secondo profilato è idoneo per la categoria P20 o P30, ma le dimensioni del disco prevedono la mappatura alla categoria P10 o P20. In base alle dimensioni, l'account di archiviazione decide a quale tipo di disco di archiviazione Premium mappare un disco. Ad esempio:

• <128 GB rientrano nella categoria P10.
• Da 128 GB a 256 GB rientrano nella categoria P15.
• Da 256 GB a 512 GB rientrano nella categoria P20.
• Da 512 GB a 1024 GB rientrano nella categoria P30.
• Da 1025 GB a 2048 GB rientrano nella categoria P40.
• Da 2049 GB a 4095 GB rientrano nella categoria P50.

Se in virtù delle caratteristiche del carico di lavoro un disco appartiene alla categoria P20 o P30, ma le dimensioni ne determinano l'associazione a un tipo di disco di archiviazione Premium inferiore, ad esempio, lo strumento contrassegna tale macchina virtuale con Sì*. Lo strumento consiglia anche di modificare le dimensioni del disco di origine per renderlo idoneo al tipo di disco di archiviazione Premium raccomandato oppure di modificare il tipo di disco di destinazione dopo il failover.

Storage Type (Tipo di archiviazione): Standard o Premium.

Asrseeddisk (disco gestito) creato per la replica: nome del disco creato quando si abilita la replica. Archivia i dati e i relativi snapshot in Azure.

Peak R/W IOPS (with Growth Factor) (Picco operazioni di I/O al secondo in lettura/scrittura - con fattore di crescita): picco di operazioni di I/O al secondo in lettura/scrittura del carico di lavoro nel disco (il valore predefinito è 95° percentile), incluso il fattore di crescita futuro (il valore predefinito è 30%). Il numero totale di operazioni di I/O al secondo in lettura/scrittura di una macchina virtuale non è sempre costituito dalla somma delle operazioni di I/O al secondo in lettura/scrittura dei singoli dischi della macchina virtuale, perché il picco di operazioni di I/O al secondo in lettura/scrittura della macchina virtuale è il picco della somma delle operazioni di I/O al secondo in lettura/scrittura dei singoli dischi per ogni minuto del periodo di profilatura.

Peak Data Churn in Mbps (with Growth Factor) (Picco varianza dati in Mbps - con fattore di crescita): picco della frequenza di varianza nel disco (il valore predefinito è 95° percentile), incluso il fattore di crescita futuro (il valore predefinito è 30%). La varianza dei dati totale della macchina virtuale non è sempre costituita dalla somma delle varianze dei singoli dischi della macchina virtuale perché il picco della varianza dei dati corrisponde al picco della somma delle varianze dei singoli dischi per ogni minuto del periodo di profilatura.

Dimensioni macchina virtuale Azure: dimensioni ideali del mapping per Servizi cloud di Azure per questa macchina virtuale locale. Il mapping si basa sulla memoria, sul numero di dischi/core/schede di interfaccia di rete e operazioni di I/O al secondo in lettura/scrittura della macchina virtuale locale. La raccomandazione prevede sempre le dimensioni minime della macchina virtuale di Azure corrispondenti a tutte le caratteristiche della macchina virtuale locale.

Numero di dischi: numero totale dei dischi nella macchina virtuale (VMDK).

Dimensioni disco (GB): dimensioni di installazione totali di tutti i dischi della macchina virtuale. Lo strumento indica anche le dimensioni dei singoli dischi della macchina virtuale.

Core: numero di core CPU nella macchina virtuale.

Memoria (MB): RAM nella macchina virtuale.

Schede di interfaccia di rete: numero di schede di interfaccia di rete nella macchina virtuale.

Tipo di avvio: tipo di avvio della macchina virtuale. Può essere BIOS o EFI. Attualmente Azure Site Recovery supporta macchine virtuali Windows Server basate su EFI (Windows Server 2012, 2012 R2 e 2016), a condizione che il numero di partizioni nel disco di avvio sia inferiore a 4 e che i settori di avvio abbiano dimensioni di 512 byte. Per proteggere le macchine virtuali basate su EFI, la versione del servizio di mobilità di Azure Site Recovery deve essere 9.13 o successiva. Per le macchine virtuali basate su EFI è supportato solo il failover. Il failback non è supportato.

Tipo di sistema operativo: tipo di sistema operativo della macchina virtuale. Può essere Windows o Linux o un altro ancora, in base al modello scelto da VMware vSphere durante la creazione della macchina virtuale.

Macchine virtuali incompatibili

Nome macchina virtuale: nome o indirizzo IP della macchina virtuale usato in VMListFile quando viene generato un report. Questa colonna elenca anche i dischi (VMDK) collegati alle macchine virtuali. Per distinguere le macchine virtuali vCenter con nomi o indirizzi IP duplicati, i nomi includono il nome dell'host ESXi. L'host ESXi elencato è quello in cui la macchina virtuale è stata inserita quando lo strumento l'ha rilevata durante il periodo di profilatura.

Compatibilità macchina virtuale: indica perché la macchina virtuale specificata è incompatibile per l'uso con Site Recovery. I motivi vengono descritti per ogni disco incompatibile della macchina virtuale e, in base ai limiti di archiviazione pubblicati, possono essere uno dei seguenti:

• Dimensioni del disco dati errate o dimensioni del disco del sistema operativo errate. Rivedere i limiti di supporto.

• Le dimensioni totali della macchina virtuale (replica + failover di test) superano i limiti supportati dall'account di archiviazione (35 TB). Questa incompatibilità si verifica in genere quando un singolo disco della macchina virtuale ha una caratteristica di prestazioni che supera i limiti massimi supportati da Azure o da Site Recovery per l'archiviazione Standard. In questo caso la macchina virtuale rientra nell'area dell'archiviazione Premium. Le dimensioni massime supportate da un account di archiviazione Premium sono tuttavia pari a 35 TB e non è possibile proteggere una singola macchina virtuale su più account di archiviazione. Si noti anche che, quando un failover di test viene eseguito in una macchina virtuale protetta, viene eseguito nello stesso account di archiviazione in cui è in corso la replica. In questo caso, configurare il doppio delle dimensioni del disco per far sì che la replica prosegua e il failover di test venga completato in parallelo.

• Le operazioni di I/O al secondo di origine superano il limite supportato di archiviazione di 7500 operazioni per disco.

• Le operazioni di I/O al secondo di origine superano il limite supportato di archiviazione di 80.000 operazioni per ogni macchina virtuale.

• La varianza media dei dati supera il limite supportato da Site Recovery di 20 MB/s per le dimensioni I/O medie del disco.

• Il picco di varianza dei dati per tutti i dischi nella macchina virtuale supera il limite massimo supportato da Site Recovery di 54 MB/s per macchina virtuale.

• Le operazioni di I/O al secondo in scrittura superano il limite supportato da Site Recovery di 840 operazioni per disco.

• L'archiviazione snapshot calcolata supera il limite supportato di 10 TB.

• La varianza totale dei dati al giorno supera il limite di 2 TB supportato per ogni giorno da un server di elaborazione.

R/W IOPS (with Growth Factor) (Operazioni di I/O al secondo in lettura/scrittura - Con fattore di crescita): picco di operazioni di I/O al secondo per i carichi di lavoro nel disco (il valore predefinito è 95° percentile), incluso il fattore di crescita futuro (il valore predefinito è 30%). Il numero totale di operazioni di I/O al secondo in lettura/scrittura della macchina virtuale non è sempre costituito dalla somma delle operazioni di I/O al secondo in lettura/scrittura dei singoli dischi della macchina virtuale, perché il picco di operazioni di I/O al secondo in lettura/scrittura della macchina virtuale è il picco della somma delle operazioni di I/O al secondo in lettura/scrittura dei singoli dischi per ogni minuto del periodo di profilatura.

Peak Data Churn in Mbps (with Growth Factor) (Picco di varianza dati in Mbps - Con fattore di crescita): picco della frequenza di varianza nel disco (il valore predefinito è 95° percentile), incluso il fattore di crescita futuro (il valore predefinito è 30%). La varianza dei dati totale della macchina virtuale non è sempre costituita dalla somma delle varianze dei singoli dischi della macchina virtuale perché il picco della varianza dei dati corrisponde al picco della somma delle varianze dei singoli dischi per ogni minuto del periodo di profilatura.

Numero di dischi: numero totale dei dischi (VMDK) nella macchina virtuale.

Dimensioni disco (GB): dimensioni di installazione totali di tutti i dischi della macchina virtuale. Lo strumento indica anche le dimensioni dei singoli dischi della macchina virtuale.

Core: numero di core CPU nella macchina virtuale.

Memoria (MB): quantità di RAM della macchina virtuale.

Schede di interfaccia di rete: numero di schede di interfaccia di rete nella macchina virtuale.

Tipo di avvio: tipo di avvio della macchina virtuale. Può essere BIOS o EFI. Attualmente Azure Site Recovery supporta macchine virtuali Windows Server basate su EFI (Windows Server 2012, 2012 R2 e 2016), a condizione che il numero di partizioni nel disco di avvio sia inferiore a 4 e che i settori di avvio abbiano dimensioni di 512 byte. Per proteggere le macchine virtuali basate su EFI, la versione del servizio di mobilità di Azure Site Recovery deve essere 9.13 o successiva. Per le macchine virtuali basate su EFI è supportato solo il failover. Il failback non è supportato.

Tipo di sistema operativo: tipo di sistema operativo della macchina virtuale. Può essere Windows o Linux o un altro ancora, in base al modello scelto da VMware vSphere durante la creazione della macchina virtuale.

Limiti di Azure Site Recovery

La tabella seguente indica i limiti di Azure Site Recovery. Questi limiti si basano su test di Microsoft, ma non possono coprire tutte le possibili combinazioni di I/O delle applicazioni. I risultati effettivi possono variare in base alla combinazione di I/O delle applicazioni. Per risultati ottimali, anche dopo la pianificazione della distribuzione è sempre consigliabile eseguire test approfonditi delle applicazioni con un failover di test per ottenere il quadro reale delle prestazioni dell'applicazione.

Si tratta di numeri medi presupponendo una sovrapposizione I/O del 30%. Site Recovery può gestire una velocità effettiva maggiore in base alla percentuale di sovrapposizione, alle dimensioni di scrittura maggiori e all'effettivo I/O del carico di lavoro. I numeri precedenti presuppongono un backlog tipico di circa cinque minuti, ovvero i dati, dopo essere stati caricati, verranno elaborati e verrà creato un punto di ripristino entro cinque minuti.

Stima dei costi

Vedere altre informazioni sulla stima dei costi.

Passaggi successivi

Vedere altre informazioni sulla stima dei costi.