Zaplanuj swój system Avere vFXT

W tym artykule wyjaśniono, jak zaplanować nowy klaster Avere vFXT dla platformy Azure, który jest odpowiednio ustawiony i dopasowany do potrzeb.

Przed przejściem do witryny Azure Marketplace lub utworzeniem jakichkolwiek maszyn wirtualnych należy wziąć pod uwagę następujące szczegóły:

• Jak klaster będzie współdziałać z innymi zasobami platformy Azure?
• Gdzie powinny znajdować się elementy klastra w sieciach prywatnych i podsieciach?
• Jakiego typu magazyn zaplecza będzie używany i jak klaster będzie uzyskiwać do niego dostęp?
• Jakiej mocy powinny być węzły klastra, aby obsługiwać twój przepływ pracy?

Czytaj dalej, aby dowiedzieć się więcej.

Informacje o składnikach systemu

Podczas planowania warto zapoznać się ze składnikami systemu Avere vFXT for Azure.

• Węzły klastra — klaster składa się z co najmniej trzech maszyn wirtualnych skonfigurowanych jako węzły klastra. Więcej węzłów zapewnia systemowi większą przepływność i większą pamięć podręczną.

• Pamięć podręczna — pojemność pamięci podręcznej jest podzielona równomiernie między węzły klastra. Ustaw rozmiar pamięci podręcznej na węzłach podczas tworzenia klastra; rozmiary węzłów są sumowane, co tworzy całkowity rozmiar pamięci podręcznej.

• Kontroler klastra — kontroler klastra jest dodatkową maszyną wirtualną znajdującą się w tej samej podsieci co węzły klastra. Kontroler jest potrzebny do utworzenia klastra i wykonywania bieżących zadań zarządzania.

• Dane, które chcesz buforować, są długoterminowo przechowywane w systemie pamięci masowej sprzętu lub w kontenerze Blob platformy Azure. Możesz dodać przestrzeń dyskową po utworzeniu klastra Avere vFXT dla platformy Azure lub, jeśli korzystasz z usługi magazynu Blob, możesz dodać i skonfigurować kontener podczas tworzenia klastra.

• Klienci — maszyny klienckie korzystające z buforowanych plików łączą się z klastrem przy użyciu ścieżki pliku wirtualnego zamiast bezpośrednio uzyskiwać dostęp do systemów magazynowania. (Przeczytaj więcej w Zainstaluj klaster Avere vFXT).

Subskrypcja, grupa zasobów i infrastruktura sieci

Zastanów się, gdzie będą elementy wdrożenia rozwiązania Avere vFXT dla platformy Azure. Na poniższym diagramie przedstawiono możliwe rozmieszczenie składników Avere vFXT dla platformy Azure:

Postępuj zgodnie z tymi wytycznymi podczas planowania infrastruktury sieciowej klastra Avere vFXT:

• Utwórz nową subskrypcję dla każdego wdrożenia rozwiązania Avere vFXT dla platformy Azure. Zarządzaj wszystkimi składnikami w tej subskrypcji.

  Zalety korzystania z nowej subskrypcji dla każdego wdrożenia obejmują:

  • Prostsze śledzenie kosztów — wyświetlanie i inspekcja wszystkich kosztów z zasobów, infrastruktury i cykli obliczeniowych w jednej subskrypcji.
  • Łatwiejsze czyszczenie — po zakończeniu pracy z projektem możesz usunąć całą subskrypcję.
  • Wygodne partycjonowanie przydziałów zasobów — izolowanie klientów i klastrów Avere vFXT w jednej subskrypcji w celu ochrony innych krytycznych obciążeń przed możliwym ograniczaniem zasobów. Ta separacja zapobiega konfliktowi przy uruchamianiu dużej liczby klientów w przepływie pracy dla obliczeń o wysokiej wydajności.

• Znajdź systemy obliczeniowe klienta w pobliżu klastra vFXT. Przechowywanie danych na zapleczu może być bardziej oddalone.

• Znajdź klaster vFXT i maszynę wirtualną kontrolera klastra razem — w szczególności powinny one być następujące:

  • W tej samej sieci wirtualnej
  • W tej samej grupie zasobów
  • Korzystanie z tego samego konta magazynowego

  Szablon tworzenia klastra obsługuje tę konfigurację w większości sytuacji.

• Klaster musi znajdować się we własnej podsieci, aby uniknąć konfliktów adresów IP z klientami lub innymi zasobami obliczeniowymi.

• Użyj szablonu tworzenia klastra, aby utworzyć większość wymaganych zasobów infrastruktury, w tym grupy zasobów, sieci wirtualne, podsieci i konta magazynowe.

  Jeśli chcesz używać już istniejących zasobów, upewnij się, że spełniają one wymagania w tej tabeli.

  Zasób	Czy użyć istniejącej?	Wymagania
  Grupa zasobów	Tak, jeśli jest puste	Musi być pusta
  Konto magazynu	Tak, jeśli połączyć istniejący kontener obiektów Blob po utworzeniu klastra Nie podczas tworzenia nowego kontenera Blob podczas tworzenia klastra	Istniejący kontener obiektów blob musi być pusty
  Sieć wirtualna	Tak	W przypadku tworzenia nowego kontenera obiektów blob platformy Azure, należy uwzględnić punkt końcowy usługi przechowywania.
  Podsieć	Tak	Nie może zawierać innych zasobów

Wymagania dotyczące adresów IP

Upewnij się, że podsieć klastra ma wystarczająco duży zakres adresów IP do obsługi klastra.

Klaster Avere vFXT używa następujących adresów IP:

• Jeden adres IP zarządzania klastrem. Ten adres może przejść z węzła do węzła w klastrze zgodnie z potrzebami, aby był zawsze dostępny. Użyj tego adresu, aby połączyć się z narzędziem konfiguracji Avere Control Panel.
• Dla każdego węzła klastra:
  • Co najmniej jeden adres IP dostępny dla klienta. (Wszystkie adresy klienckie są zarządzane przez serwer wirtualny klastra, który może przenieść adresy IP między węzłami zgodnie z potrzebami).
  • Jeden adres IP na potrzeby komunikacji klastra
  • Jeden adres IP wystąpienia (przypisany do maszyny wirtualnej)

Jeśli używasz usługi Azure Blob Storage, może również wymagać adresów IP z sieci wirtualnej klastra:

• Konto usługi Azure Blob Storage wymaga co najmniej pięciu adresów IP. Należy pamiętać o tym, jeśli lokalizujesz magazyn obiektów blob w tej samej sieci wirtualnej co klaster.
• Jeśli używasz Azure Blob Storage, która znajduje się poza wirtualną siecią klastra, utwórz punkt końcowy usługi magazynowej w sieci wirtualnej. Punkt końcowy nie używa adresu IP.

Istnieje możliwość zlokalizowania zasobów sieciowych i magazynu obiektów blob (jeśli są używane) w różnych grupach zasobów z klastra.

Rozmiar węzła vFXT

Maszyny wirtualne, które służą jako węzły klastra, określają przepływność żądań i pojemność magazynu pamięci podręcznej.

Każdy węzeł vFXT będzie identyczny. Oznacza to, że w przypadku utworzenia klastra z trzema węzłami będziesz mieć trzy maszyny wirtualne o tym samym typie i rozmiarze.

Można skonfigurować pamięć podręczną dysku na węzeł i może wynosić od 1000 GB do 8000 GB. 4 TB na węzeł jest zalecaną wielkością pamięci podręcznej dla węzłów Standard_E32s_v3.

Aby uzyskać dodatkowe informacje na temat tych maszyn wirtualnych, zapoznaj się z dokumentacją platformy Microsoft Azure: Rozmiary maszyn wirtualnych zoptymalizowanych pod kątem pamięci

Limit konta

Upewnij się, że twoja subskrypcja ma pojemność do uruchamiania klastra Avere vFXT, a także wszystkich używanych systemów obliczeniowych lub klienckich. Przeczytaj Limit przydziału dla klastra vFXT aby uzyskać szczegółowe informacje.

Magazyn danych backendowych

Systemy magazynowania zaplecza zarówno dostarczają pliki do pamięci podręcznej klastra, jak i odbierają zmienione dane z tej pamięci. Zdecyduj, czy zestaw roboczy będzie przechowywany długoterminowo w nowym kontenerze Blob, czy w istniejącym systemie przechowywania (w chmurze lub lokalnym sprzęcie). Te systemy magazynu zaplecza są nazywane podstawowymi plikami.

Sprzętowe podstawowe pliki

Po utworzeniu klastra dodaj systemy magazynowania sprzętowego do klastra vFXT. Można użyć różnych popularnych systemów sprzętowych, w tym systemów lokalnych, o ile system magazynowania może być osiągalny z podsieci klastra.

Aby uzyskać szczegółowe instrukcje dotyczące dodawania istniejącego systemu magazynu do klastra Avere vFXT, przeczytaj artykuł Configure storage (Konfigurowanie magazynu ), aby uzyskać szczegółowe instrukcje dotyczące dodawania istniejącego systemu magazynu do klastra Avere vFXT.

Podstawowe pliki w chmurze

System Avere vFXT dla platformy Azure może używać pustych kontenerów Blob do przechowywania w zapleczu. Kontenery muszą być puste po dodaniu do klastra — system vFXT musi mieć możliwość zarządzania magazynem obiektów bez konieczności zachowywania istniejących danych.

Po dodaniu pustego kontenera usługi Blob Storage jako podstawowego pliku można skopiować do niego dane za pośrednictwem klastra. Użyj równoległego, wielowątkowego mechanizmu kopiowania. Przeczytaj Artykuł Przenoszenie danych do klastra vFXT, aby dowiedzieć się, jak wydajnie kopiować dane do nowego kontenera klastra przy użyciu maszyn klienckich i pamięci podręcznej Avere vFXT.

Dostęp do klastra

Klaster Avere vFXT for Azure znajduje się w podsieci prywatnej, a klaster nie ma publicznego adresu IP. Musisz znaleźć sposób, aby uzyskać dostęp do podsieci prywatnej na potrzeby administrowania klastrem i połączeń klienckich.

Opcje dostępu obejmują:

• Host przesiadkowy — przypisz publiczny adres IP do oddzielnej maszyny wirtualnej w sieci prywatnej i użyj go do utworzenia tunelu TLS do węzłów klastra.

  Napiwek

  Jeśli ustawisz publiczny adres IP na kontrolerze klastra, możesz użyć go jako hosta przesiadkowego. Aby uzyskać więcej informacji, przeczytaj temat Kontroler klastra jako host przesiadkowy.

• Wirtualna sieć prywatna (VPN) — konfigurowanie sieci VPN typu punkt-lokacja lub lokacja-lokacja między sieciami prywatnymi na platformie Azure i w sieciach firmowych.

• Azure ExpressRoute — konfigurowanie połączenia prywatnego za pośrednictwem partnera usługi ExpressRoute.

Aby uzyskać szczegółowe informacje o tych opcjach, zapoznaj się z dokumentacją usługi Azure Virtual Network dotyczącą komunikacji internetowej.

Kontroler klastra jako host skokowy

Jeśli ustawisz publiczny adres IP na kontrolerze klastra, możesz użyć go jako hosta skokowego, aby skontaktować się z klastrem Avere vFXT spoza podsieci prywatnej. Jednak ponieważ kontroler ma uprawnienia dostępu do modyfikowania węzłów klastra, powoduje to niewielkie zagrożenie bezpieczeństwa.

Aby zwiększyć bezpieczeństwo kontrolera z publicznym adresem IP, skrypt wdrażania automatycznie tworzy sieciową grupę zabezpieczeń, która ogranicza dostęp przychodzący tylko do portu 22. Możesz dodatkowo chronić system, blokując dostęp do zakresu adresów ŹRÓDŁOWYch IP — czyli zezwalaj tylko na połączenia z komputerów, których zamierzasz używać na potrzeby dostępu do klastra.

Podczas tworzenia klastra można wybrać, czy utworzyć publiczny adres IP na kontrolerze klastra.

• Jeśli tworzysz nową sieć wirtualną lub nową podsieć, kontroler klastra zostanie przypisany publiczny adres IP.
• Jeśli wybierzesz istniejącą sieć wirtualną i podsieć, kontroler klastra będzie miał tylko prywatne adresy IP.

Role dostępu do maszyny wirtualnej

Platforma Azure używa kontroli dostępu opartej na rolach platformy Azure (RBAC) w celu autoryzowania maszyn wirtualnych klastra do wykonywania określonych zadań. Na przykład kontroler klastra musi mieć autoryzację do tworzenia i konfigurowania maszyn wirtualnych węzła klastra. Węzły klastra muszą mieć możliwość przypisania lub ponownego przypisania adresów IP do innych węzłów klastra.

Dwie wbudowane role platformy Azure są używane dla maszyn wirtualnych Avere vFXT:

• Kontroler klastra używa wbudowanej roli Avere Contributor.
• Węzły klastra używają wbudowanej roli Operator Avere.

Jeśli musisz dostosować role dostępu dla składników Avere vFXT, musisz zdefiniować własną rolę, a następnie przypisać ją do maszyn wirtualnych podczas ich tworzenia. Nie można użyć szablonu wdrożenia w witrynie Azure Marketplace. Skontaktuj się z pomocą techniczną i obsługą klienta firmy Microsoft, tworząc zgłoszenie w portalu Azure, zgodnie z opisem w Uzyskiwanie pomocy z systemem.

Następne kroki

Omówienie wdrożenia zawiera ogólny widok kroków niezbędnych do utworzenia systemu Avere vFXT dla platformy Azure i przygotowania go do obsługi danych.