Udostępnij za pośrednictwem


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

Dotyczy: Azure Local 2311.2 i nowsze

Ważne

Usługa Azure Stack HCI jest teraz częścią usługi Azure Local. Dowiedz się więcej.

W tym artykule przedstawiono ogólny przegląd wdrażania wzorców referencyjnych sieci na platformie Azure Local.

pl-PL: Wdrożenie składa się z jednego węzła lub systemu wielu węzłów (w systemie może być maksymalnie 16 maszyn), które łączą się z jednym lub dwoma przełącznikami TOR. Te środowiska mają następujące cechy:

  • Co najmniej dwa porty kart sieciowych dedykowane do ruchu związanego z przechowywaniem. Jedynym wyjątkiem od tej reguły są wdrożenia z jednym węzłem, w których karty sieciowe do przechowywania nie są wymagane, jeśli nie planujesz skalowania systemu w przyszłości.

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

Zagadnienia dotyczące łączności bezprzełącznikowej w pamięci masowej

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

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

  • Operacje skalowania w poziomie w przypadku wdrożeń pamięci bez przełączników z witryny Azure Portal lub Azure Resource Manager nie są obsługiwane w lokalnych systemach Azure.

  • 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 automatycznego IP sieci magazynowej w wdrożeniach bez przełącznika z 3 węzłami. Planowanie jest wymagane dla schematów adresów IP i podsieci.

  • Adaptery magazynujące to interfejsy jednofunkcyjne. Zarządzanie, przetwarzanie, rozciągnięty klaster oraz inny ruch wymagający komunikacji północ-południe nie mogą używać adapterów sieciowych pamięci masowej.

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

  • W systemach przekraczających trzy węzły złożoność zarządzania kablami 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 sieciowa dla ruchu wychodzącego w Twojej organizacji jest ograniczona, należy uwzględnić wymagania zapory dla wychodzących adresów końcowych oraz wewnętrznych zasad i portów. Istnieją wymagane i zalecane punkty dostępu dla podstawowych składników platformy Azure, które obejmują tworzenie systemu, rejestrację i rozliczenia, usługę Microsoft Update i świadka chmury.

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 lokalizacji i między lokalizacjami (w przypadku klastrów rozproszonych).

Validator lokalnej łączności Azure narzędzia Environment Checker sprawdza domyślnie podczas wdrażania wymagania dotyczące łączności wychodzącej. 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