VxRail: Co to jest FTT i kodowanie wymazywania?

Kodowanie wymazywania (EC) to metoda ochrony danych, w której dane są dzielone na fragmenty, rozszerzane i kodowane nadmiarowymi elementami danych (definicja TechTarget) i przechowywane w różnych lokalizacjach lub na różnych nośnikach pamięci masowej.

Celem kodowania wymazywania jest umożliwienie rekonstrukcji danych, które zostaną uszkodzone w pewnym momencie procesu przechowywania na dysku, przy użyciu informacji o danych przechowywanych w innym miejscu macierzy (definicja TechTarget). Kody wymazywania są często używane zamiast tradycyjnej macierzy RAID (definicja TechTarget) ze względu na ich zdolność do skracania czasu i zmniejszania obciążenia wymaganego do rekonstrukcji danych. Wadą kodowania wymazywania jest to, że może ono bardziej obciążać procesor, co może przekładać się na zwiększone opóźnienia.

Liczba usterek do tolerowania

Ta opcja FTT zazwyczaj określa liczbę awarii hosta i urządzeń, które obiekt maszyny wirtualnej może tolerować. W przypadku tolerowanych n błędów wymagane jest n+1kopii obszaru obiektu maszyny wirtualnej i 2n+1 hostów z pamięcią masową. Wartość domyślna to 1. Maksymalna wartość to 3.

Gdy włączone są kody usuwania, vSAN obsługuje dwie konfiguracje. Pierwsza, RAID 5, ma zastosowanie, gdy liczba tolerowanych awarii jest ustawiona na 1. Drugi, RAID 6, ma zastosowanie, gdy liczba tolerowanych awarii jest ustawiona na 2. Rozmiar klastra vSAN musi wynosić co najmniej cztery hosty dla macierzy RAID 5 i co najmniej sześć hostów dla macierzy RAID 6.

Metoda odporności na awarie

Metoda odporności na awarie określa, czy metoda replikacji danych jest optymalizowana pod kątem wydajności, czy pojemności. Opcja dublowania RAID 1 ze względu na wydajność zużywa więcej miejsca na dysku do umieszczenia komponentów obiektu, ale zużywa mniej zasobów procesora i sieci. Kodowanie wymazywania RAID 5/6 to opcja pojemnościowa. Zajmuje mniej miejsca na dysku, ale zużywa więcej zasobów procesora i sieci.

Zarządzanie domenami błędów w klastrach vSAN

Jeśli klaster vSAN obejmuje wiele szaf lub obudów serwera kasetowego w centrum danych i chcesz upewnić się, że hosty są chronione przed awarią szafy serwerowej lub obudowy, można utworzyć domeny błędów i dodać jeden lub więcej hostów do każdej domeny błędu.

Domena błędów składa się z co najmniej jednego hosta vSAN pogrupowanego razem zgodnie z ich fizyczną lokalizacją w centrum danych. Domeny błędów umożliwiają vSAN tolerowanie awarii całych fizycznych szaf serwerowych oraz awarii pojedynczego hosta, urządzenia pojemnościowego, łącza sieciowego lub przełącznika sieciowego przeznaczonego dla domeny błędów.

Zasada liczby tolerowanych awarii dla klastra zależy od liczby awarii, które maszyna wirtualna ma tolerować. Na przykład, jeśli maszyna wirtualna ma skonfigurowane ustawienie liczby tolerowanych awarii o wartości 1 (FTT = 1) i używa wielu domen błędów, vSAN może tolerować jedną awarię wszelkiego rodzaju i dowolnego komponentu w domenie błędu, w tym awarię całej szafy serwerowej.

Po skonfigurowaniu domen błędów w szafie serwerowej i przydzieleniu nowej maszyny wirtualnej, vSAN zapewnia umieszczenie obiektów ochrony, takich jak repliki i monitory, w różnych domenach błędów. Na przykład, jeśli zasada pamięci masowej maszyny wirtualnej ma ustawienie liczby tolerowanych awarii o wartości N (FTT = n), vSAN wymaga co najmniej 2*n+1 domen błędów w klastrze. Kiedy maszyny wirtualne są przydzielane w klastrze z domenami błędów korzystającymi z tej zasady, kopie powiązanych obiektów maszyny wirtualnej są przechowywane w oddzielnych szafach serwerowych.

Wymagane są co najmniej trzy domeny błędów. Aby uzyskać najlepsze wyniki, skonfiguruj co najmniej cztery domeny błędów w klastrze. Klaster z trzema domenami błędów ma takie same ograniczenia, jak klaster z trzema hostami, takie jak niemożność ponownego zabezpieczenia danych po awarii i brak możliwości korzystania z trybu pełnej migracji danych. Aby uzyskać informacje na temat projektowania i zmiany rozmiaru domen błędów, patrz Projektowanie i zmiana rozmiaru domen błędów vSAN.

Należy wziąć pod uwagę scenariusz, w którym mamy klaster vSAN z 16 hostami. Hosty są rozłożone na cztery szafy serwerowe, czyli cztery hosty na szafę. Aby tolerować awarię całej szafy serwerowej, należy utworzyć domenę błędów dla każdej szafy. Klaster o takiej pojemności może być skonfigurowany w taki sposób, aby tolerował ustawienie liczby tolerowanych awarii o wartości 1. Jeśli chcesz skonfigurować klaster dopuszczający maszyny wirtualne z ustawieniem liczby tolerowanych awarii o wartości 2, należy skonfigurować pięć domen błędów w klastrze.

W przypadku awarii szafy serwerowej wszystkie zasoby, w tym procesor, pamięć w szafie serwerowej, staną się niedostępne dla klastra. Aby zmniejszyć wpływ potencjalnej awarii szafy serwerowej, należy skonfigurować domeny błędów o mniejszych rozmiarach. Zwiększa to całkowitą ilość dostępności zasobów w klastrze po awarii szafy serwerowej.

Podczas pracy z domenami błędów należy postępować zgodnie z poniższymi najlepszymi praktykami:

• Skonfiguruj co najmniej trzy domeny błędów w klastrze vSAN. Aby uzyskać najlepsze wyniki, skonfiguruj co najmniej cztery domeny błędów.
• Uważa się, że host, który nie znajduje się w żadnej domenie błędów, znajduje się we własnej domenie błędów pojedynczego hosta.
• Nie trzeba przypisywać każdego hosta vSAN do domeny błędów. Jeśli zdecydujesz się korzystać z domen błędów w celu ochrony środowiska vSAN, rozważ utworzenie domen błędów o jednakowym rozmiarze.
• Po przeniesieniu do innego klastra hosty vSAN zachowują przypisanie domen błędów.
• Podczas projektowania domeny błędów zaleca się skonfigurowanie domen błędów z jednakową liczbą hostów.
• Wskazówki dotyczące projektowania domen błędów można znaleźć w sekcji Projektowanie i zmiana rozmiaru domen błędów vSAN.
• Do domeny błędów można dodać dowolną liczbę hostów. Każda domena błędów musi zawierać co najmniej jeden host.