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 podane w obszarze Przenoszenie obwodu usługi ExpressRoute z wersji klasycznej do usługi 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
- Rozbudowana technicznie migracja z obsługą platformy od modelu klasycznego do modelu opartego na usłudze 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 usługi ExpressRoute z klasycznego do środowiska usługi 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 wykonać opisane w dalszej części tego artykułu. 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 Microsoft.Network move support (Obsługa przenoszenia w usłudze Microsoft.Network).
Przenoszenie obwodu usługi ExpressRoute z modelu klasycznego do usługi 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 podane w obszarze Przenoszenie obwodu usługi ExpressRoute z wersji klasycznej do usługi 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 usługi 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.
Upewnij się, że obwód usługi ExpressRoute został zmigrowany z wersji klasycznej do środowiska usługi Resource Manager.
Upewnij się, że sieć wirtualna jest odpowiednio przygotowana do migracji.
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
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
- Rozbudowana technicznie migracja z obsługą platformy od modelu klasycznego do modelu opartego na usłudze 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