SYSTEMY STORAGE
Zestawienie architektur przechowywania danych stosowanych w środowiskach korporacyjnych i datacenter. Porównanie SAN, NAS i storage obiektowego pod kątem wydajności, skalowalności i zastosowań.
Articles published on this website summarize publicly available information, industry research and educational materials.
PORÓWNANIE ARCHITEKTUR
| Parametr | SAN | NAS | Obiektowy |
|---|---|---|---|
| Protokół | FC, iSCSI, FCoE | NFS, SMB/CIFS | S3, Swift, HTTP REST |
| Dostęp | Blokowy | Plikowy | Obiektowy |
| Latencja | Bardzo niska (<1ms) | Niska–średnia | Wysoka (ms–s) |
| Skalowalność | Wysoka (petabajty) | Wysoka | Bardzo wysoka (egzabajty) |
| Typowe zastosowania | Bazy danych, VMs | Pliki, home dirs | Backup, archiwum, multimedia |
| Koszt/TB | Wysoki | Średni | Niski |
PARAMETRY WYDAJNOŚCI
IOPS
OPERACJE I/O
MB/s
PRZEPUSTOWOŚĆ
ms
LATENCJA
QD
QUEUE DEPTH
| Typ nośnika | IOPS (4K random) | Przepustowość seq. | Latencja |
|---|---|---|---|
| NVMe SSD (PCIe 4.0) | do 1 000 000 | do 7 000 MB/s | <0,1 ms |
| SATA SSD | do 100 000 | do 550 MB/s | 0,1–0,5 ms |
| SAS HDD (15k RPM) | do 250 | do 300 MB/s | 2–5 ms |
| SATA HDD (7.2k RPM) | do 150 | do 200 MB/s | 5–10 ms |
Dane przybliżone dla pojedynczego nośnika; wydajność array zależy od liczby dysków, kontrolera i konfiguracji RAID.
POZIOMY RAID
| RAID | Min. dysków | Odporność | Pojemność użytk. | Zastosowanie |
|---|---|---|---|---|
| RAID 1 | 2 | 1 dysk | 50% | OS, boot |
| RAID 5 | 3 | 1 dysk | (N-1)/N | Ogólne zastosowania |
| RAID 6 | 4 | 2 dyski | (N-2)/N | Duże macierze HDD |
| RAID 10 | 4 | 1 dysk/para | 50% | Bazy danych OLTP |
PROTOKOŁY DOSTĘPU DO STORAGE
Fibre Channel (FC)
Dedykowana sieć storage (SAN) oparta na FC. Przepustowość 16G, 32G, 64G Gb/s. Niskie latencje, wysoka niezawodność. Wymaga osobnej infrastruktury (HBA, przełączniki FC). Standard w środowiskach enterprise wymagających najwyższej wydajności.
iSCSI
SCSI over IP — wykorzystuje standardową infrastrukturę Ethernet (10/25/100GbE). Niższy koszt niż FC, wystarczająca wydajność dla większości zastosowań. Wymaga dedykowanego VLAN dla ruchu storage. Obsługiwany przez większość systemów operacyjnych bez dodatkowych sterowników.
NFS v4.x
Network File System — plikowy protokół dostępu do storage. NFS v4.1 dodaje pNFS (parallel NFS) dla wyższej przepustowości. Standard dla środowisk Linux/Unix. NFS v4.2 obsługuje copy-offload i sparse files.
NAJCZĘSTSZE PYTANIA
Czy storage obiektowy nadaje się do baz danych?
Tradycyjne relacyjne bazy danych (OLTP) wymagają dostępu blokowego (SAN) lub plikowego (NAS/NFS). Storage obiektowy — ze względu na API HTTP i wyższe latencje — nie nadaje się do baz danych OLTP. Stosuje się go do archiwizacji danych historycznych, backupów baz danych lub jako data lake dla analityki.
Kiedy stosować deduplikację i kompresję?
Deduplikacja skuteczna dla VDI (redukcja do 10:1), backupów (do 20:1) i plików biurowych. Mało skuteczna dla skompresowanych formatów (JPEG, MP4, ZIP). Kompresja inline działa na wszystkich typach danych, ale obciąża CPU. Zalecane włączenie na SSD (niski narzut), z ostrożnością na HDD (wpływ na IOPS podczas rebuild).