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.




















































































