Udostępnij za pośrednictwem

Omówienie wzorców referencyjnych sieci dla usługi Azure Local

  • Artykuł

Dotyczy: Azure Local, wersje 23H2 i 22H2

Ważne

Usługa Azure Stack HCI jest teraz częścią usługi Azure Local. Trwa zmiana nazwy dokumentacji produktu. Zmiany tekstowe zostaną ukończone, a aktualizacje wizualizacji zostaną wkrótce sfinalizowane. Dowiedz się więcej.

W tym artykule omówiono wdrażanie wzorców referencyjnych sieci na platformie Azure Lokalnie.

Wdrożenie składa się z jednego węzła lub wielu systemów węzłów (do 16 maszyn na system), które łączą się z jednym lub dwoma przełącznikami tor. Te środowiska mają następujące cechy:

  • Co najmniej dwa porty karty sieciowej dedykowane dla intencji ruchu magazynu. Jedynym wyjątkiem od tej reguły są wdrożenia z jednym węzłem, w których karty sieciowe dla magazynu nie są wymagane, jeśli nie planujesz skalowania systemu w poziomie w przyszłości.

  • Jeden lub dwa porty karty sieciowej przeznaczone do zarządzania i przetwarzania intencji ruchu.

Zagadnienia dotyczące łączności bez przełączania magazynu

Poniżej przedstawiono niektóre zagadnienia dotyczące używania konfiguracji bez przełączników:

  • Wdrożenia bez przełączników magazynu na platformie Azure w wersji 23H2 obsługują tylko 1,2 lub 3 węzły.

  • Operacje skalowania w poziomie w przypadku wdrożeń bez przełączania magazynu z witryny Azure Portal lub usługi ARM nie są obsługiwane w systemach Azure Local w wersji 23H2.

  • W przypadku ruchu w systemie (wschód-zachód) nie jest konieczne żadne przełączniki; jednak do ruchu poza systemem (północ-południe) wymagany jest przełącznik fizyczny.

  • Usługa NETWORK ATC nie obsługuje automatycznegoip sieci magazynu w 3 węzłach bez przełączników wdrożeń. Planowanie jest wymagane dla schematów adresów IP i podsieci.

  • Karty magazynujące to interfejsy jednofunkcyjne. Zarządzanie, obliczenia, rozproszony klaster i inny ruch wymagający komunikacji północno-południowej nie może używać kart sieciowych magazynu.

  • W miarę wzrostu liczby węzłów w systemie poza dwa węzły koszt kart sieciowych może przekroczyć koszt korzystania z przełączników sieciowych.

  • Poza systemem z trzema węzłami złożoność zarządzania rośnie.

Aby uzyskać więcej informacji, zobacz Wymagania dotyczące sieci fizycznej dla usługi Azure Local.

Wymagania dotyczące zapory

Usługa Azure Local wymaga okresowej łączności z platformą Azure. Jeśli zapora ruchu wychodzącego organizacji jest ograniczona, należy uwzględnić wymagania zapory dla wychodzących punktów końcowych oraz reguł i portów wewnętrznych. Istnieją wymagane i zalecane punkty końcowe dla składników lokalnych platformy Azure, które obejmują tworzenie systemu, rejestrację i rozliczenia, usługę Microsoft Update i monitor w chmurze.

Zobacz wymagania zapory, aby uzyskać pełną listę punktów końcowych. Pamiętaj, aby uwzględnić te wymagane adresy URL na liście dozwolonych. Odpowiednie porty sieciowe muszą być otwarte między wszystkimi maszynami w lokacji i między lokacjami (w przypadku klastrów rozproszony).

Moduł sprawdzania łączności lokalnej platformy Azure narzędzia do sprawdzania środowiska sprawdza wymagania dotyczące łączności wychodzącej domyślnie podczas wdrażania. Ponadto można uruchomić autonomiczne narzędzie sprawdzania środowiska przed, podczas lub po wdrożeniu, aby ocenić łączność wychodzącą środowiska.

Najlepszym rozwiązaniem jest posiadanie wszystkich odpowiednich punktów końcowych w pliku danych, do których można uzyskać dostęp za pomocą narzędzia do sprawdzania środowiska. Ten sam plik można również udostępnić administratorowi zapory, aby otworzyć niezbędne porty i adresy URL.

Aby uzyskać więcej informacji, zobacz Wymagania dotyczące zapory.

Następne kroki