Definire la replica Hyper-V

Completato

Mentre Contoso si prepara a virtualizzare ed eseguire la migrazione dei carichi di lavoro, come amministratore di Windows Server, è necessario determinare una soluzione BCDR appropriata. Con questa soluzione, le operazioni potrebbero continuare e i dati potrebbero essere recuperati se si verifica una calamità naturale, ad esempio un terremoto, un'alluvione o un incendio. Inizierai questo processo apprendendo di Hyper-V Replica.

Panoramica di Hyper-V Replica

Hyper-V I cluster di failover vengono usati per rendere le macchine virtuali altamente disponibili, ma in genere sono limitati a un'unica allocazione. I cluster multisito dipendono in genere da hardware specializzato e possono essere complessi e costosi da implementare. Se si è verificata una calamità naturale, ad esempio un terremoto o un'inondazione, tutte le infrastrutture server nella posizione interessata potrebbero essere perse.

Una possibile soluzione consiste nel copiare periodicamente la macchina virtuale manualmente. È anche possibile eseguire il backup della macchina virtuale e della relativa risorsa di archiviazione. Anche se questa soluzione ottiene il risultato desiderato, è un uso intensivo delle risorse e richiede molto tempo. Inoltre, poiché i backup vengono eseguiti solo periodicamente, il backup è raramente aggiornato quanto la macchina virtuale in esecuzione.

È possibile usare Hyper-V Replica per implementare una soluzione BCDR conveniente per un ambiente virtuale:

• Hyper-V Replica può proteggersi dalla perdita di dati dall'interruzione del sito copiando una macchina virtuale dinamica come macchina virtuale di replica da una posizione a un'altra. Se il sito che contiene la macchina virtuale primaria diventa non disponibile, la macchina virtuale di replica è disponibile per mantenere disponibili i carichi di lavoro.

• Se necessario, è possibile usare Hyper-V Replica per estendere la replica della copia offline in una terza destinazione.

• Se l'organizzazione dispone solo di un'unica posizione disponibile, è comunque possibile usare Hyper-V Replica per replicare le macchine virtuali in un'organizzazione partner in un'altra posizione, in un provider di hosting o in Microsoft Azure.

Hyper-V Replica può avere le due istanze seguenti di una singola macchina virtuale che si trovano in host Hyper-V diversi:

• La macchina virtuale principale, che esegue attivamente, denominata macchina virtuale primaria .
• Una copia offline della macchina virtuale primaria, denominata macchina virtuale di replica .

Se si verifica un errore nel sito del server primario, è possibile usare Hyper-V Replica per eseguire un failover delle macchine virtuali nel server di replica in un sito del server secondario. Ciò comporta tempi di inattività minimi.

Prerequisiti per l'implementazione della replica Hyper-V

Prima di implementare Hyper-V Replica, assicurarsi che l'infrastruttura di virtualizzazione disponga dei prerequisiti seguenti:

• Una versione supportata di Windows Server con il ruolo Hyper-V installato sia nel sito primario che in quello di replica.
• Spazio di archiviazione sufficiente sia negli host primario che in quello di replica Hyper-V per archiviare ed eseguire tutte le macchine virtuali, ad esempio le macchine virtuali locali e le macchine virtuali replicate. Le macchine virtuali replicate si trovano in uno stato disattivato e vengono avviate solo se si esegue un failover.
• Spazio di archiviazione sufficiente per i file di log che contengono le modifiche alla posizione principale. Anche se i file di log vengono eliminati dopo la replica, se si verificano problemi di connettività di rete, i file di log potrebbero riempire l'archiviazione.
• Connettività di rete tra le sedi che ospitano gli host primario e replica Hyper-V. La connettività può essere tramite una rete WAN (Wide Area Network) o un collegamento lan (Local Area Network).
• Regole del firewall per consentire la replica tra i siti primari e di replica. Quando si installa il ruolo Hyper-V, in Windows Defender Firewall vengono aggiunte le regole Listener HTTP replica Hyper-V (TCP-In) e Listener HTTPS replica Hyper-V (TCP-In). Prima di poter usare Hyper-V Replica, è necessario abilitare una o entrambe le regole nell'host di replica Hyper-V.
• Certificazione di autenticazione o requisiti dell'infrastruttura di Active Directory Domain Services (AD DS), a seconda del tipo di autenticazione che si prevede di usare:
  • Se si prevede di usare l'autenticazione basata su certificati, è necessario un certificato X.509v3 da un'autorità di certificazione attendibile per supportare l'autenticazione reciproca in entrambi gli host Hyper-V. Quando si usa l'autenticazione basata su certificati, Hyper-V host possono trovarsi in foreste di Active Directory Domain Services diverse.
  • Se si prevede di usare l'autenticazione Kerberos, entrambi gli host Hyper-V devono essere aggiunti alla stessa foresta di Active Directory Domain Services.

Importante

Hyper-V Replica non è una tecnologia a disponibilità elevata, è una tecnologia di ripristino di emergenza. La disponibilità elevata rimuove principalmente singoli punti di errore, in modo che i servizi siano sempre o quasi sempre disponibili. Poiché si tratta di una tecnologia di ripristino di emergenza, Hyper-V Replica interviene quando la disponibilità elevata fallisce. Hyper-V Replica non dispone di un'opzione di failover automatico.

Architettura di alto livello della replica Hyper-V

Quando si configura una macchina virtuale per la replica, Hyper-V Replica esegue una replica iniziale e quindi crea una copia della macchina virtuale nel secondo host Hyper-V nel sito di ripristino. La macchina virtuale replicata rimane disattivata fino a quando non si avvia un failover; nel frattempo, la macchina virtuale primaria continua a essere in esecuzione. Le modifiche nella macchina virtuale primaria vengono scritte in un file di log che viene replicato periodicamente e applicato alla replica.

Hyper-V Replica include i componenti descritti in dettaglio nella tabella seguente.

Componente della replica Hyper-V	Descrizione
Motore di replica	Il motore di replica gestisce la replica iniziale, i dettagli di configurazione della replica, la replica delle modifiche delta, nonché le operazioni di failover e failover di test. Tiene inoltre traccia degli eventi di mobilità delle macchine virtuali e dell'archiviazione e esegue le azioni appropriate quando necessario.
Modulo di rilevamento delle modifiche	Il modulo rilevamento modifiche tiene traccia delle modifiche apportate alla macchina virtuale in un host di Hyper-V di origine. Il modulo rilevamento modifiche tiene traccia delle operazioni di scrittura nei dischi rigidi virtuali. Questa operazione viene eseguita indipendentemente dalla posizione in cui sono archiviati i dischi rigidi virtuali (VHD), che vengano archiviati localmente su una rete di archiviazione (SAN), su un sistema di archiviazione collegato in rete (NAS), su una condivisione Server Message Block versione 3 (SMB3) o successiva, o su un volume condiviso del cluster (CSV).
Modulo di rete	Il modulo di rete offre un modo sicuro ed efficiente per trasferire i dati delle macchine virtuali tra gli host Hyper-V. Per impostazione predefinita, il modulo di rete riduce al minimo il traffico comprimendo i dati. Può anche crittografare i dati quando vengono usati l'autenticazione https e basata sulla certificazione.
Gestore di replica Hyper-V	Gestore di replica Hyper-V viene usato solo quando un host Hyper-V è un nodo in un cluster di failover. Hyper-V Replica Broker consente di usare Hyper-V Replica con macchine virtuali a disponibilità elevata che possono spostarsi tra nodi del cluster. Il ruolo gestore di replica Hyper-V esegue questa operazione eseguendo una query sul database del cluster, quindi reindirizza tutte le richieste al nodo del cluster in cui è attualmente in esecuzione la macchina virtuale.
Strumenti di gestione	È possibile configurare e gestire Hyper-V Replica con strumenti come Hyper-V Manager e Windows PowerShell. Usare Gestione cluster di failover per tutte le configurazioni di replica Hyper-V e di gestione delle macchine virtuali quando gli host Hyper-V di origine o di replica fanno parte di un cluster di failover Hyper-V.

Importante

Hyper-V replica funziona a livello di host ed è indipendente dal carico di lavoro e dall'applicazione. Ciò significa che è possibile usare Site Recovery per qualsiasi sistema operativo supportato da Hyper-V e per proteggere tutti i tipi di carichi di lavoro, inclusi gli ambienti Windows o Linux, ad esempio:

• Microsoft SharePoint Server
• Microsoft Dynamics CRM
• Microsoft SQL Server
• Internet Information Services (IIS)
• Applicazioni di terze parti