Pianificare il mapping di rete per la replica di macchine virtuali Hyper-V con Site Recovery

Questo articolo fornisce informazioni utili per la comprensione e la pianificazione del mapping di rete durante la replica di VM Hyper-V in Azure oppure in un sito secondario tramite il servizio Azure Site Recovery.

Dopo la lettura di questo articolo, è possibile inserire commenti nella parte inferiore dell'articolo oppure porre domande tecniche nel forum sui servizi di ripristino di Azure.

Mapping di rete per la replica in Azure

Il mapping di rete viene usato durante la replica di VM Hyper-V (gestite in VMM) in Azure. Il mapping di rete esegue il mapping tra reti VM in un server VMM e reti di Azure di destinazione. Il mapping esegue queste operazioni:

  • Connessione di rete: assicura che le VM di Azure replicate vengano connesse alla rete mappata. Tutte le macchine virtuali che eseguono il failover nella stessa rete possono connettersi tra loro, anche se hanno eseguito il failover in piani di ripristino diversi.
  • Gateway di rete: se nella rete di Azure di destinazione è configurato un gateway di rete, le macchine virtuali possono connettersi ad altre macchine virtuali locali.

Si noti che:

  • Viene eseguito il mapping di una rete VM VMM di origine a una rete virtuale di Azure.
  • Dopo il failover, le VM di Azure nella rete di origine verranno connesse alla rete virtuale di destinazione mappata.
  • Le nuove VM aggiunte alla rete VM di origine vengono connesse alla rete di Azure mappata quando si verifica la replica.
  • Se la rete di destinazione dispone di più subnet e una di esse ha lo stesso nome di una subnet in cui si trova la macchina virtuale di origine, la macchina virtuale di replica si connette a questa subnet di destinazione dopo il failover.
  • Se non è presente una subnet di destinazione con un nome corrispondente, la macchina virtuale si connette alla prima subnet della rete.

Mapping di rete per la replica in un data center secondario

Il mapping di rete viene usato quando si esegue la replica di VM Hyper-V, gestite in System Center Virtual Machine Manager (VMM), in un data center secondario. Il mapping di rete esegue il mapping tra reti VM in un server VMM di origine e reti VM in un server VMM di destinazione. Il mapping esegue queste operazioni:

  • Connessione di rete: esegue la connessione delle VM alle reti appropriate dopo il failover. La macchina virtuale di replica verrà connessa alla rete di destinazione di cui viene eseguito il mapping alla rete di origine.
  • Posizionamento ottimale: posiziona in modo ottimale le VM di replica nei server host Hyper-V. Le macchine virtuali di replica vengono posizionate negli host che possono accedere alle reti di macchine virtuali mappate.
  • Nessun mapping di rete: se non si configura il mapping di rete, le macchine virtuali replicate non risulteranno connesse ad alcuna rete di macchina virtuale in seguito al failover.

Si noti che:

  • Il mapping di rete può essere configurato tra le reti VM in due server VMM o in un singolo server VMM, se due siti sono gestiti dallo stesso server.
  • Se il mapping di rete è configurato correttamente e la replica è abilitata, una macchina virtuale presente nella posizione principale verrà connessa a una rete e la relativa replica nella posizione di destinazione verrà connessa alla rete mappata. -
  • Se le reti sono state configurate correttamente in VMM, quando si seleziona una rete VM di destinazione durante il mapping di rete, verranno visualizzati i cloud di origine VMM che utilizzano la rete VM di origine insieme alle le reti VM di destinazione disponibili nei cloud di destinazione utilizzati per la protezione.
  • Se la rete di destinazione dispone di più subnet e una di esse ha lo stesso nome della subnet in cui si trova la macchina virtuale di origine, la macchina virtuale di replica sarà connessa a tale subnet di destinazione dopo il failover. Se non è presente una subnet di destinazione con un nome corrispondente, la macchina virtuale sarà connessa alla prima subnet della rete.

Esempio

Di seguito è riportato un esempio per illustrare questo meccanismo. Si prenda come esempio un’organizzazione con due sedi, New York e Chicago.

Posizione Server VMM Reti VM Mappata a
New York VMM-NewYork VMNetwork1-NewYork Mappata a VMNetwork1-Chicago
VMNetwork2-NewYork Non mappata
Chicago VMM-Chicago VMNetwork1-Chicago Mappata a VMNetwork1-NewYork
VMNetwork1-Chicago Non mappata

Esempio:

  • Quando viene creata una macchina virtuale di replica per una macchina virtuale connessa a VMNetwork1-NewYork, essa verrà connessa a VMNetwork1-Chicago.
  • Quando una macchina virtuale di replica viene creata per VMNetwork2-NewYork o VMNetwork2-Chicago, non verrà connessa ad alcuna rete.

Di seguito viene indicato in che modo vengono configurati i cloud VMM e in che modo le reti logiche vengono associate ai cloud.

Impostazioni di protezione del cloud

Cloud protetto Protezione del cloud Rete logica (New York)
GoldCloud1 GoldCloud2
SilverCloud1 SilverCloud2
GoldCloud2

ND

LogicalNetwork1-NewYork

LogicalNetwork1-Chicago

SilverCloud2

ND

LogicalNetwork1-NewYork

LogicalNetwork1-Chicago

Impostazioni di rete VM e logica

Posizione Rete logica Rete VM associata
New York LogicalNetwork1-NewYork VMNetwork1-NewYork
Chicago LogicalNetwork1-Chicago VMNetwork1-Chicago
LogicalNetwork2Chicago VMNetwork2-Chicago

Impostazioni di rete di destinazione

In base a queste impostazioni, quando si seleziona la rete VM di destinazione, nella tabella seguente sono mostrate le opzioni che saranno disponibili.

Selezionare Cloud protetto Protezione del cloud Rete di destinazione disponibili
VMNetwork1-Chicago SilverCloud1 SilverCloud2 Disponibile
GoldCloud1 GoldCloud2 Disponibile
VMNetwork2-Chicago SilverCloud1 SilverCloud2 Non disponibile
GoldCloud1 GoldCloud2 Disponibile

Se la rete di destinazione dispone di più subnet e una di esse ha lo stesso nome della subnet in cui si trova la macchina virtuale di origine, la macchina virtuale di replica sarà connessa a tale subnet di destinazione dopo il failover. Se non è presente una subnet di destinazione con un nome corrispondente, la macchina virtuale sarà connessa alla prima subnet della rete.

Comportamento di failback

Per vedere cosa succede in caso di failback (replica inversa), si supponga che venga eseguito il mapping di VMNetwork1-NewYork a VMNetwork1-Chicago, con le impostazioni seguenti.

Macchina virtuale Connessa alla rete VM
VM1 VMNetwork1-Network
VM2 (replica di VM1) VMNetwork1-Chicago

Con queste impostazioni esaminare cosa accade in un paio di scenari possibili.

Scenario Risultato
Nessuna modifica nelle proprietà della rete di VM-2 dopo il failover VM-1 rimane connessa alla rete di origine.
Le proprietà di rete di VM-2 cambiano dopo il failover e la macchina virtuale viene disconnessa VM-1 viene disconnessa
Le proprietà di rete di VM-2 cambiano dopo il failover e la macchina virtuale viene connessa a VMNetwork2-Chicago Se non viene eseguito il mapping di VMNetwork2-Chicago, VM-1 verrà disconnessa
Il mapping di rete di VMNetwork1-Chicago viene modificato VM-1 verrà connessa alla rete ora mappata a VMNetwork1-Chicago

Passaggi successivi

Altre informazioni sulla pianificazione dell'infrastruttura di rete.