Migrowanie sieci wirtualnych skojarzonych z usługą ExpressRoute z modelu klasycznego do usługi Resource Manager

W tym artykule wyjaśniono, jak przeprowadzić migrację sieci wirtualnych skojarzonych z usługą ExpressRoute z klasycznego modelu wdrażania do modelu wdrażania usługi Azure Resource Manager po przeniesieniu obwodu usługi ExpressRoute.

Zanim rozpoczniesz

Uwaga

Do interakcji z platformą Azure zalecamy używanie modułu Azure Az w programie PowerShell. Zobacz Instalowanie programu Azure PowerShell, aby rozpocząć. Aby dowiedzieć się, jak przeprowadzić migrację do modułu Az PowerShell, zobacz Migracja programu Azure PowerShell z modułu AzureRM do modułu Az.

• Sprawdź, czy masz najnowsze wersje modułów programu Azure PowerShell. Aby uzyskać więcej informacji, zobacz Instalowanie i konfigurowanie programu Azure PowerShell. Aby zainstalować klasyczny moduł modelu wdrażania programu PowerShell (wymagany dla klasycznego modelu wdrażania), zobacz Instalowanie klasycznego modułu modelu wdrażania programu Azure PowerShell.

• Przed rozpoczęciem konfiguracji należy zapoznać się z wymaganiami wstępnymi, wymaganiami dotyczącymi routingu i przepływami pracy.

• Przejrzyj informacje zamieszczone w sekcji Przenoszenie obwodu ExpressRoute z wersji klasycznej do Resource Manager. Upewnij się, że w pełni rozumiesz limity i ograniczenia.

• Sprawdź, czy obwód działa w pełni w klasycznym modelu wdrażania.

• Upewnij się, że masz grupę zasobów utworzoną w modelu wdrażania usługi Resource Manager.

• Zapoznaj się z następującą dokumentacją dotyczącą migracji zasobów:

  • Obsługiwana przez platformę migracja zasobów IaaS z wdrożenia klasycznego do usługi Azure Resource Manager
  • Szczegółowa analiza techniczna migracji wspieranej przez platformę z modelu klasycznego do modelu opartego na Azure Resource Manager
  • Często zadawane pytania: obsługiwana przez platformę migracja zasobów IaaS z modelu klasycznego do usługi Azure Resource Manager
  • Przejrzyj najczęstsze błędy migracji i środki zaradcze

Scenariusze obsługiwane i nieobsługiwane

• Obwód usługi ExpressRoute można przenieść z klasycznego środowiska do środowiska usługi Resource Manager bez żadnych przestojów. Możesz przenieść dowolny obwód ExpressRoute z klasycznego środowiska do środowiska Resource Manager bez przestojów. Postępuj zgodnie z instrukcjami w artykule Przenoszenie obwodów usługi ExpressRoute z modelu klasycznego do modelu wdrażania usługi Resource Manager przy użyciu programu PowerShell.
• Sieci wirtualne, bramy i skojarzone wdrożenia w sieci wirtualnej dołączone do obwodu usługi ExpressRoute w tej samej subskrypcji można migrować do środowiska usługi Resource Manager bez żadnych przestojów. Aby przeprowadzić migrację zasobów, takich jak sieci wirtualne, bramy i maszyny wirtualne wdrożone w sieci wirtualnej, można postępować według kroków opisanych poniżej w tym artykule. Przed migracją należy upewnić się, że sieci wirtualne są prawidłowo skonfigurowane.
• Sieci wirtualne, bramy i skojarzone wdrożenia w sieci wirtualnej, które nie należą do tej samej subskrypcji co obwód usługi ExpressRoute, wymagają przestoju w celu ukończenia migracji. W ostatniej sekcji dokumentu opisano kroki, które należy wykonać w celu migracji zasobów.
• Nie można migrować sieci wirtualnej z bramą usługi ExpressRoute i bramą sieci VPN.
• Migracja między subskrypcjami obwodu usługi ExpressRoute nie jest obsługiwana. Aby uzyskać więcej informacji, zobacz Obsługa przenoszenia w usłudze Microsoft.Network.

Przenoszenie obwodu ExpressRoute z modelu klasycznego do modelu Resource Manager

Przed próbą migracji zasobów dołączonych do obwodu usługi ExpressRoute należy przenieść obwód usługi ExpressRoute ze środowiska klasycznego do środowiska usługi Resource Manager. Aby wykonać to zadanie, zobacz następujące artykuły:

• Przejrzyj informacje dotyczące Przenoszenia obwodu ExpressRoute z wersji klasycznej do Resource Manager.
• Przenoszenie obwodu z wersji klasycznej do usługi Resource Manager przy użyciu programu Azure PowerShell.
• Użyj klasycznego portalu modelu wdrażania platformy Azure. Możesz postępować zgodnie z przepływem pracy, aby utworzyć nowy obwód ExpressRoute i wybrać opcję importu.

Ta operacja nie obejmuje przestojów. Możesz nadal przesyłać dane między środowiskiem lokalnym a firmą Microsoft, gdy migracja jest w toku.

Migrowanie sieci wirtualnych, bram i skojarzonych wdrożeń

Kroki, które należy wykonać, aby przeprowadzić migrację, zależą od tego, czy zasoby znajdują się w tej samej subskrypcji, w różnych subskrypcjach, czy w obu tych subskrypcjach.

Migrowanie sieci wirtualnych, bram i skojarzonych wdrożeń w tej samej subskrypcji co obwód usługi ExpressRoute

W tej sekcji opisano kroki, które należy wykonać w celu przeprowadzenia migracji sieci wirtualnej, bramy i skojarzonych wdrożeń w tej samej subskrypcji co obwód usługi ExpressRoute. Brak przestojów związanych z tą migracją. Możesz nadal korzystać ze wszystkich zasobów w procesie migracji. Płaszczyzna zarządzania jest zablokowana, gdy migracja jest w toku.

1. Upewnij się, że obwód ExpressRoute został zmigrowany od klasycznego do środowiska Resource Manager.

2. Upewnij się, że sieć wirtualna jest odpowiednio przygotowana do migracji.

3. Zarejestruj subskrypcję na potrzeby migracji zasobów. Aby zarejestrować subskrypcję na potrzeby migracji zasobów, użyj następującego fragmentu kodu programu PowerShell:

   Select-AzSubscription -SubscriptionName <Your Subscription Name>
   Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate
   Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate
   

4. Weryfikowanie, przygotowywanie i migrowanie. Aby przenieść sieć wirtualną, użyj następującego fragmentu kodu programu PowerShell:

   Move-AzureVirtualNetwork -Validate -VirtualNetworkName $vnetName
   Move-AzureVirtualNetwork -Prepare -VirtualNetworkName $vnetName
   Move-AzureVirtualNetwork -Commit -VirtualNetworkName $vnetName
   

   Migrację można również przerwać, uruchamiając następujące polecenie cmdlet programu PowerShell:

   Move-AzureVirtualNetwork -Abort $vnetName
   

Następne kroki

• Obsługiwana przez platformę migracja zasobów IaaS z wdrożenia klasycznego do usługi Azure Resource Manager
• Dogłębna analiza techniczna migracji wspieranej przez platformę z modelu klasycznego na model Azure Resource Manager
• Często zadawane pytania: obsługiwana przez platformę migracja zasobów IaaS z modelu klasycznego do usługi Azure Resource Manager
• Przejrzyj najczęstsze błędy migracji i środki zaradcze