Udostępnij za pośrednictwem


Informacje o migracji do bramy sieci wirtualnej usługi ExpressRoute z obsługą strefy dostępności

Podczas tworzenia bramy sieci wirtualnej usługi ExpressRoute należy wybrać jednostkę SKU bramy. W przypadku wybrania jednostki SKU wyższego poziomu do bramy zostanie przydzielonych więcej procesorów CPU i przepustowości sieci. W związku z tym brama może obsługiwać większą przepływność sieci i bardziej zależne połączenia sieciowe z siecią wirtualną.

Następujące jednostki SKU są dostępne dla bram sieci wirtualnej usługi ExpressRoute:

  • Standardowa
  • Wysoka wydajność (HighPerformance)
  • UltraPerformance
  • ErGw1Az
  • ErGw2Az
  • ErGw3Az
  • ErGwScale (wersja zapoznawcza)

Jednostki SKU z obsługą strefy dostępności

Jednostki SKU ErGw1Az, ErGw2Az, ErGw3Az i ErGwScale (wersja zapoznawcza), znane również jako jednostki SKU z włączoną obsługą az, obsługują wdrożenia stref dostępności. Ta funkcja zapewnia wysoką dostępność i odporność bramy przez dystrybucję bramy w wielu strefach dostępności.

Jednostki SKU Standard, HighPerformance i UltraPerformance, znane również jako jednostki SKU z włączoną strefą niedostępności, są historycznie skojarzone z podstawowymi adresami IP, nie obsługują dystrybucji bramy w wielu strefach dostępności.

Aby zwiększyć niezawodność, zaleca się użycie jednostki SKU bramy sieci wirtualnej z włączoną strefą dostępności. Te jednostki SKU obsługują konfigurację strefowo nadmiarową i są domyślnie skojarzone z adresami IP w warstwie Standardowa. Ta konfiguracja gwarantuje, że nawet jeśli jedna strefa napotka problem, infrastruktura bramy sieci wirtualnej pozostaje operacyjna ze względu na dystrybucję w wielu strefach. Aby lepiej zrozumieć strefowo nadmiarowe bramy, zapoznaj się z tematem Wdrożenia stref dostępności.

Środowisko migracji bramy

W przeszłości użytkownicy musieli użyć polecenia Resize-AzVirtualNetworkGateway programu PowerShell lub usunąć i utworzyć ponownie bramę sieci wirtualnej, aby przeprowadzić migrację między jednostkami SKU.

Dzięki środowisku migracji bramy z przewodnikiem można wdrożyć drugą bramę sieci wirtualnej w tej samej podsieci GatewaySubnet, a platforma Azure automatycznie przesyła konfigurację płaszczyzny sterowania i ścieżki danych ze starej bramy do nowej. Podczas procesu migracji będą działać dwie bramy sieci wirtualnej w ramach tej samej podsieci GatewaySubnet. Ta funkcja została zaprojektowana pod kątem obsługi migracji bez przestojów. Jednak użytkownicy mogą napotkać krótkie problemy z łącznością lub przerwy w procesie migracji.

Migracja bramy jest zalecana, jeśli masz jednostkę SKU bramy bez obsługi modułu Az lub podstawową jednostkę SKU bramy IP innej niż Az.

Migrowanie z jednostki SKU bramy z włączoną obsługą modułu Az Migrowanie do jednostki SKU bramy z obsługą modułu Az
Standard, HighPerformance, UltraPerformance ErGw1Az, ErGw2Az, ErGw3Az, ErGwScale (wersja zapoznawcza)
Podstawowy adres IP Standardowy adres IP

Obsługiwane scenariusze migracji

Witryna Azure Portal i program Azure PowerShell

Środowisko migracji bramy z przewodnikiem obsługuje:

  • Jednostka SKU bez obsługi modułu Az w podstawowym adresie IP do jednostki SKU bez obsługi polecenia az w standardowym adresie IP.
  • Jednostka SKU z włączoną obsługą modułu Az do jednostki SKU z obsługą modułu Az w standardowym adresie IP.

Zaleca się przeprowadzenie migracji do jednostki SKU obsługującej moduł Az w celu zwiększenia niezawodności i wysokiej dostępności. Aby dowiedzieć się więcej, zobacz Migrowanie do bramy sieci wirtualnej usługi ExpressRoute z obsługą strefy dostępności przy użyciu programu PowerShell.

Ograniczenia

Środowisko migracji bramy z przewodnikiem nie obsługuje następujących scenariuszy:

  • Scenariusze obniżania poziomu, jednostka SKU bramy z obsługą modułu Az do jednostki SKU bramy z obsługą modułu Az.

Prywatne punkty końcowe (PE) w sieci wirtualnej połączone za pośrednictwem prywatnej komunikacji równorzędnej usługi ExpressRoute mogą mieć problemy z łącznością podczas migracji. Aby zrozumieć i zmniejszyć ten problem, zobacz Łączność z prywatnym punktem końcowym.

Typowe błędy walidacji

W środowisku migracji bramy należy sprawdzić, czy zasób jest w stanie przeprowadzić migrację. Poniżej przedstawiono niektóre typowe błędy migracji:

Sieć wirtualna

  • Podsieć bramy wymaga co najmniej dwóch prefiksów do migracji.
  • MaxGatewayCountInVnetReached — osiągnięto maksymalną liczbę bram, które można utworzyć w sieci wirtualnej.

Do migracji należy utworzyć drugi prefiks w podsieci bramy.

Następne kroki