Instellen van IP-adressen voor de verbinding met virtuele Azure-machines na een failoverSet up IP addressing to connect to Azure VMs after failover

Dit artikel wordt uitgelegd dat de netwerkvereisten voor de verbinding met virtuele machines van Azure, nadat u de Azure Site Recovery service voor replicatie en failover naar Azure.This article explains the networking requirements for connecting to Azure VMs, after using the Azure Site Recovery service for replication and failover to Azure.

In dit artikel leert u over:In this article you'll learn about:

  • De verbindingsmethoden die u kunt gebruikenThe connection methods you can use
  • Over het gebruik van een ander IP-adres voor de gerepliceerde Azure-VM 'sHow to use a different IP address for replicated Azure VMs
  • Het IP-adressen behouden voor Azure VM's na failoverHow to retain IP addresses for Azure VMs after failover

Verbinding maken met replica-VM 'sConnecting to replica VMs

Bij het plannen van de replicatie- en failoverstrategie, is een van de belangrijkste vragen verbinding maken met de virtuele Azure-machine na een failover.When planning your replication and failover strategy, one of the key questions is how to connect to the Azure VM after failover. Er zijn een aantal opties bij het ontwerpen van uw netwerk-strategie voor de replica virtuele machines van Azure:There are a couple of choices when designing your network strategy for replica Azure VMs:

  • Gebruik verschillende IP-adres: U kunt selecteren met een ander IP-adresbereik voor het gerepliceerde Azure-VM-netwerk.Use different IP address: You can select to use a different IP address range for the replicated Azure VM network. In dit scenario wordt de virtuele machine een nieuwe IP-adres na een failover en een DNS-update is vereist.In this scenario the VM gets a new IP address after failover, and a DNS update is required.
  • Hetzelfde IP-adres behouden: Het is raadzaam het hetzelfde IP-adresbereik als die op uw primaire on-premises site, gebruiken voor het Azure-netwerk na een failover.Retain same IP address: You might want to use the same IP address range as that in your primary on-premises site, for the Azure network after failover. Het hetzelfde IP-adres bijhouden vereenvoudigt adressen het herstel door te beperken netwerk na een failover problemen met betrekking tot.Keeping the same IP addresses simplifies the recovery by reducing network related issues after failover. Echter, als u naar Azure repliceert, u moet bijwerken van routes met de nieuwe locatie van de IP-adressen na een failover.However, when you're replicating to Azure, you will need to update routes with the new location of the IP addresses after failover.

IP-adressen behoudenRetaining IP addresses

Site Recovery biedt de mogelijkheid voor het behouden van vaste IP-adressen bij het uitvoeren van een failover naar Azure, met de failover van een subnet.Site Recovery provides the capability to retain fixed IP addresses when failing over to Azure, with a subnet failover.

  • Met subnet failover is een specifiek subnet aanwezig in Site 1 of 2, maar niet op beide locaties tegelijk.With subnet failover, a specific subnet is present at Site 1 or Site 2, but never at both sites simultaneously.
  • Om te kunnen handhaven van de IP-adresruimte in het geval van een failover, rangschikt u via een programma voor de router-infrastructuur te verplaatsen van de subnetten van de ene site naar een andere.In order to maintain the IP address space in the event of a failover, you programmatically arrange for the router infrastructure to move the subnets from one site to another.
  • Tijdens de failover Verplaats de subnetten met de bijbehorende beveiligde virtuele machines.During failover, the subnets move with the associated protected VMs. Het grootste nadeel is dat er een storing optreedt, moet u het hele subnet verplaatsen.The main drawback is that in the event of a failure, you have to move the whole subnet.

Voorbeeld van de failoverFailover example

We bekijken een voorbeeld voor failover naar Azure met behulp van een fictieve bedrijf Woodgrove Bank.Let's look at an example for failover to Azure using a fictitious company, Woodgrove Bank.

  • Woodgrove Bank als host fungeert voor de business-apps in een on-premises site.Woodgrove Bank hosts their business apps in an on-premises site. Ze hosten hun mobiele apps op Azure.They host their mobile apps on Azure.
  • Er is een site-naar-site-VPN-verbinding tussen hun edge on-premises netwerk en de Azure-netwerk.There's VPN site-to-site connectivity between their on-premises edge network and the Azure virtual network. Vanwege de VPN-verbinding, wordt het virtuele netwerk in Azure weergegeven als een uitbreiding van de on-premises netwerk.Because of the VPN connection, the virtual network in Azure appears as an extension of the on-premises network.
  • Voor het repliceren van on-premises werkbelastingen naar Azure met Site Recovery wil Woodgrove.Woodgrove wants to replicate on-premises workloads to Azure with Site Recovery.
    • Woodgrove heeft apps die afhankelijk van de vastgelegde IP-adressen, zijn daarom ze moeten voor het IP-adressen voor de apps behouden na een failover naar Azure.Woodgrove has apps which depend on hard-coded IP addresses, so they need to retain IP addresses for the apps, after failover to Azure.
    • Resources die worden uitgevoerd in Azure gebruiken de IP-adresbereik 172.16.1.0/24, 172.16.2.0/24.Resources running in Azure use the IP address range 172.16.1.0/24, 172.16.2.0/24.

Voordat de failover van subnet

Infrastructuur voordat de failoverInfrastructure before failover

Voor de Woodgrove kunnen aan de VM's repliceren naar Azure en behoud van de IP-adressen, hier van wat bedrijf het te doen:For Woodgrove to be able to replicate its VMs to Azure while retaining the IP addresses, here's what the company needs to do:

  1. Azure-netwerk waarin de Azure VM's worden gemaakt nadat de failover van on-premises machines maken.Create Azure virtual network in which the Azure VMs will be created after failover of on-premises machines. Het moet een extensie van de on-premises netwerk, zodat toepassingen kunnen naadloos voor failover.It should be an extension of the on-premises network, so that applications can fail over seamlessly.
  2. Voordat de failover in Site Recovery, wijzen ze hetzelfde IP-adres in de eigenschappen van de machine.Before failover, in Site Recovery, they assign the same IP address in the machine properties. Site Recovery wijst dit adres na een failover toe aan de Azure VM.After failover, Site Recovery assigns this address to the Azure VM.
  3. Nadat de failover wordt uitgevoerd en de Azure VM's worden gemaakt met hetzelfde IP-adres, ze verbinding maken met het netwerk met een Vnet-naar-Vnet-verbinding.After failover runs and the Azure VMs are created with the same IP address, they connect to the network using a Vnet to Vnet connection. Deze actie kan scripts worden gebruikt.This action can be scripted.
  4. Ze wilt wijzigen, routes, zodat die 192.168.1.0/24 is nu verplaatst naar Azure.They need to modify routes, to reflect that 192.168.1.0/24 has now moved to Azure.

Infrastructuur na een failoverInfrastructure after failover

Na een failover van subnet

Site-naar-site-verbindingSite-to-site connection

Naast de vnet-naar-vnet-verbinding na een failover kunt Woodgrove site-naar-site VPN-verbinding instellen:In addition to the vnet-to-vnet connection, after failover, Woodgrove can set up site-to-site VPN connectivity:

  • Bij het instellen van een site-naar-site-verbinding, in het netwerk van Azure dat kunt u alleen routeren wijkt verkeer naar de on-premises locatie (LAN) als het IP-adresbereik af van het lokale IP-adresbereik.When you set up a site-to-site connection, in the Azure network you can only route traffic to the on-premises location (local-network) if the IP address range is different from the on-premises IP address range. Dit komt doordat de gespreide subnetten biedt geen ondersteuning voor Azure.This is because Azure doesn’t support stretched subnets. Dus als u subnet 192.168.1.0/24 on-premises hebt, kunt u een lokaal netwerk 192.168.1.0/24 niet in het Azure-netwerk toevoegen.So, if you have subnet 192.168.1.0/24 on-premises, you can’t add a local-network 192.168.1.0/24 in the Azure network. Dit is normaal omdat Azure niet bekend is dat er geen actieve VM's in het subnet zijn en dat het subnet wordt gemaakt voor alleen herstel na noodgevallen.This is expected because Azure doesn’t know that there are no active VMs in the subnet, and that the subnet is being created for disaster recovery only.
  • Als u goed netwerkverkeer te routeren buiten een Azure-netwerk, de subnetten in het netwerk en het LAN-netwerk kunnen niet in strijd zijn.To be able to correctly route network traffic out of an Azure network, the subnets in the network and the local-network mustn't conflict.

Nieuwe IP-adressen toewijzenAssigning new IP addresses

Dit blogbericht wordt uitgelegd hoe u de Azure-netwerkinfrastructuur instellen wanneer u niet wilt IP-adressen behouden na een failover.This blog post explains how to set up the Azure networking infrastructure when you don't need to retain IP addresses after failover. Deze begint met een beschrijving, gekeken naar het on-premises netwerken en in Azure instellen en eindigt met informatie over het uitvoeren van failovers.It starts with an application description, looks at how to set up networking on-premises and in Azure, and concludes with information about running failovers.

Volgende stappenNext steps

Een failover uitvoerenRun a failover