Informacje o migracji bramy ExpressRoute

W tym artykule opisano proces migracji bramy ExpressRoute, umożliwiający przejście z bieżącej SKU do dowolnej równej lub wyższej SKU oraz z adresu IP Basic do adresu IP Standard. Proces ten zwiększa niezawodność i dostępność, przy czym obniżanie poziomu nie jest obsługiwane.

Aby uzyskać wskazówki dotyczące uaktualniania publicznych adresów IP Basic SKU dla innych usług sieciowych, zobacz Uaktualnianie Basic SKU do Standard SKU.

Doświadczenie migracji bramy

Środowisko migracji bramy umożliwia wdrożenie drugiej bramy sieci wirtualnej w tej samej podsieci GatewaySubnet, a platforma Azure automatycznie przypisuje nowy publiczny adres IP — eliminując konieczność ręcznego tworzenia adresów IP — podczas gdy konfiguracje są migrowane ze starej bramy do nowej; Obie bramy działają jednocześnie, aby zminimalizować zakłócenia, choć mogą nadal występować krótkie przerwy w łączności.

Po migracji stara brama i jej połączenia zostaną usunięte, a nowa brama zostanie oznaczona tagiem CreatedBy: GatewaySKUMigration , aby zidentyfikować ją jako zmigrowany zasób i nie powinna zostać usunięta.

Obsługiwane scenariusze migracji

Środowisko migracji bramy usługi ExpressRoute z przewodnikiem umożliwia klientom przejście z bieżącej jednostki SKU do dowolnej jednostki SKU równej lub wyższej. Migracja do niższej jednostki SKU (obniżenie poziomu) nie jest obsługiwana.

Jeśli masz bramę usługi ExpressRoute wdrożona w tej samej sieci wirtualnej co brama sieci VPN, możesz użyć narzędzia migracji bramy usługi ExpressRoute. W trakcie tego procesu nie ma żadnego oczekiwanego wpływu na ruch usługi VPN Gateway.

Dowiedz się, jak przeprowadzić migrację przy użyciu witryny Azure Portal.
Dowiedz się, jak przeprowadzić migrację przy użyciu programu PowerShell.

Aby zwiększyć niezawodność i wysoką dostępność, zalecamy migrację do jednostki SKU obsługującej moduł Az.

Migruj do ErGwScale (skalowalna brama)

Skalowalna brama ExpressRoute (ErGwScale) to nowy SKU bramy sieci wirtualnej, który zapewnia elastyczną łączność o wysokiej przepustowości dla sieci wirtualnych platformy Azure.

Skalowanie bramy można skonfigurować zgodnie z wymaganiami, ustawiając minimalną i maksymalną liczbę jednostek skalowania:

• Aby skonfigurować bramę o stałym rozmiarze, ustaw zarówno minimalną , jak i maksymalną liczbę jednostek skalowania na tę samą wartość (na przykład ustaw obie wartości na 1, ustaw obie na 20, ustaw obie na 40).
• Aby włączyć skalowanie automatyczne, ustaw minimalną jednostkę skalowania na 2 lub wyższą i określ żądaną maksymalną jednostkę skalowania (maksymalnie 40).

Dzięki temu brama może automatycznie skalować się na podstawie wymagań dotyczących obciążenia.

Aby uzyskać więcej informacji, zobacz About Scalable Gateway (Informacje o skalowalnej bramie).

Kroki migracji do nowej bramy

1. Sprawdź poprawność: sprawdź, czy wszystkie zasoby osiągnęły sukces. Jeśli nie zostaną spełnione jakiekolwiek wymagania wstępne, walidacja zakończy się niepowodzeniem, a migracja nie będzie kontynuowana.
2. Przygotowanie: platforma Azure tworzy nową bramę sieci wirtualnej, automatycznie przypisuje nowy publiczny adres IP — nowy publiczny adres IP i ponownie ustanawia połączenia — ten proces może potrwać do 45 minut; Możesz określić niestandardową nazwę nowej bramy lub platforma Azure domyślnie doda _migrated do oryginalnej nazwy. Podczas przygotowywania istniejąca brama jest zablokowana, aby zapobiec zmianom, z opcją przerwania i usunięcia nowej bramy i połączeń.

3. Migracja: Przełącz ruch ze starej bramy na nową. Ten krok może potrwać do 15 minut i może spowodować krótkie przerwy w łączności. Nie odchodź od strony migracji podczas przenoszenia ruchu. Pozostawienie strony może przerwać proces.
4. Zatwierdzenie: zakończ migrację, usuwając oryginalną bramę i jej połączenia. Jeśli musisz anulować migrację, najpierw przełącz ruch z powrotem do oryginalnej bramy, wybierając przycisk radiowy w sekcji Migracja , a następnie kliknij pozycję Migruj, a następnie wybierz pozycję Przerwij , aby usunąć nową bramę i jej połączenia.

Limitations

Proces migracji bramy z przewodnikiem ma następujące ograniczenia:

• Tylko usługa ExpressRoute: narzędzie migracji jest przeznaczone dla bram sieci wirtualnej usługi ExpressRoute. Nie obsługuje bram VPN ani innych typów bram. - To samo wymaganie dotyczące sieci wirtualnej: migracja jest obsługiwana tylko w ramach tej samej sieci wirtualnej. Migracje między subskrypcjami, między regionami lub między bramami (na przykład do/z bram sieci VPN) nie są obsługiwane.
• Brak obniżek: Obniżanie z SKU z obsługą Az do SKU bez obsługi Aznie jest obsługiwane.
• Rozmiar podsieci GatewaySubnet: podsieć GatewaySubnet musi mieć prefiks /27 lub dłużej, aby kontynuować migrację. Aby uzyskać więcej informacji, zobacz Tworzenie wielu prefiksów dla podsieci , aby uzyskać więcej informacji.
• Łączność z prywatnym punktem końcowym: prywatne punkty końcowe połączone za pośrednictwem prywatnej komunikacji równorzędnej usługi ExpressRoute mogą napotkać problemy z łącznością podczas migracji. Zapoznaj się ze wskazówkami dotyczącymi ograniczania tych problemów w dokumentacji łączności prywatnego punktu końcowego. Łączność z prywatnym punktem końcowym.
• Starsze gateway ExpressRoute: Bramy utworzone lub połączone z obwodami w roku 2017 lub wcześniej nie są obsługiwane.
• Nieobsługiwane jednostki SKU: bramy korzystające z jednostki SKU "domyślnej" nie kwalifikują się do migracji. Aby sprawdzić uprawnienia do migracji bramy sieciowej, powinna pojawić się powiadomienie w Advisorze.
• Niezgodny dedykowany obwód: migracja bramy nie może się odbyć z dedykowanym sprzętowym modułem zabezpieczeń (HSM) połączonym z siecią wirtualną. Aby kontynuować migrację, cofnij przydział dedykowanego sprzętowego modułu zabezpieczeń (HSM). Aby uzyskać szczegółowe instrukcje rozwiązywania problemów, zobacz Rozwiązywanie problemów z dedykowanym modułem HSM.

Aby uzyskać szczegółowe informacje na temat rozwiązywania problemów z błędami i najlepszymi rozwiązaniami, zobacz Rozwiązywanie problemów z migracją bramy.

Często zadawane pytania

Jak dodać drugi prefiks do podsieci GatewaySubnet?

Dodawanie wielu prefiksów do podsieci GatewaySubnet jest obecnie dostępne w publicznej wersji zapoznawczej i obsługiwane tylko za pośrednictwem programu PowerShell. pl-PL: Po dodaniu kolejnego prefiksu oba prefiksy będą używane przez zmigrowaną bramkę, więc nie usuwaj starego prefiksu. Aby uzyskać instrukcje, zobacz Tworzenie wielu prefiksów dla podsieci.

Jak monitorować kondycję nowej bramy?

Monitorowanie nowej bramy jest takie samo jak w przypadku starej bramy. Nowa brama jest oddzielnym zasobem z własnymi metrykami. Podczas migracji można również obserwować wzorce ruchu przy użyciu narzędzia do migracji.

Jeśli po migracji masz istniejące ustawienia monitorowania, alertów, okien obsługi zdefiniowanych przez klienta lub skonfigurowanych ustawień diagnostycznych, musisz ponownie je skonfigurować w nowo utworzonej bramie.

Czy migracja spowoduje przestój?

Migracja może spowodować kilka minut przestoju. Zaplanuj przeprowadzenie migracji podczas okna obsługi, aby zminimalizować wpływ.

Jak długo mogę poczekać przed zatwierdzeniem nowej bramy?

Nie ma obowiązkowego okresu oczekiwania na zatwierdzenie. Jeśli jednak potrzebujesz czasu na zweryfikowanie łączności i upewnienie się, że wszystkie wymagania zostaną spełnione przed ostatecznym zakończeniem migracji, to masz do 15 dni na zatwierdzenie po zakończeniu migracji.

Jak sprawdzić, czy moja jednostka SKU bramy kwalifikuje się do migracji?

Usługa Azure Advisor powiadomi Cię, czy twoja brama kwalifikuje się lub wymaga migracji. Możesz również skontrolować zasób bramy usługi ExpressRoute w portalu Azure — jeśli Twoja brama kwalifikuje się, na górze strony zostanie wyświetlony komunikat "Implementuj strefowo nadmiarowe bramy usługi ExpressRoute".

Jak sprawdzić, czy brama jest strefowo odporna po migracji?

Aby potwierdzić, że brama sieciowa jest odporna wobec awarii stref po migracji:

• Sprawdź usługę Azure Advisor: jeśli brama jest odporna na awarie strefowe, nie będą już wyświetlane alerty usługi Advisor zalecające bramę z nadmiarową strefową odpornością.
• Sprawdź tagi zasobów: zmigrowana brama będzie mieć domyślny tag oznaczony etykietą GatewaySKUMigration, wskazując, że został przeniesiony do modelu wdrażania odpornemu na strefy.

Te testy potwierdzają, że brama jest teraz odporna na awarie strefowe.

Czy mogę wycofać tę zmianę?

Tak, dopóki nie zostanie ono zatwierdzone. Migracja składa się z czterech głównych kroków:

1. Validate — potwierdza, czy brama kwalifikuje się do migracji. Brak zmian na tym etapie; nic do wycofania

2. Prepare — tworzy nową bramę sieci wirtualnej z żądaną konfiguracją. Proces można przerwać po kroku 2, a nowa brama zostanie usunięta.

3. Migrate — przenieś konfigurację z istniejącej bramy do nowej. W razie potrzeby konfigurację można przywrócić do istniejącej bramy po kroku 3. Nie odchodź od strony migracji podczas przenoszenia ruchu. Pozostawienie strony może przerwać proces.

4. Zatwierdź – sfinalizuj migrację, zlikwiduj starą bramę oraz połączenia. Po zatwierdzeniu zmiany nie można jej już wycofać.

Jaki jest wpływ na ruch podczas migracji? Czy występuje utrata pakietów lub zakłócenia routingu?

Podczas procesu migracji ruch jest przekierowywany bezproblemowo. Nie ma oczekiwanej utraty pakietów ani zakłóceń routingu w normalnych warunkach.

Co zrobić, jeśli krok Przygotowywania zakończy się niepowodzeniem z powodu połączenia między regionami w obwodzie jednostki SKU w warstwie Podstawowa podczas migracji bramy?

Jeśli krok Przygotowywanie zakończy się niepowodzeniem, ponieważ obwód jednostki SKU w warstwie Podstawowa ma połączenie między regionami, przerwanie migracji bramy i uaktualnienie jednostki SKU obwodu przed ponowną próbą. Ta konfiguracja jest nieobsługiwana, a migracja nie powiedzie się, dopóki jednostka SKU obwodu nie zostanie uaktualniona.

Dalsze kroki

• Rozwiązywanie problemów z migracją przy użyciu Troubleshooting Gateway Migration.
• Dowiedz się, jak przeprowadzić migrację przy użyciu witryny Azure Portal.
• Dowiedz się, jak przeprowadzić migrację przy użyciu programu PowerShell.