Domande frequenti sulla replica da VMware ad Azure

Questo articolo risponde alle domande comuni che possono verificarsi quando si distribuisce il ripristino di emergenza di macchine virtuali VMware locali in Azure.

Nota

È ora possibile spostare gli elementi replicati esistenti nell'esperienza di ripristino di emergenza VMware modernizzata. Altre informazioni.

Generali

Ricerca per categorie usare l'esperienza classica nell'insieme di credenziali di Servizi di ripristino anziché l'esperienza modernizzata?

Il passaggio all'esperienza classica in un servizio di ripristino appena creato non è possibile perché sarà deprecato a marzo 2026. Tutti i nuovi insiemi di credenziali di Servizi di ripristino usano l'esperienza modernizzata.

È possibile eseguire la migrazione all'esperienza modernizzata?

È possibile eseguire la migrazione di tutte le macchine virtuali VMware o i server fisici replicati usando l'esperienza classica all'esperienza modernizzata. Controllare i dettagli qui e seguire l'esercitazione.

Cosa serve per il ripristino di emergenza di macchine virtuali VMware?

Informazioni sui componenti coinvolti nel ripristino di emergenza di macchine virtuali VMware.

È possibile usare Site Recovery per eseguire la migrazione di macchine virtuali VMware ad Azure?

Sì. Oltre a usare Site Recovery per configurare il ripristino di emergenza completo per le macchine virtuali VMware, è anche possibile usare Site Recovery per eseguire la migrazione di macchine virtuali VMware locali ad Azure. In questo scenario si esegue la replica di macchine virtuali VMware locali in Archiviazione di Azure. Quindi si esegue il failover dal sito locale in Azure. Dopo il failover, le app e i carichi di lavoro sono disponibili e in esecuzione all'interno di macchine virtuali di Azure. Il processo è simile alla configurazione del ripristino di emergenza completo, ad eccezione del fatto che in una migrazione non è possibile eseguire il failback da Azure.

L'account Azure deve avere le autorizzazioni per creare macchine virtuali?

L'amministratore della sottoscrizione ha le autorizzazioni di replica necessarie. Se non si è un amministratore, sono necessarie le autorizzazioni per eseguire queste azioni:

• Creare una macchina virtuale di Azure nel gruppo di risorse e nella rete virtuale specificata durante la configurazione di Site Recovery.
• Scrivere nell'account di archiviazione selezionato o nel disco gestito in base alla configurazione.

Altre informazioni sulle autorizzazioni necessarie.

Quali applicazioni è possibile replicare?

È possibile replicare qualsiasi app o carico di lavoro in esecuzione in una macchina virtuale VMware che soddisfi i requisiti di replica.

• Site Recovery supporta la replica in grado di supportare l'applicazione, in modo che le app possano eseguire il failover e il failback a uno stato intelligente.
• Site Recovery si integra con applicazioni Microsoft come SharePoint, Exchange, Dynamics, SQL Server e Active Directory. Collabora inoltre con i principali fornitori, tra cui Oracle, SAP, IBM e Red Hat.

Altre informazioni sulla protezione del carico di lavoro.

È possibile usare una licenza del server del sistema operativo guest in Azure?

Sì. I clienti di Microsoft Software Assurance possono usare il Vantaggio Azure Hybrid per risparmiare sui costi di licenza per i computer Windows Server di cui viene eseguita la migrazione ad Azure o per usare Azure per il ripristino di emergenza.

Sicurezza

Quali accessi ai server VMware sono necessari per Site Recovery?

Site Recovery richiede l'accesso ai server VMware per:

• Configurare una macchina virtuale VMware che esegue il server di configurazione di Site Recovery.
• Individuare automaticamente le macchine virtuali per la replica.

Qual è l'accesso alle macchine virtuali VMware necessarie per Site Recovery?

• Per eseguire la replica, una macchina virtuale VMware deve avere installato e in esecuzione Site Recovery servizio di mobilità. È possibile distribuire manualmente lo strumento oppure specificare che Site Recovery esegue un'installazione push del servizio quando si abilita la replica per una macchina virtuale.
• Durante la replica, le macchine virtuali comunicano con Site Recovery come indicato di seguito:
  • Le macchine virtuali comunicano con il server di configurazione sulla porta HTTPS 443 per la gestione della replica.
  • Le macchine virtuali inviano dati di replica al server di elaborazione sulla porta HTTPS 9443. Questa impostazione può essere modificata.
  • Se si abilita la coerenza tra più macchine virtuali, le macchine virtuali comunicano tra loro sulla porta 20004.

I dati di replica vengono inviati a Site Recovery?

No, Site Recovery non intercetta i dati replicati e non contiene informazioni su ciò che è in esecuzione nelle macchine virtuali. I dati di replica vengono scambiati tra gli hypervisor VMware e i Archiviazione di Azure. Site Recovery non è in grado di intercettare i dati. Al servizio Site Recovery vengono inviati solo i metadati necessari per gestire la replica e il failover.

Site Recovery è certificato per ISO 27001:2013 e 27018, HIPAA e DPA. È in corso di valutazione SOC2 e FedRAMP JAB.

Prezzi

Ricerca per categorie calcolare gli addebiti approssimativi per il ripristino di emergenza di VMware?

Usare il calcolatore prezzi per stimare i costi durante l'uso di Site Recovery.

Per una stima dettagliata dei costi, eseguire lo strumento Deployment Planner per VMware e usare il report di stima dei costi.

Esiste una differenza di costo tra la replica nell'archiviazione o direttamente nei dischi gestiti?

I dischi gestiti vengono addebitati in modo leggermente diverso dagli account di archiviazione. Altre informazioni sui prezzi di Managed Disk.

Esiste una differenza di costo durante la replica nell'account di archiviazione per utilizzo generico v2?

In genere si noterà un aumento dei costi delle transazioni sostenuti negli account di archiviazione per utilizzo generico v2, poiché Azure Site Recovery è un numero elevato di transazioni. Altre informazioni per stimare la modifica.

Servizio Mobility

Dove è possibile trovare i programmi di installazione del servizio Mobility?

I programmi di installazione si trovano nella cartella %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository nel server di configurazione.

Come si installa il servizio Mobility?

In ogni macchina virtuale da replicare installare il servizio con uno dei diversi metodi seguenti:

• Installazione push
• Installazione manuale dall'interfaccia utente o da PowerShell
• Distribuzione tramite uno strumento di distribuzione, ad esempio Configuration Manager

Dischi gestiti

Dove Site Recovery replica i dati?

Site Recovery replica le macchine virtuali VMware locali e i server fisici in dischi gestiti in Azure.

• Il server di elaborazione di Site Recovery scrive i log di replica in un account di archiviazione della cache nell'area di destinazione.
• Questi log vengono usati per creare punti di ripristino in dischi gestiti di Azure con prefisso asrseeddisk.
• Quando si verifica il failover, il punto di ripristino selezionato viene usato per creare un nuovo disco gestito di destinazione. Questo disco gestito è collegato alla macchina virtuale in Azure.
• Le macchine virtuali replicate in precedenza in un account di archiviazione (prima di marzo 2019) non sono interessate.

È possibile replicare nuovi computer in account di archiviazione?

No. A partire da marzo 2019, nella portale di Azure è possibile eseguire la replica solo in dischi gestiti di Azure.

La replica di nuove macchine virtuali in un account di archiviazione è disponibile solo usando PowerShell (modulo Az.RecoveryServices versione 1.4.5) o l'API REST (versione 2018-01-10 o 2016-08-10). Informazioni su come configurare la replica usando i comandi di PowerShell.

Quali sono i vantaggi della replica in dischi gestiti?

Informazioni su come Site Recovery semplifica il ripristino di emergenza con dischi gestiti.

È possibile modificare il tipo di disco gestito dopo che un computer è protetto?

Sì, è possibile modificare facilmente il tipo di disco gestito per le repliche in corso. Prima di modificare il tipo, assicurarsi che nel disco gestito non venga generato alcun URL di firma di accesso condiviso:

1. Passare alla risorsa Disco gestito nel portale di Azure e verificare se è presente un banner URL della firma di accesso condiviso nel pannello Panoramica.
2. Se il banner è presente, selezionarlo per annullare l'esportazione in corso.
3. Modificare il tipo di disco entro pochi minuti. Se si modifica il tipo di disco gestito, attendere che i punti di ripristino aggiornati vengano generati da Azure Site Recovery.
4. Usare i nuovi punti di ripristino per qualsiasi failover di test o failover in futuro.

È possibile passare dalla replica da dischi gestiti a dischi non gestiti?

No. Il passaggio da gestito a non gestito non è supportato.

Replica

Quali sono i requisiti delle macchine virtuali replicate?

Altre informazioni sui requisiti di supporto per macchine virtuali VMware e server fisici.

Con quale frequenza è possibile eseguire la replica in Azure?

La replica di macchine virtuali VMware in Azure è continua.

È possibile estendere la replica?

No, la replica concatenata o estesa non è supportata. Richiedere questa funzionalità nel forum dei commenti.

Come è possibile tenere traccia dello stato di avanzamento della replica/sincronizzazione iniziale?

Questa funzionalità è stata recentemente usata per i servizi di Site Recovery. Aggiornare l'infrastruttura di Site Recovery (server di configurazione, server di elaborazione con scalabilità orizzontale) e l'agente di mobilità alle versioni 9.36 o successive per ottenere dettagli accurati. Altre informazioni su come tenere traccia dello stato di avanzamento qui.

È possibile eseguire una replica iniziale offline?

La replica offline non è supportata. Richiedere questa funzionalità nel forum dei commenti.

Che cos'è asrseeddisk?

Per ogni disco di origine, i dati vengono replicati in un disco gestito in Azure. Questo disco ha il prefisso asrseeddisk. Archivia la copia del disco di origine e di tutti gli snapshot del punto di ripristino.

È possibile escludere i dischi dalla replica?

Sì, è possibile escludere dischi.

È possibile replicare macchine virtuali con dischi dinamici?

I dischi dinamici possono essere replicati. Il disco del sistema operativo deve essere un disco di base.

Se si usano i gruppi di replica per la coerenza tra più macchine virtuali, è possibile aggiungere una nuova macchina virtuale a un gruppo di replica esistente?

Sì, è possibile aggiungere nuove macchine virtuali a un gruppo di replica esistente quando si abilita la replica per le suddette macchine. Tuttavia:

• Non è possibile aggiungere una macchina virtuale a un gruppo di replica esistente dopo l'avvio della replica.
• Non è possibile creare un gruppo di replica per le macchine virtuali esistenti.

È possibile modificare le macchine virtuali che eseguono la replica mediante l'aggiunta o il ridimensionamento dei dischi?

Per la replica VMware in Azure, è possibile modificare le dimensioni del disco delle macchine virtuali di origine. Se si vogliono aggiungere nuovi dischi, è necessario aggiungere il disco e ripristinare la protezione per la macchina virtuale.

È possibile eseguire la migrazione di computer locali a un nuovo server vCenter senza influire sulla replica in corso?

Fare riferimento alle linee guida per eseguire la migrazione dei computer a un nuovo vCenter

È possibile eseguire la replica in una cache o in un account di archiviazione di destinazione con una rete virtuale (con Firewall di Azure) configurata su di essa?

No, Site Recovery non supporta la replica per Archiviazione di Azure nelle reti virtuali.

Qual è la frequenza di generazione di punti di ripristino coerenti con l'arresto anomalo del sistema?

Site Recovery genera punti di ripristino coerenti con l'arresto anomalo del sistema ogni 5 minuti.

È possibile modificare un computer di replica già da uno a un altro insieme di credenziali di Servizi di ripristino?

Il passaggio degli insiemi di credenziali di Servizi di ripristino, quando la replica è già in corso, non è supportata. A tale scopo, la replica deve essere disabilitata e abilitata di nuovo. Inoltre, l'agente del servizio Mobility, installato nel computer di origine, dovrà essere non configurato in modo che possa essere configurato in un nuovo insieme di credenziali. Usare i comandi seguenti per eseguire l'annullamento della registrazione:

Per i computer Windows -

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true

Per i computer Linux -

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime

Aggiornamento dei componenti

La versione dell'agente di servizio di mobilità s o del server di configurazione è precedente e l'aggiornamento non è riuscito. Come si deve procedere?

Site Recovery segue il modello di supporto N-4. Altre informazioni su come eseguire l'aggiornamento da versioni precedenti.

Dove è possibile trovare le note sulla versione e gli aggiornamenti cumulativi per Azure Site Recovery?

Informazioni sui nuovi aggiornamenti e su come ottenere informazioni sul rollup.

Dove è possibile trovare informazioni sull'aggiornamento per il ripristino di emergenza in Azure?

Informazioni sull'aggiornamento.

È necessario riavviare i computer di origine per ogni aggiornamento?

È consigliabile riavviare ma non obbligatorio per ogni aggiornamento. Altre informazioni.

Server di configurazione

Qual è la funzione del server di configurazione?

Il server di configurazione esegue i componenti di Site Recovery locali, tra cui:

• Server di configurazione stesso. Il server coordina le comunicazioni tra i componenti locali e Azure e gestisce la replica dei dati.
• Il server di elaborazione, che funge da gateway di replica. Questo server:
  1. Riceve i dati di replica.
  2. Consente di ottimizzare i dati mediante memorizzazione nella cache, compressione e crittografia.
  3. Invia i dati a Archiviazione di Azure. Il server di elaborazione esegue anche un'installazione push del servizio Mobility nelle macchine virtuali ed esegue l'individuazione automatica delle macchine virtuali VMware locali.
• Server di destinazione master, che gestisce i dati di replica durante il failback da Azure.

Altre informazioni sui processi e i componenti del server di configurazione.

Dove si configura il server di configurazione?

È necessaria una singola macchina virtuale VMware locale a disponibilità elevata per il server di configurazione. Per il ripristino di emergenza del server fisico, installare il server di configurazione in un computer fisico.

Cosa serve per il server di configurazione?

Esaminare i prerequisiti.

È possibile configurare manualmente il server di configurazione invece di usare un modello?

È consigliabile creare la macchina virtuale del server di configurazione usando la versione più recente del modello OVF (Open Virtualization Format). Se non è possibile usare il modello , ad esempio se non si ha accesso al server VMware, scaricare il file di installazione dal portale e configurare il server di configurazione.

Un server di configurazione può eseguire la replica in più aree?

No. Per eseguire la replica in più aree, è necessario un server di configurazione in ogni area.

È possibile ospitare un server di configurazione in Azure?

Anche se è possibile, la macchina virtuale di Azure che esegue il server di configurazione dovrà comunicare con l'infrastruttura VMware locale e le macchine virtuali. Questa comunicazione aggiunge latenza e influisce sulla replica in corso.

Come si aggiorna il server di configurazione?

Informazioni su come aggiornare il server di configurazione.

• È possibile trovare le informazioni sull'aggiornamento più recente nella pagina aggiornamenti di Azure.
• È possibile scaricare la versione più recente dal portale. In alternativa, è possibile scaricare la versione più recente del server di configurazione direttamente dall'Area download Microsoft.
• Se la versione è più di quattro versioni precedenti alla versione corrente, vedere l'istruzione di supporto per indicazioni sull'aggiornamento.

È necessario eseguire il backup del server di configurazione?

Si consiglia di eseguire backup pianificati regolari del server di configurazione.

• Per il failback corretto, la macchina virtuale sottoposta a failback deve esistere nel database del server di configurazione.
• Il server di configurazione deve essere in esecuzione e in uno stato connesso.
• Altre informazioni sulle attività comuni di gestione del server di configurazione.

Durante l'impostazione del server di configurazione è possibile scaricare e installare MySQL manualmente?

Sì. Scaricare MySQL e inserirlo nella cartella C:\Temp\ASRSetup. Quindi, installarlo manualmente. Quando si configura la macchina virtuale del server di configurazione e si accettano le condizioni, MySQL è elencato come Già installato in Download e installazione.

Si può evitare di scaricare MySQL ma lasciare che venga installato da Site Recovery?

Sì. Scaricare il programma di installazione di MySQL e inserirlo nella cartella C:\Temp\ASRSetup. Quando si configura la macchina virtuale del server di configurazione, accettare le condizioni e selezionare Scarica e installa. Il portale usa il programma di installazione aggiunto per installare MySQL.

È possibile usare la macchina virtuale del server di configurazione per altri scopi?

No. Usare la macchina virtuale solo per il server di configurazione.

È possibile clonare un server di configurazione e usarlo per l'orchestrazione?

No. Configurare un nuovo server di configurazione per evitare problemi di registrazione.

È possibile modificare l'insieme di credenziali in cui è registrato il server di configurazione?

No. Dopo che un insieme di credenziali è associato al server di configurazione, non può essere modificato. Informazioni sulla registrazione di un server di configurazione con un insieme di credenziali diverso.

È possibile usare lo stesso server di configurazione per il ripristino di emergenza di macchine virtuali VMware e server fisici?

Sì, ma si noti che il computer fisico può essere eseguito il failback solo in una macchina virtuale VMware.

Dove è possibile scaricare la passphrase per il server di configurazione?

Informazioni su come scaricare la passphrase.

Dove è possibile scaricare le chiavi di registrazione dell'insieme di credenziali?

Nell'insieme di credenziali di Servizi di ripristino selezionare Server di configurazione in Gestione infrastruttura>di Site Recovery. Quindi, in Server selezionare Scarica chiave di registrazione per scaricare il file delle credenziali dell'insieme di credenziali.

È possibile usare un singolo server di configurazione per proteggere più istanze di vCenter?

Sì, un singolo server di configurazione può proteggere le macchine virtuali in più vCenter. Non esiste alcun limite al numero di istanze di vCenter che possono essere aggiunte al server di configurazione, ma i limiti per il numero di macchine virtuali che un singolo server di configurazione può proteggere si applicano.

Un singolo server di configurazione può proteggere più cluster all'interno di vCenter?

Sì, Azure Site Recovery può proteggere le macchine virtuali in cluster diversi.

Server di elaborazione

Come è possibile garantire la disponibilità elevata del server di elaborazione?

Configurando più server di elaborazione, la progettazione offre flessibilità per spostare i computer protetti da un server di elaborazione non integro al server di elaborazione funzionante. Lo spostamento di un computer da un server di elaborazione a un altro deve essere avviato in modo esplicito/manuale tramite i passaggi definiti qui: spostamento di macchine virtuali tra server di elaborazione.

Failover e failback

È possibile usare il server di elaborazione locale per il failback?

È consigliabile creare un server di elaborazione in Azure per scopi di failback, per evitare latenze di trasferimento dei dati. Inoltre, nel caso in cui la rete vm di origine sia stata separata con la rete con connessione di Azure nel server di configurazione, è essenziale usare il server di elaborazione creato in Azure per il failback.

È possibile mantenere l'indirizzo IP in caso di failover?

Sì, è possibile mantenere l'indirizzo IP in caso di failover. Assicurarsi di specificare l'indirizzo IP di destinazione nelle impostazioni calcolo e rete per la macchina virtuale prima del failover. Arrestare anche i computer al momento del failover per evitare conflitti di indirizzi IP durante il failback.

È possibile modificare le dimensioni della macchina virtuale di destinazione o il tipo di macchina virtuale prima del failover?

Sì, è possibile modificare il tipo o le dimensioni della macchina virtuale in qualsiasi momento prima del failover. Nel portale usare le impostazioni calcolo e rete per la macchina virtuale replicata.

Fino a quando può risalire il recupero?

Per VMware in Azure, il punto di ripristino meno recente che è possibile usare è di 15 giorni.

Come avviene l'eliminazione dei punti di ripristino?

I punti di ripristino coerenti con l'arresto anomalo del sistema vengono generati ogni cinque minuti. Gli snapshot coerenti con l'app vengono generati in base alla frequenza di input immessa dall'utente. Oltre due ore, l'eliminazione dei punti di ripristino può verificarsi in base al periodo di conservazione immesso. Di seguito sono riportati gli scenari seguenti:

Input del periodo di conservazione	Meccanismo di eliminazione
0 giorno	Nessun punto di ripristino salvato. È possibile eseguire il failover solo al punto più recente
1 giorno	Un punto di ripristino salvato all'ora oltre le ultime due ore
2 - 7 giorni	Un punto di ripristino salvato per due ore oltre le ultime due ore
8 - 15 giorni	Un punto di ripristino salvato per due ore oltre le ultime due ore per 7 giorni. Registrare questo, un punto di ripristino salvato per quattro ore. Gli snapshot coerenti con l'app verranno eliminati anche in base alla durata indicata in precedenza anche se si inserisce una frequenza di snapshot meno coerente con l'app.

Gli aumenti della conservazione dei punti di ripristino aumentano i costi di archiviazione?

Sì. Ad esempio, se si aumenta la conservazione da 1 giorno a tre giorni, Site Recovery salva i punti di ripristino per altri due giorni. Il tempo aggiunto comporta modifiche all'archiviazione. In precedenza, salvava i punti di ripristino all'ora per un giorno. A questo punto, i punti di ripristino vengono salvati per due ore per tre giorni. Fare riferimento all'eliminazione dei punti di ripristino. Quindi vengono salvati più di 12 punti di ripristino. Ad esempio, solo se un singolo punto di ripristino ha apportato modifiche differenziali di 10 GB, con un costo per GB pari a $ 0,16 al mese, gli addebiti aggiuntivi saranno $ 1,60 × 12 al mese.

Come si accede alle macchine virtuali di Azure dopo il failover?

Dopo il failover, è possibile accedere alle macchine virtuali di Azure tramite una connessione Internet sicura, tramite una VPN da sito a sito o tramite Azure ExpressRoute. Per connettersi, è necessario preparare diverse operazioni. Altre informazioni.

I dati di cui è stato eseguito il failover sono resilienti?

Azure è progettato nell'ottica della resilienza. Site Recovery è progettato per il failover in un data center secondario di Azure, come richiesto dal contratto di servizio di Azure. Quando si verifica il failover, assicurarsi che i metadati e gli insiemi di credenziali rimangano nella stessa area geografica scelta per l'insieme di credenziali.

Il failover è automatico?

Il failover non è automatico. Per avviare un failover, effettuare una singola selezione nel portale oppure usare PowerShell per attivare un failover.

È possibile eseguire il failback in una posizione diversa?

Sì. Se si esegue il failover in Azure, è possibile eseguire il failback in un percorso diverso se quello originale non è disponibile. Altre informazioni.

Perché è necessaria una VPN o ExpressRoute con peering privato per eseguire il failback?

Quando si esegue il failback da Azure, i dati di Azure sono copiati di nuovo nella macchina virtuale locale e è necessario l'accesso privato.

È possibile usare la prenotazione di capacità su richiesta con VMware (anche fisico) nello scenario IaaS?

No. Azure Site Recovery non può usare la prenotazione di capacità su richiesta, a meno che non si tratti di uno scenario da Azure ad Azure.

La licenza dell'applicazione si basa sull'UUID della macchina virtuale VMware. L'UUID di una macchina virtuale VMware viene modificato quando viene eseguito il failover in Azure?

Sì, l'UUID della macchina virtuale di Azure è diverso dalla macchina virtuale VMware locale. Tuttavia, la maggior parte dei fornitori di applicazioni supporta il trasferimento della licenza a un nuovo UUID. Se l'applicazione lo supporta, il cliente può collaborare con il fornitore per trasferire la licenza alla macchina virtuale con il nuovo UUID.

Automazione e scripting

È possibile configurare la replica con lo scripting?

Sì. È possibile automatizzare i flussi di lavoro di Site Recovery usando l'API REST, PowerShell o Azure SDK. Altre informazioni.

Prestazioni e capacità

È possibile limitare la larghezza di banda per la replica?

Sì. Altre informazioni.

Passaggi successivi

• Esaminare i requisiti di supporto.
• Configurare la replica da VMware ad Azure.