Co to jest SAN? Storage Area Network bez tajemnic
SAN, czyli Storage Area Network, to dedykowana sieć służąca wyłącznie do przesyłania danych między serwerami a macierzami dyskowymi. Brzmi skomplikowanie, i faktycznie, SAN to rozwiązanie z wyższej półki, stosowane tam, gdzie zwykły NAS czy DAS po prostu nie wyrabia. Bazy danych, systemy ERP, duże środowiska wirtualizacyjne, krytyczne aplikacje biznesowe, wszędzie tam, gdzie dane muszą być dostępne natychmiast, non-stop i bez kompromisów wydajnościowych, SAN jest naturalnym wyborem. W tym artykule wyjaśniamy, czym SAN różni się od innych rozwiązań storage’owych, jak działa i kiedy naprawdę warto w niego inwestować

Spis treści

Jak działa SAN?

Wyobraź sobie autostradę wybudowaną wyłącznie dla ciężarówek z danymi. Żadnych samochodów osobowych, żadnych pieszych, żadnych skrzyżowań ze zwykłym ruchem. Właśnie tak działa SAN: to oddzielna sieć, która istnieje po to, żeby serwery mogły błyskawicznie komunikować się z macierzami dyskowymi.

W praktyce wygląda to tak: serwery są podłączone do dedykowanych przełączników SAN (Fibre Channel lub Ethernet w przypadku iSCSI), a te łączą się z macierzami dyskowymi. Serwer “widzi” zasoby macierzy tak samo, jakby były jego własnymi, lokalnymi dyskami, choć fizycznie dyski mogą stać w zupełnie innym miejscu w serwerowni.

To właśnie kluczowa cecha SAN: dostęp blokowy. W odróżnieniu od NAS, który udostępnia pliki przez sieć (dostęp plikowy), SAN udostępnia surowe bloki danych, tak jak fizyczny dysk. Dlatego jest znacznie szybszy i bardziej elastyczny dla wymagających aplikacji.

SAN a NAS i DAS, kluczowe różnice

Trzy skróty, trzy różne podejścia do tego samego problemu: gdzie i jak przechowywać dane.

  • DAS – dysk podłączony bezpośrednio do jednego serwera lub komputera. Szybki, prosty, ale dostępny tylko dla jednej maszyny.
  • NAS – urządzenie podłączone do sieci lokalnej, udostępniające dane jako system plików (foldery, pliki). Idealne do współdzielenia dokumentów między użytkownikami.
  • SAN – dedykowana sieć storage’owa, udostępniająca dane na poziomie bloków. Wiele serwerów korzysta ze wspólnej puli dysków z wydajnością zbliżoną do lokalnego storage’u.

Upraszczając: NAS to “dysk sieciowy dla ludzi”, SAN to “dysk sieciowy dla serwerów”. NAS świetnie sprawdza się do współdzielenia plików między pracownikami. SAN jest zaprojektowany do obsługi krytycznych aplikacji, które potrzebują najwyższej wydajności i niezawodności.

NAS
SAN
DAS

Protokoły SAN: Fibre Channel, iSCSI, FCoE

SAN może działać w oparciu o kilka różnych protokołów. Wybór zależy od wymagań wydajnościowych, istniejącej infrastruktury i budżetu.

Fibre Channel (FC)

Klasyczny protokół SAN, zaprojektowany od podstaw do przesyłania danych storage’owych z najwyższą możliwą wydajnością i niezawodnością. Wymaga dedykowanych kart sieciowych (HBA), przełączników Fibre Channel i okablowania światłowodowego. Oferuje bardzo niskie opóźnienia i wysoką przepustowość, standardem jest dziś 16 Gbps i 32 Gbps. Droższy w budowie, ale wyznacza benchmark wydajności w środowiskach enterprise.

iSCSI (Internet SCSI)

Protokół, który “pakuje” komendy SCSI w pakiety TCP/IP i przesyła je przez standardową sieć Ethernet. Znacznie tańszy niż Fibre Channel: nie wymaga dedykowanego sprzętu, można go uruchomić na istniejącej infrastrukturze sieciowej, choć dla wydajności zaleca się dedykowane łącza lub VLAN. Popularny wybór dla firm, które potrzebują możliwości SAN bez wydatków na infrastrukturę FC. Przy sieci 10 Gbps lub 25 Gbps oferuje wydajność wystarczającą dla zdecydowanej większości zastosowań biznesowych.

FCoE (Fibre Channel over Ethernet)

Protokół łączący cechy obu powyższych: przesyła ramki Fibre Channel przez sieć Ethernet. Pozwala uprościć infrastrukturę (jeden rodzaj okablowania dla danych i storage’u), zachowując właściwości FC. Stosowany głównie w nowoczesnych centrach danych, gdzie konsolidacja infrastruktury jest priorytetem.

NVMe over Fabrics (NVMe-oF)

Najnowszy kierunek rozwoju SAN: protokół pozwalający na dostęp do dysków NVMe przez sieć z opóźnieniami zbliżonymi do lokalnego NVMe. Stosowany w najbardziej wymagających środowiskach, gdzie liczy się każda mikrosekunda. Technologia wciąż dojrzewa, ale zyskuje na popularności w nowoczesnych centrach danych.

Kiedy SAN to właściwy wybór?

SAN to narzędzie do konkretnych zastosowań, nie dla każdej firmy i nie w każdej sytuacji. Sprawdza się najlepiej gdy:

  • Bazy danych wymagają najwyższej wydajności — systemy Oracle, Microsoft SQL Server, SAP HANA i inne wymagające bazy danych działają znacznie lepiej na storage’u blokowym niż plikowym. SAN eliminuje wąskie gardła i zapewnia przewidywalne czasy odpowiedzi.
  • Środowisko wirtualizacyjne jest duże lub krytyczne — klastry wirtualizacyjne z live migration, wysoką dostępnością (HA) i możliwością przełączania awaryjnego (failover) wymagają współdzielonego storage’u. SAN daje tu najwyższą wydajność.
  • Aplikacje krytyczne nie mogą mieć przestojów — systemy ERP, platformy e-commerce, systemy bankowe, wszędzie tam, gdzie przestój kosztuje pieniądze lub narusza umowy SLA.
  • Firma zarządza dużymi wolumenami danych produkcyjnych — dziesiątki lub setki terabajtów danych, do których wiele serwerów musi mieć szybki, jednoczesny dostęp.
  • Wymagana jest zaawansowana ochrona danych — snapshoty, replikacja synchroniczna i asynchroniczna, thin provisioning, deduplikacja. Te funkcje są wbudowane w macierze SAN klasy enterprise.

SAN w środowiskach wirtualizacyjnych

Środowiska wirtualizacyjne to jedno z najważniejszych zastosowań SAN. Klaster wirtualizacyjny oparty o XCP-ng, VMware czy Proxmox potrzebuje współdzielonego storage’u, żeby w pełni wykorzystać swoje możliwości.

Bez współdzielonego storage’u maszyny wirtualne są “uwięzione” na konkretnym hoście. Z SAN stają się mobilne: można je przenosić między hostami bez przerwy w działaniu (live migration), automatycznie uruchamiać na innym hoście w razie awarii (HA) i zarządzać zasobami storage’owymi centralnie dla całego klastra.

SAN daje tu przewagę nad NAS przy najbardziej wymagających maszynach wirtualnych, szczególnie tych obsługujących bazy danych czy aplikacje transakcyjne. NAS przez NFS sprawdza się świetnie dla większości maszyn wirtualnych, ale przy ekstremalnych wymaganiach wydajnościowych SAN przez iSCSI lub FC jest lepszym wyborem.

Wysoka dostępność i odporność na awarie

SAN jest projektowany z myślą o środowiskach, w których przestój jest niedopuszczalny. Nowoczesne macierze SAN oferują redundancję na każdym poziomie:

  • Podwójne kontrolery — jeśli jeden kontroler macierzy ulegnie awarii, drugi przejmuje jego zadania bez przerwy w działaniu.
  • Multipathing — serwer jest podłączony do macierzy wieloma ścieżkami jednocześnie. Awaria jednej ścieżki (karty, kabla, przełącznika) jest transparentna dla aplikacji.
  • Hot spare — zapasowe dyski gotowe do natychmiastowego przejęcia po awarii dysku produkcyjnego.
  • Snapshoty i replikacja — możliwość tworzenia momentalnych kopii danych i ich replikacji do zdalnej lokalizacji, zarówno synchronicznie (zero utraty danych), jak i asynchronicznie.
  • Redundantne zasilanie — macierze enterprise mają podwójne zasilacze podłączone do niezależnych obwodów.

Dobrze zaprojektowany SAN może osiągać dostępność na poziomie 99,999% (tzw. “pięć dziewiątek”), czyli mniej niż 6 minut niedostępności rocznie.

Ile kosztuje SAN i co się na ten koszt składa?

SAN to inwestycja i warto to powiedzieć wprost. Całkowity koszt składa się z kilku elementów:

  • Macierz dyskowa — od kilkudziesięciu tysięcy złotych za rozwiązania mid-range, przez setki tysięcy za systemy enterprise. Cena zależy od pojemności, wydajności, poziomu redundancji i producenta.
  • Infrastruktura sieciowa — przy Fibre Channel: przełączniki FC i karty HBA do serwerów. Przy iSCSI: dedykowane przełączniki Ethernet 10/25 Gbps. Kilkanaście do kilkudziesięciu tysięcy złotych w zależności od skali.
  • Dyski — macierze SAN są zazwyczaj wypełniane dyskami SSD (środowiska produkcyjne) lub hybrydowo (SSD + HDD). Koszt dysków to znaczna część całkowitej inwestycji.
  • Licencje na oprogramowanie — zaawansowane funkcje (replikacja, deduplikacja, thin provisioning) często wymagają dodatkowych licencji u producentów macierzy.
  • Wdrożenie i konfiguracja — SAN wymaga doświadczonych specjalistów zarówno do wdrożenia, jak i utrzymania. To koszt, który warto uwzględnić w planowaniu.

Na SAN warto patrzeć przez pryzmat całkowitego kosztu posiadania (TCO), nie tylko ceny zakupu. Wyeliminowanie przestojów, konsolidacja storage’u i wydłużenie cyklu życia infrastruktury często czynią SAN ekonomicznie uzasadnionym wyborem dla firm, które naprawdę go potrzebują.

Zalety i ograniczenia

Najwyższa dostępna wydajność

Dostęp blokowy i dedykowana sieć eliminują wąskie gardła.

Centralna pula storage'u

Wiele serwerów korzysta ze wspólnych zasobów, zarządzanych w jednym miejscu.

Wysoka dostępność

Redundancja na każdym poziomie, multipathing, automatyczny failover.

Zaawansowana ochrona danych

Snapshoty, replikacja synchroniczna i asynchroniczna, thin provisioning.

Skalowalność

Macierze SAN można rozbudowywać o kolejne półki dysków bez przerwy w działaniu.

Idealne pod wirtualizacje

Live migration, HA, DRS, wszystkie zaawansowane funkcje klastrów wirtualnych wymagają współdzielonego storage'u.

Wysoki koszt wejścia

Sprzęt, licencje, wdrożenie. SAN to poważna inwestycja.

Złożoność

Projektowanie, wdrożenie i utrzymanie SAN wymaga specjalistycznej wiedzy.

Nie dla każdej skali

Dla małych firm SAN jest zazwyczaj zbyt kosztowny i zbyt rozbudowany. NAS lub DAS w zupełności wystarczą.

Koszty utrzymania

Aktualizacje firmware'u, licencje, wsparcie producenta. SAN generuje regularne koszty operacyjne

Podsumowanie

SAN to nie jest rozwiązanie dla każdego i to jest w porządku. To wyspecjalizowane narzędzie dla środowisk, w których wydajność, niezawodność i skalowalność są priorytetem, a przestój oznacza realne straty. Bazy danych, systemy ERP, duże klastry wirtualizacyjne, infrastruktura krytyczna to naturalne środowisko SAN.

Jeśli Twoja firma rośnie, a istniejący storage zaczyna być wąskim gardłem, warto ocenić czy nie nadszedł czas na SAN. Granica między “NAS wystarczy” a “potrzebujemy SAN” bywa subtelna i zależy od konkretnych wymagań aplikacji, nie tylko od rozmiaru firmy.

Chcesz ocenić, czy SAN jest właściwym wyborem dla Twojej infrastruktury? Skontaktuj się z nami. Przeprowadzimy analizę potrzeb i zaproponujemy rozwiązanie dopasowane do skali i budżetu Twojej firmy.

Devology
Polityka prywatności

Ta strona korzysta z ciasteczek oraz skryptów analitycznych, aby zapewnić Ci najlepszą możliwą obsługę. Informacje o ciasteczkach są przechowywane w przeglądarce i wykonują funkcje takie jak rozpoznawanie Cię po powrocie na naszą stronę internetową i pomaganie naszemu zespołowi w zrozumieniu, które sekcje witryny są dla Ciebie najbardziej interesujące i przydatne. Aby zapoznać się z naszą polityką prywatności, kliknij tutaj.