SAN i NAS odpowiadają na inne potrzeby
SAN udostępnia zasoby blokowe, często wykorzystywane przez klastry wirtualizacyjne i bazy danych. NAS udostępnia pliki przez protokoły sieciowe i sprawdza się jako współdzielona przestrzeń, repozytorium lub zasób użytkowników.
Część urządzeń obsługuje oba tryby, ale przy projekcie należy jasno określić protokoły, wymagania aplikacji, sposób zarządzania i oczekiwaną redundancję.
Oblicz pojemność po wszystkich narzutach
Od pojemności surowej trzeba odjąć RAID, dyski zapasowe, rezerwę systemową i margines wolnej przestrzeni. Deduplikacja i kompresja mogą poprawić efektywną pojemność, ale ich rezultat zależy od charakteru danych.
Plan powinien uwzględniać wzrost, snapshoty, klony, retencję oraz czas potrzebny do rozbudowy. Macierz nie powinna być stale eksploatowana blisko maksymalnego wypełnienia.
IOPS i opóźnienia ważniejsze niż marketingowa przepustowość
Bazy danych, VDI i systemy transakcyjne mogą być wrażliwe na opóźnienia, podczas gdy repozytoria plików lub backupu bardziej zależą od przepustowości sekwencyjnej. Warto zebrać pomiary z istniejącego środowiska i uwzględnić okresy szczytu.
All-flash redukuje opóźnienia i zwiększa liczbę operacji, ale nie rozwiązuje automatycznie problemów z siecią, błędną konfiguracją aplikacji lub przeciążonymi hostami.
Dostępność, snapshoty i replikacja
Dwa kontrolery, redundantne ścieżki, zasilanie i przełączniki ograniczają pojedyncze punkty awarii. Należy zaplanować multipathing i przetestować zachowanie środowiska po utracie portu lub kontrolera.
Snapshot nie jest pełnym backupem, jeśli pozostaje na tym samym systemie. Replikacja również kopiuje część błędów i usunięć, dlatego potrzebna jest niezależna polityka ochrony danych.
Informacje, które warto zebrać.
- pojemność surowa i użytkowa
- wzrost danych oraz snapshoty
- IOPS, opóźnienia i profil bloków
- SAN, NAS lub oba tryby
- interfejsy FC, iSCSI, Ethernet/NFS/SMB
- kontrolery, ścieżki i zasilanie
- replikacja oraz integracja z backupem
- gwarancja, rozbudowa i cykl życia
Najczęstsze pytania
Czy all-flash zawsze jest najlepszy?
Nie. Powinien wynikać z wymagań wydajnościowych, kosztów, pojemności i profilu danych.
Czy snapshot jest kopią zapasową?
Nie powinien być jedyną kopią, szczególnie jeśli pozostaje na tej samej macierzy.
Jak porównać dwie macierze?
Na podstawie pojemności użytkowej, opóźnień, profilu obciążenia, redundancji, funkcji danych, wsparcia i kosztu rozbudowy.