SAN vs NAS vs DAS – czym się różnią i którą architekturę storage wybrać dla swojej firmy?

Trzy skróty, które wracają w każdej rozmowie o pamięci masowej – i trzy zupełnie różne filozofie podłączenia dysków do firmowych systemów. DAS, NAS i SAN nie są kolejnymi „wersjami” tego samego; to odpowiedzi na różne pytania o to, kto ma sięgać do danych, jak szybko i w jaki sposób.

Wybór między nimi rzadko jest oczywisty, bo na papierze wszystkie „trzymają pliki”. Różnica leży głębiej – w tym, czy dyski należą do jednego serwera, czy do całej sieci, i czy dane jeżdżą blokami, czy plikami. Zacznijmy więc od tej jednej rzeczy, bo gdy ją zrozumiesz, reszta układa się sama.

Sedno różnicy: blok kontra plik

Cała trójka dzieli się tak naprawdę według jednego kryterium – poziomu, na jakim udostępniają dane.

  • Blok (block level) – tak działają DAS i SAN. System operuje na surowych blokach dysku, jakby to był jego własny, lokalny napęd. To wydajniejsze tam, gdzie liczy się najszybszy dostęp do fragmentów danych – bazy danych, wirtualizacja.
  • Plik (file level) – tak działa NAS. To w istocie serwer plików, który podłącza się do dysków i udostępnia je innym przez sieć, używając protokołów plikowych jak NFS czy CIFS/SMB. Lepsze, gdy aplikacja potrzebuje całego pliku, a nie pojedynczych bloków.

Stąd bierze się też różnica wydajności. Protokoły blokowe (SCSI, a po sieci – iSCSI) bywają po prostu szybsze dla pewnych obciążeń: w dobrze skonfigurowanym SAN iSCSI na Gigabit Ethernet przepustowość potrafi być 2–3 razy wyższa niż typowych protokołów współdzielenia plików w tej samej sieci. Trzymaj tę zasadę z tyłu głowy – wrócimy do niej przy każdej z trzech architektur.

DAS – dyski przypięte wprost do serwera

DAS (Direct-Attached Storage) to najprostszy model: pamięć – wewnętrzna albo zewnętrzna półka – podłączona bezpośrednio do jednego hosta, zwykle przez SAS. Każdy serwer ma swój storage „na własność”. Architektura jest banalnie prosta, łatwa w zarządzaniu i oferuje bardzo atrakcyjny stosunek ceny do wydajności – nie bez powodu DAS przez lata odpowiadał za większość sprzedawanej pamięci masowej. Dostęp jest szybki i o niskiej latencji, bo łącze jest krótkie i dedykowane.

Ograniczenia wynikają wprost z tej prostoty. DAS nie skaluje się sensownie i obsługuje tylko użytkowników lokalnych danego serwera. Dochodzi do tego niskie wykorzystanie pojemności – jeśli jeden serwer ma wolne miejsce, a drugi cierpi na jego brak, nie przełożysz go między nimi. Plus twardy limit liczby dysków, które host udźwignie. To świetny wybór do usług lokalnych i pojedynczych serwerów – typowo w roli DAS sprawdza się półka w stylu Dell PowerVault MD podpięta przez SAS.

NAS – wspólny dysk dla całej sieci

NAS (Network-Attached Storage) odwraca logikę DAS: pamięć jest oddzielona od serwerów i podłączona przez switch Ethernet, a dostęp odbywa się po TCP/IP. To rozwiązanie „shared nothing” – NAS pośredniczy między dyskami a klientami przez sieć LAN. Największa zaleta? Korzysta z istniejącej sieci i kompetencji w Ethernecie/IP, więc nie wymaga budowy osobnej infrastruktury.

To czyni NAS naturalnym wyborem tam, gdzie wielu użytkowników – często na różnych systemach (Windows, Linux, macOS) – ma współdzielić pliki. Łatwo o tu replikację i disaster recovery, a zasięg sięga dalej niż lokalny serwer. Cena za tę wygodę: wydajność niższa niż w SAN, bo warstwa plikowa i sieć IP dokładają narzut. Do dokumentów, projektów i archiwów – idealnie. Do bazy danych pod dużym obciążeniem – już niekoniecznie.

SAN – wydajność i konsolidacja dla wielu serwerów

SAN (Storage Area Network) to osobna, dedykowana sieć pamięci masowej, w której dyski są wspólną pulą dla wielu hostów – model „shared disk”. Historycznie budowano ją na Fibre Channel, które skraca czas dostępu i daje najwyższą wydajność z całej trójki. SAN jest zoptymalizowany pod aplikacje intensywne w I/O – bazy danych, gęstą wirtualizację, środowiska krytyczne.

Ale prawdziwa przewaga SAN nie jest tylko w prędkości. To konsolidacja: zamiast wysp pamięci przypisanych do pojedynczych serwerów, masz wspólną pulę, którą elastycznie przydzielasz. Efekt jest policzalny:

  • wyższe wykorzystanie pojemności – nie marnujesz wolnego miejsca uwięzionego w pojedynczych serwerach;
  • mniejszy łączny zakup storage, bo zasoby są współdzielone, a nie powielane;
  • naturalne wsparcie dla replikacji i DR – SAN może obejmować lokalizację podstawową i zapasową.

Wady? Koszt i złożoność. Dyski, okablowanie, kontrolery i switche Fibre Channel kosztują, a konfiguracja oraz zarządzanie wymagają kompetencji, których nie każdy zespół IT ma pod ręką. Na szczęście jest droga pośrednia.

iSCSI – SAN bez światłowodów

Tu wchodzi rozwiązanie, które rozmywa granice. iSCSI łączy infrastrukturę IP (jak NAS) z blokowym protokołem I/O (jak SAN) – pozwala zbudować SAN po zwykłej sieci Ethernet, zamiast inwestować w Fibre Channel. Dostajesz blokową wydajność i konsolidację SAN, korzystając z sieci i wiedzy, które firma już ma.

Dla wielu mniejszych i średnich firm to złoty środek: realne korzyści SAN bez kosztów i złożoności FC. W tej roli sprawdza się macierz iSCSI w rodzaju Dell PowerVault z kontrolerami iSCSI – współdzielony storage blokowy dla kilku serwerów, podłączony do istniejącej sieci. A jeśli budujesz SAN na Fibre Channel, potrzebne będą też switche i moduły optyczne.

DAS, NAS i SAN obok siebie

Cecha

DAS

NAS

SAN

Poziom dostępu

blok

plik (NFS/SMB)

blok

Podłączenie

wprost do serwera (SAS)

sieć LAN / IP

FC lub IP (iSCSI)

Współdzielenie

jeden host

wielu klientów

wiele serwerów (pula)

Wydajność

wysoka, niska latencja

niższa

najwyższa

Skalowalność

słaba

dobra

bardzo dobra

Koszt / złożoność

najniższy

umiarkowany

wysoki (FC) / średni (iSCSI)

Idealne do

pojedynczy serwer, usługi lokalne

współdzielenie plików, backup

bazy, wirtualizacja, DR

Którą architekturę wybrać – pytania, które zadajemy najpierw

Zanim cokolwiek doradzimy, ustalamy z klientem kilka rzeczy. To one przesądzają wybór, nie marka sprzętu.

  • Storage ma być współdzielony między wiele serwerów, czy obsługuje jeden host?
  • Aplikacje potrzebują dostępu blokowego (bazy, wirtualizacja) czy plikowego (pliki, współdzielenie)?
  • Jakie są wymagania wydajności (IOPS, latencja) i czy I/O jest intensywne?
  • Jaki jest budżet i akceptowalny koszt zarządzania?
  • Czy potrzebna jest replikacja / disaster recovery między lokalizacjami?
  • Jakie kompetencje ma zespół – Ethernet/IP czy Fibre Channel?

Z odpowiedzi zwykle wyłania się jasny obraz. W skrócie w tabelce.

Profil firmy / zastosowanie

Architektura

Przykład z oferty

Pojedynczy serwer, lokalne usługi, mały budżet

DAS

PowerVault MD przez SAS

Współdzielenie plików w zespole (Win/Linux/Mac), backup

NAS

serwer plików po LAN / TCP-IP

Kilka serwerów, wirtualizacja, bazy – bez sieci FC

SAN (iSCSI)

PowerVault iSCSI po IP

Intensywne I/O, krytyczne środowiska, DR między lokalizacjami

SAN (FC) / unified

Dell PowerStore (blok + plik)

Coraz częściej: granice się zacierają

Warto wiedzieć, że ten podział nie jest już tak ostry jak kiedyś. Nowoczesne macierze unified, jak Dell PowerStore, obsługują jednocześnie blok (SAN: iSCSI, Fibre Channel, NVMe) i pliki (NAS: SMB, NFS) na jednym silniku. W praktyce nie musisz już wybierać „albo–albo” – jedna platforma potrafi pełnić obie role naraz i konsolidować to, co kiedyś było osobnymi wyspami pamięci.

Dochodzi do tego trend nośników: all-flash stał się standardem pamięci podstawowej, odpowiadając za ponad 70% przychodów z zewnętrznego storage już w 2017 r. – co upraszcza infrastrukturę i obniża koszty energii oraz powierzchni. Innymi słowy: dzisiejszy wybór to coraz częściej nie „DAS czy NAS czy SAN”, ale jak skonsolidować je w jedną, dobrze dobraną platformę.

Od czego zacząć?

Nie ma architektury „najlepszej” – jest najlepiej dopasowana. DAS wygrywa prostotą i ceną przy jednym serwerze, NAS – wygodą współdzielenia plików, SAN – wydajnością i konsolidacją tam, gdzie pracuje wiele serwerów, a iSCSI sprowadza tę ostatnią do zasięgu mniejszych firm. Co ważne, przejście z DAS na SAN potrafi się też opłacić wprost: w jednym ze scenariuszy wirtualizacji dla SMB konsolidacja na SAN dała ok. 46% oszczędności w 3-letnim TCO.

Jeśli chcesz to przełożyć na konkret, pomożemy dobrać architekturę pod Twoje realia – wystarczy, że powiesz, ile masz serwerów, co na nich działa i jak zespół zarządza siecią. Sprzęt zestawiamy z macierzy dyskowych, a w razie potrzeby także switchy i modułów do sieci storage – przetestowany, skonfigurowany i objęty gwarancją 12–36 miesięcy. Jeśli dopiero planujesz całe środowisko, zajrzyj też do poradnika pt. „jaki serwer wybrać?”.

FAQ

Jaka jest główna różnica między DAS, NAS i SAN?

DAS to dyski podłączone wprost do jednego serwera (blok). NAS to serwer plików udostępniający dane wielu klientom przez sieć (plik). SAN to dedykowana sieć pamięci współdzielona przez wiele serwerów (blok), o najwyższej wydajności.

Co jest szybsze – SAN czy NAS?

SAN. Operuje na blokach i jest zoptymalizowany pod intensywne I/O. W dobrze skonfigurowanym SAN iSCSI przepustowość bywa 2–3 razy wyższa niż przy protokołach plikowych w tej samej sieci.

Czym jest iSCSI i kiedy ma sens?

iSCSI to SAN zbudowany po zwykłej sieci IP zamiast Fibre Channel. Daje blokową wydajność i konsolidację SAN bez kosztów FC – to częsty złoty środek dla małych i średnich firm.

Kiedy wystarczy DAS?

Gdy masz pojedynczy serwer i lokalne usługi, a priorytetem jest prostota i niski koszt. DAS nie skaluje się i nie współdzieli zasobów między serwerami.

Czy muszę wybierać między blokiem a plikiem?

Niekoniecznie. Macierze unified (np. PowerStore) obsługują jednocześnie blok (SAN) i pliki (NAS) na jednej platformie, co pozwala skonsolidować różne obciążenia.

Która architektura jest najlepsza do wirtualizacji?

Zwykle SAN – współdzielony storage blokowy jest wymagany przez funkcje takie jak migracja maszyn między hostami. Dla mniejszych środowisk dobrze sprawdza się SAN po iSCSI.