Omówienie wzorców referencyjnych sieci dla rozwiązania Azure Stack HCI
Dotyczy: Azure Stack HCI, wersje 23H2 i 22H2
W tym artykule przedstawiono omówienie wdrażania wzorców referencyjnych sieci w usłudze Azure Stack HCI.
Wdrożenie składa się z jednego serwera lub wielu systemów serwerowych (do 16 serwerów na klaster), które łączą się z jednym lub dwoma przełącznikami tor (Top of Rack). 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 pojedynczego serwera, w których karty sieciowe dla magazynu nie są wymagane, jeśli nie planujesz skalowania klastra 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 w usłudze Azure Stack HCI 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 klastrach usługi Azure Stack HCI 23H2.
W przypadku ruchu w klastrze (wschód-zachód) nie jest konieczny żaden przełącznik; jednak przełącznik fizyczny jest wymagany dla ruchu poza klastrem (Północ-Południe).
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 klastrze poza dwa węzły koszt kart sieciowych może przekroczyć koszt korzystania z przełączników sieciowych.
Poza klastrem 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 Stack HCI.
Wymagania dotyczące zapory
Rozwiązanie Azure Stack HCI 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 podstawowych składników rozwiązania Azure Stack HCI, które obejmują tworzenie klastra, rejestrację i rozliczenia, usługę Microsoft Update i monitor klastra 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 węzłami serwera zarówno w ramach lokacji, jak i między lokacjami (w przypadku klastrów rozproszony).
Moduł sprawdzania poprawności łączności rozwiązania Azure Stack HCI 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
- Wybierz wzorzec sieci do przejrzenia.