Użyteczna pamięć masowa po RAID

01

Normalizuj bajty, TB i TiB

Etykiety dysków i katalog Tungsto używają jednostek dziesiętnych: jeden TB to 1,000,000,000,000 bajtów. Jeden TiB to 1,099,511,627,776 bajtów. Ta sama liczba bajtów pojawia się zatem jako mniejsza liczba w TiB. Przeliczaj z bajtów źródłowych, zamiast wielokrotnie stosować zaokrąglony procent, i oznaczaj każdą kolumnę arkusza jej jednostką.

Na przykład macierz katalogowa 12 × 16 TB zawiera 192 TB surowej pojemności przed redundancją, podczas gdy 24 × 20 TB zawiera 480 TB surowej. Te wartości nie obejmują oddzielnej pary startowej NVMe. Są to fakty inwentarzowe, a nie twierdzenia o pojemności widocznej dla systemu plików lub zapisywalnej.

02

Modeluj rzeczywistą topologię, a nie jeden zagregowany wiersz

Użyj najmniejszego rozmiaru urządzenia uczestniczącego, gdy członkowie się różnią, chyba że wybrana implementacja dokumentuje inaczej; większe części mogą pozostać nieużywane. Oddziel urządzenia rozruchowe, pamięci podręcznej, dziennika, zapasowe i danych. W przypadku ZFS zidentyfikuj każdy vdev najwyższego poziomu i jego nadmiarowość. Dane są rozkładane na vdevach najwyższego poziomu, więc jeden nienadmiarowy vdev może uczynić w inny sposób lustrzaną pulę podatną na to pojedyncze urządzenie.

Prosty wzór na parzystość przybliża grupę RAIDZ jako liczbę dysków danych razy rozmiar dysku, ale faktyczny przydział zależy od rozmiaru rekordu, geometrii sektorów i zachowania parzystości. OpenZFS opisuje zatem swoją użyteczną właściwość puli jako heurystykę, a nie dokładną obietnicę.

• OtwórzZFS właściwości pojemności puli ↗

03

Zastosuj kaskadę pojemności

Zacznij od surowych bajtów, odejmij nadmiarowość i wszelkie dedykowane dyski zapasowe, a następnie odczytaj właściwość dostępną utworzonego systemu plików lub puli. Od tego wyniku zarezerwuj miejsce wymagane przez politykę, migawki, zachowanie copy-on-write, tymczasową replikację lub prace przywracania oraz wzrost aplikacji. Nie zakładaj oszczędności z kompresji lub deduplikacji; oba zależą od danych i konfiguracji i mogą zniknąć z konserwatywnej prognozy.

Zachowaj dwa wyniki: teoretyczną pojemność do porównywania układów i operacyjną pojemność do przyjmowania danych. Druga powinna zawierać próg alarmowy i próg zatrzymania przyjmowania wybrany przez operatora. System plików wypełniający się do ostatniego zgłoszonego bajtu może utrudnić konserwację i odzyskiwanie, nawet jeśli arytmetyka pierwotnie wyglądała poprawnie.

04

Zweryfikuj utworzoną pulę przed zapisaniem danych

Po utworzeniu wybranego układu zapisz członkostwo urządzeń, nadmiarowość, kondycję i zgłoszoną dostępną pojemność implementacji. W systemie ZFS odróżnij szacunki na poziomie puli od dostępności zestawu danych, ponieważ przydziały, rezerwacje i parzystość mogą je różnicować. Kalkulator pojemności TrueNAS jest przydatny do planowania geometrii ZFS, ale jego dane wejściowe nadal muszą odpowiadać rzeczywistym dyskom, ashift, rozmiarowi rekordu, zapasowym i polityce rezerwacji.

Utwórz zapis akceptacji przed produkcją: surowe bajty, schemat układu, wartość obliczona, wartość zgłoszona, rezerwa, polityka migawek i miejsce docelowe kopii zapasowej. Zbadaj każdą niewyjaśnioną różnicę, zamiast zmieniać jednostki, dopóki liczby nie będą wyglądać na zgodne.

05

Utrzymuj pojemność i odzyskiwanie osobno

Większa wartość użyteczna nie dowodzi bezpieczniejszego projektu. Określ tolerowane awarie urządzeń, monitorowanie, procedurę zapasową, politykę czyszczenia lub sprawdzania spójności oraz źródło przywracania obok wyniku pojemności. Redundancja RAID i ZFS pozostaje w jednej obudowie; nie chroni przed usunięciem, naruszeniem bezpieczeństwa ani utratą serwera.

Oczekiwanym rezultatem jest odtwarzalny arkusz pojemności, który inny operator może przeliczyć na podstawie bajtów urządzeń i topologii. Użyj kalkulatora do krótkiej listy, a następnie zastąp jego oszacowanie zaobserwowanymi właściwościami z wdrożonej puli przed zaoferowaniem pojemności aplikacji.