Netwerktoewijzing voorbereiden voor herstel na noodgevallen van Hyper-V-VM's naar Azure
Dit artikel helpt u bij het begrijpen en voorbereiden van netwerktoewijzing wanneer u Virtuele Hyper-V-machines in System Center Virtual Machine Manager -clouds (VMM) repliceert naar Azure of naar een secundaire site met behulp van de Azure Site Recovery-service .
Netwerktoewijzing voorbereiden voor replicatie naar Azure
Wanneer u repliceert naar Azure, worden netwerktoewijzingen tussen VM-netwerken op een VMM-bronserver toegewezen en virtuele Azure-netwerken als doel. Bij toewijzing gebeurt het volgende:
- Netwerkverbinding: zorgt ervoor dat gerepliceerde Azure-VM's zijn verbonden met het toegewezen netwerk. Alle machines waarvoor een failover op hetzelfde netwerk wordt uitgevoerd, kunnen verbinding maken met elkaar, zelfs als ze een failover hebben uitgevoerd in verschillende herstelplannen.
- Netwerkgateway: als een netwerkgateway is ingesteld op het Azure-doelnetwerk, kunnen VM's verbinding maken met andere on-premises virtuele machines.
Netwerktoewijzing werkt als volgt:
- U wijst een VMM-bron-VM-netwerk toe aan een virtueel Azure-netwerk.
- Na een failover van Azure-VM's in het bronnetwerk wordt verbinding gemaakt met het toegewezen virtuele doelnetwerk.
- Nieuwe VM's die zijn toegevoegd aan het bron-VM-netwerk, worden verbonden met het toegewezen Azure-netwerk wanneer de replicatie plaatsvindt.
- Als het doelnetwerk meerdere subnetten bevat en een van deze subnetten dezelfde naam heeft als het subnet waarin de virtuele bronmachine zich bevindt, wordt de gerepliceerde virtuele machine na een failover verbonden met dat doelsubnet.
- Als er geen doelsubnet met een overeenkomende naam bestaat, wordt de virtuele machine verbonden met het eerste subnet in het netwerk.
Opmerking
Hier volgt een voorbeeld om dit mechanisme te illustreren. Laten we een organisatie met twee locaties in New York en Chicago nemen.
| Location | VMM-server | VM-netwerken | Toegewezen aan |
|---|---|---|---|
| New York | VMM-NewYork | VMNetwork1-NewYork | Toegewezen aan VMNetwork1-Chicago |
| VMNetwork2-NewYork | Niet toegewezen | ||
| Chicago | VMM-Chicago | VMNetwork1-Chicago | Toegewezen aan VMNetwork1-NewYork |
| VMNetwork2-Chicago | Niet toegewezen |
In dit voorbeeld:
- Wanneer er een replica-VM wordt gemaakt voor een virtuele machine die is verbonden met VMNetwork1-NewYork, wordt deze verbonden met VMNetwork1-Chicago.
- Wanneer er een replica-VM wordt gemaakt voor VMNetwork2-NewYork of VMNetwork2-Chicago, wordt deze niet verbonden met een netwerk.
Hier ziet u hoe VMM-clouds worden ingesteld in onze voorbeeldorganisatie en de logische netwerken die zijn gekoppeld aan de clouds.
Cloudbeveiligingsinstellingen
| Beveiligde cloud | Cloud beveiligen | Logisch netwerk (New York) |
|---|---|---|
| GoldCloud1 | GoldCloud2 | |
| SilverCloud1 | SilverCloud2 | |
| GoldCloud2 | N.v.t. |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
| SilverCloud2 | N.v.t. |
LogicalNetwork1-NewYork LogicalNetwork1-Chicago |
Instellingen voor logisch en VM-netwerk
| Location | Logisch netwerk | Gekoppeld VM-netwerk |
|---|---|---|
| New York | LogicalNetwork1-NewYork | VMNetwork1-NewYork |
| Chicago | LogicalNetwork1-Chicago | VMNetwork1-Chicago |
| LogicalNetwork2Chicago | VMNetwork2-Chicago |
Doelnetwerkinstellingen
Wanneer u op basis van deze instellingen het doel-VM-netwerk selecteert, worden in de volgende tabel de beschikbare opties weergegeven.
| Selecteren | Beveiligde cloud | Cloud beveiligen | Doelnetwerk beschikbaar |
|---|---|---|---|
| VMNetwork1-Chicago | SilverCloud1 | SilverCloud2 | Beschikbaar |
| GoldCloud1 | GoldCloud2 | Beschikbaar | |
| VMNetwork2-Chicago | SilverCloud1 | SilverCloud2 | Niet beschikbaar |
| GoldCloud1 | GoldCloud2 | Beschikbaar |
Als het doelnetwerk meerdere subnetten heeft en een van deze subnetten dezelfde naam heeft als het subnet waarop de virtuele bronmachine zich bevindt, wordt de virtuele replicamachine na een failover verbonden met dat doelsubnet. Als er geen doelsubnet met een overeenkomende naam bestaat, wordt de virtuele machine verbonden met het eerste subnet in het netwerk.
Failbackgedrag
Om te zien wat er gebeurt in het geval van failback (omgekeerde replicatie), gaan we ervan uit dat VMNetwork1-NewYork is toegewezen aan VMNetwork1-Chicago, met de volgende instellingen.
| VM | Verbonden met VM-netwerk |
|---|---|
| VM1 | VMNetwork1-Network |
| VM2 (replica van VM1) | VMNetwork1-Chicago |
Met deze instellingen bekijken we wat er gebeurt in een aantal mogelijke scenario's.
| Scenario | Resultaat |
|---|---|
| Geen wijziging in de netwerkeigenschappen van VM-2 na een failover. | VM-1 blijft verbonden met het bronnetwerk. |
| Netwerkeigenschappen van VM-2 worden gewijzigd nadat de failover is verbroken. | VM-1 is verbroken. |
| Netwerkeigenschappen van VM-2 worden gewijzigd na een failover en zijn verbonden met VMNetwork2-Chicago. | Als VMNetwork2-Chicago niet is toegewezen, wordt de verbinding met VM-1 verbroken. |
| Netwerktoewijzing van VMNetwork1-Chicago wordt gewijzigd. | VM-1 wordt verbonden met het netwerk dat nu is toegewezen aan VMNetwork1-Chicago. |
Volgende stappen
- Meer informatie over IP-adressering na een failover naar een secundaire VMM-site.
- Meer informatie over IP-adressering na een failover naar Azure.