01

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ę.

02

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.

03

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.

04

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.

Lista kontrolna

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
FAQ

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.