wikiKonfiguracja klastra vSAN
Rozwiązanie vSAN typu Software Defined Storage (SDS) firmy VMware oferuje kilka możliwości konfiguracji, które chcemy opisać w tym artykule. Wszystkie funkcje vSAN są już zintegrowane w jądrze vSphere i vSAN nie wymaga doinstalowywania oprogramowania. Dodatkowo wymagany jest jedynie vCenter Server do aktywacji, konfiguracji i monitoringu. I oczywiście odpowiednia licencja vSAN.
W tym przykładzie wykorzystywany jest nested vSAN 6.6 (vSphere Build 5310538) jako demo. Każdy host dysponuje jedną grupą dysków (disk group) z jednym SSD i dwoma HDD.
Edycje
vSAN dostępny jest w następujących edycjach[1] i pakietach:
- Standard, Advanced i Enterprise jako pojedyncza licencja na CPU
- Pakiet HCI (vSphere z vSAN)
- Pakiet Horizon Advanced / Enterprise
- vSAN for Desktop (również dla rozwiązań innych dostawców)
- vSAN ROBO (maks. 25 VM na stronę)
Pojedyncze licencje różnią się pod względem cech użytkowych, wszystkie edycje zawierają jednak switch vSphere Distributed z edycji vSphere Enterprise Plus. Wszystkie hosty klastra vSAN muszą posiadać licencję, również w przypadku, gdy hosty nie udostępniają pamięci i służy jedynie jako tak zwane Compute Ressource.
Wymagania dotyczące sprzętu
VMware udostępnienia VMware Compatibility Guide dla komponentów vSAN, gwarantując w ten sposób, że komponenty są certyfikowane i przetestowane pod vSAN. Należy tutaj zawsze zwrócić uwagę na stosowane wydanie (release) i typ vSAN (Hybrid lub All Flash).
Minimalne wymagania[2] sprzętowe dla węzła vSAN:
- Jeden dysk SSD / NVMe jako cache
- Jeden dysk SAS / NL-SAS dla trybu hybrydowego lub dysku SSD / NVMe dla wszystkich trybów flash (capacity)
- Certyfikowany kontroler RAID obsługujący passthrough lub HBA
- 32GB RAM
- Jeden dysk HDD / SSD / pendrive lub karta SD dla hypervisora
- Jeden dedykowany interfejs 1Gbit/s (zalecane 10Gbit/s)
Aktualne limity w vSAN 6.6:
- 64 węzłów na claster
- 5 grup dysków na węzeł
- 1 SSD / NVMe (cache) na grupę dysków
- 7 HDD / SSD (capacity) na grupę dysków
- 200 VM na węzeł
- 62 TB virtual machine disk size (VMDK)
Uwaga: Prosimy zwrócić uwagę, że konfiguracja JBOD jest wspierana jedynie w systemach serwerowych blade.
vSAN Storage Policies
Storage Policies odgrywają kluczową rolę w vSAN. Zasady te można wykorzystać do zdefiniowania w jaki sposób dane maszyn wirtualnych mają być przechowywane (redundancja), lub wykorzystywane zasoby. Każdy system vSphere domyślnie udostępnia vSAN Default Storage Policy, w którym Primary level of failures to tolerate (PFTT) wynosi 1. Wartość ta określa liczbę utworzonych redundantnych obiektów (replik) jednego obiektu (VMDK i VM home directory), oznacza to, że przy PFTT=1 wszystkie obiekty VM są tworzone dwukrotnie, tj. oryginał i replika. Oznacza to, że maszyna wirtualna o powierzchni 100 GB faktycznie zajmuje 200 GB, ponieważ wszystkie komponenty są tworzone nadmiarowo. vSAN organizuje tak zapis, aby oryginał i replika nigdy nie znajdowały się na tym samym węźle vSAN. W ten sposób, przy PFTT=1, możliwa jest awaria całego węzła bez utraty danych.
Kolejna ważną wartością jest Number of disk stripes per object, w standardowej polisie wartość ta wynosi 1 i gwarantuje, że obiekty wirtualnej maszyny są zapisywane tylko na jednym HDD / SSD. W przypadku większych plików VMDK zwiększenie tej wartości może przyspieszyć odczyt, jeżeli dane nie znajdują się w cache'u, przez co wspomniane obiekty będą rozmieszczane równomiernie na wielu dyskach twardych / SSD.
Konfiguracja standardowa vSAN
Standardowa konfiguracja vSAN składa się z przynajmniej trzech węzłów, które nie są fizycznie oddzielone, lecz znajdują się razem w jednej lokalizacji. Aby móc włączyć vSAN konieczny jest vCenter Server, ponieważ konfiguracja ta może zostać przeprowadzona jedynie z klienta vSphere Web Client. Dla każdego hosta jest wymagany dedykowany VMkernel z vSAN Traffic Tag. Podczas korzystania z polisy vSAN Storage Policy o wartości PFTT=1 obiekty wirtualnej maszyny (oryginał i replika) są zapisywane na dwóch węzłach, a trzeci host otrzymuje tak zwany obiekt Witness. Plik Witness służy jako kworum i jest ważny, gdy połączenie sieciowe pomiędzy węzłami zostanie zerwane i musi zostać określone, który obiekt (oryginał czy replika) ma najnowszy status, aby uniknąć scenariusza split-brain.
Przegląd hostów, grup dysków i pojedynczych nośników danych
Domyślna polisa storage o wartości PFTT=1
Pod Virtual Objects można sprawdzić, na którym serwerze są zapisywane jakie dane
"Fault Domain" nie została skonfigurowana
Konfiguracja z 2 węzłami
Wariant 2-węzłowy umożliwia bezpośrednie podłączenie węzłów vSAN, co pozwala zaoszczędzić koszty switcha 10 Gbit/s. Ten scenariusz wymaga dedykowanego hosta Witness, którym może być host ESXi lub gotowa Witness Appliance bezpośrednio od VMware. Aby Witness Appliance mogło odbierać trafic vSAN, w przypadku bezpośredniego połączonych węzłów vSAN, musi zostać skonfigurowany dodatkowy VMkernel z VSANWitness Tag.
Witness Appliance ma włączony vSAN Service
Dodanie vSANWITNESS Tag
W kliencie Web Client vSANWITNESS Tag NIE jest widoczny obok Enabled Services
Konfiguracja VMkernel w bezpośrednio połączonych hostach
Przegląd wszystkich hostów, grup dysków i nośników danych
Preferred i Secondary Domain i jeden dodatkowy host Witness
Pod Virtual Objects można sprawdzić, na którym serwerze są zapisywane jakie dane
Stretched Cluster
Za pomocą klastra vSAN Stretched Cluster możliwe jest wdrożenie klastra Virtual SAN w dwóch różnych lokalizacjach geograficznych i zapewnienie synchronicznej replikacji danych pomiędzy nimi. W takiej konfiguracji konieczny jest również dodatkowy host Witness, lub Witness Appliance. Dla klastra Stretched dostępna jest dodatkowa opcja polisy Secondary Failure to Tolerate (SFTT), gdzie PFTT to liczba dopuszczalnych błędów całej lokalizacji (0 i 1) i SFTT to liczba dopuszczalnych błędów w obrębie jednej lokalizacji (0 do 3). Konfiguracja PFTT=1 i SFTT=1 wymaga przynajmniej 6 węzłów vSAN.
Dopóki nie wystąpi żadna awaria to oryginał i replika nie są zapisywane w tej samej lokalizacji.
Przegląd wszystkich hostów, grup dysków i nośników danych
Preferred i Secondary Domain i jeden dodatkowy host Witness
Pod Virtual Objects można sprawdzić, na którym serwerze są zapisywane jakie dane
SFTT jest dostępne tylko w klastrze Stretched i wymaga przynajmniej 3 hostów w jednej lokalizacj
Fault Domain
Konfiguracja Fault Domain jest przeznaczona dla większych środowisk vSAN z wieloma szafami vSAN, gdzie każda szafa to jedna domena Fault. W takiej konfiguracji każde pojedyncze obiekty (oryginał, replika i witness) są równomiernie rozdystrybuowane pomiędzy domenami Fault. Dzięki tej konfiguracji można tolerować awarię kompletnej szafy serwerowej. Konfiguracja PFTT=1 wymaga 3 domen Fault z co najmniej 2 węzłami każda.
Przegląd wszystkich hostów, grup dysków i nośników danych
Trzy domeny Fault, każda z 3 hostami
Pod Virtual Objects można sprawdzić, na którym serwerze są zapisywane jakie dane
Odnośniki
Autor: Sebastian Köbke
