Domowy serwer NAS na TrueNAS zwykle ma kilka powtarzalnych zadań. Już na początku warto je nazwać, bo od tego zależy wybór sprzętu i sposób konfiguracji ZFS:
Kopie zapasowe komputerów i telefonów – automatyczny backup zdjęć, dokumentów, profili użytkowników, konfiguracji. TrueNAS dobrze współpracuje z klientami backupu (np. Veeam Agent, Duplicati, Borg, restic), a ZFS daje migawki, które chronią przed przypadkowym skasowaniem plików.
Magazyn multimediów – filmy, seriale, muzyka, zdjęcia archiwalne. Pliki są odtwarzane z TV, odtwarzacza sieciowego, aplikacji typu Plex/Emby/Jellyfin lub z poziomu komputera, przez udziały SMB/NFS.
Współdzielone dokumenty – rodzinny „dysk sieciowy” na dokumenty, skany, arkusze. Może zastąpić usługi chmurowe lub je uzupełnić, dając pełną kontrolę nad danymi.
Maszyny wirtualne i kontenery – środowisko do testów, serwery domowe (np. Home Assistant, DNS, monitoring). Tu NAS staje się bardziej serwerem ogólnego przeznaczenia.
Archiwizacja długoterminowa – zdjęcia z wielu lat, projekty, materiały, które „muszą przetrwać” awarię pojedynczego komputera.
Jeśli nie ma żadnego z tych zastosowań, a chodzi tylko o prosty dostęp do kilku plików, TrueNAS będzie zbyt rozbudowany. Wtedy czasem wystarczy dysk USB wpięty do routera lub prosty, gotowy NAS z minimalną konfiguracją.
TrueNAS czy gotowy NAS od Synology/QNAP
Własna konstrukcja na TrueNAS ma sens, gdy potrzebna jest elastyczność i kontrola. Warto przeanalizować kilka kryteriów wyboru między TrueNAS a gotowym rozwiązaniem:
Gotowy NAS (Synology/QNAP):
Prostsza konfiguracja, przyjazne „kreatory”.
Dużo aplikacji w sklepie producenta (kopie zapasowe, chmura, kamery, multimedia).
Mniejsza wiedza techniczna potrzebna na start.
Ograniczona możliwość rozbudowy sprzętu (CPU, RAM, kontrolery, sieć).
TrueNAS na własnym sprzęcie:
Pełna kontrola nad konfiguracją ZFS, pulami, vdevami, migawkami.
Możliwość wykorzystania sprzętu serwerowego (ECC, HBA, 10 GbE) lub „domowego złomu”, jeśli robi się to świadomie.
Łatwiejsze skalowanie – dokładanie dysków, wymiana płyty, zmiana CPU.
Więcej ustawień, przez co rośnie odpowiedzialność administracyjna.
Jeśli głównym celem jest prosty magazyn zdjęć z telefonu i odtwarzanie filmów na TV, a nie ma się doświadczenia z serwerami, gotowy NAS zwykle wygrywa. Gdy planowane są migawki, replikacja, VM-ki, większa ilość danych i potrzeba optymalizacji – TrueNAS staje się dużo rozsądniejszym wyborem.
Ograniczenia domowego NAS: hałas, prąd, miejsce i czas admina
Domowy NAS nie działa w próżni. Nawet najlepsza konfiguracja TrueNAS nie pomoże, jeśli serwer będzie stał pod biurkiem w sypialni i będzie hałasował jak odkurzacz. Przed wyborem sprzętu dobrze przejść przez kilka aspektów praktycznych:
Hałas – dyski talerzowe w obudowie z kiepskim wyciszeniem mogą generować stuki i szum, szczególnie przy większej liczbie nośników. Zapas powietrza w obudowie, duże wolnoobrotowe wentylatory i dyski klasy NAS znacząco pomagają.
Zużycie prądu – starsze serwerowe platformy z wielordzeniowymi Xeonami potrafią w idle zużywać kilkadziesiąt watów więcej niż nowoczesne platformy desktopowe. Przy pracy 24/7 różnica na rachunku rocznym może być odczuwalna.
Miejsce – obudowa z 8 zatokami na dyski nie zawsze zmieści się w szafce RTV. Z kolei upychanie jej w ciasnej szafie bez wentylacji kończy się przegrzewaniem.
Czas administracyjny – TrueNAS jest proste dla osób z doświadczeniem serwerowym. Dla kogoś, kto dotąd widział tylko Windowsa, nauka zarządzania pulą ZFS, migawkami i uprawnieniami potrwa trochę dłużej. Jeśli nikt w domu nie chce się tym zajmować, lepiej wybierać prostsze rozwiązania.
TrueNAS CORE a TrueNAS SCALE w domu
TrueNAS występuje w dwóch głównych odsłonach:
TrueNAS CORE – oparty na FreeBSD, stabilny, bardzo dojrzały, z klasycznym ZFS. Świetny do typowego NAS-a: SMB, NFS, iSCSI, migawki, replikacje. Kontenery i wirtualizacja są, ale mniej elastyczne niż w świecie Linuksa.
TrueNAS SCALE – oparty na Linuksie (Debian), z wbudowaną obsługą KVM i kontenerów (Kubernetes, aplikacje). Lepszy wybór, gdy NAS ma być również platformą pod kontenery/VM (np. Home Assistant, Docker, aplikacje dev).
Do typowo „domowego” NAS-a z udziałami SMB i podstawową wirtualizacją w zupełności wystarczy TrueNAS CORE. Jeśli priorytetem jest jeden, centralny serwer na wszystko – pliki, kontenery, VM-ki, eksperymenty linuksowe – SCALE daje więcej możliwości, kosztem dodatkowej złożoności.
Migawki co kilka godzin, replikacja na zewnętrzny dysk raz na jakiś czas.
Bardziej rozbudowana konfiguracja dla entuzjasty:
TrueNAS SCALE z większą ilością RAM i wydajnym CPU.
Osobne pule: jedna pod dane ważne (mirror/RAID-Z2), druga pod multimedia (RAID-Z1 lub stripe+migawki).
Kontenery z Home Assistant, bazami danych, monitoringiem, reverse proxy.
VM-ki testowe, wirtualne routery, sandboxy.
W obu przypadkach fundamentem pozostaje poprawnie skonfigurowana pula ZFS i zdrowe udziały sieciowe, które nie wprowadzają chaosu w uprawnieniach.
Sprzęt pod TrueNAS – dobór komponentów krok po kroku
CPU i RAM a wymagania ZFS i liczba usług
TrueNAS nie potrzebuje potwora obliczeniowego do samego udostępniania plików. Krytyczniejsze są RAM i dyski. Przybliżone założenia są następujące:
CPU:
Prosty NAS plikowy dla kilku użytkowników – wystarczy energooszczędny 2–4 rdzeniowy procesor (np. Pentium, i3, małe Ryzeny, Atom/Denverton w wersjach serwerowych).
Transkodowanie wideo (Plex/Emby) – lepiej mieć i5/Ryzen 5 lub odpowiednik, najlepiej z obsługą Quick Sync/VAAPI do sprzętowego transkodowania.
Maszyny wirtualne i kontenery – liczba rdzeni rośnie proporcjonalnie do liczby VM/serwisów; dla kilku lekkich VM komfort daje 4–8 rdzeni.
RAM:
Minimalnie 8 GB dla TrueNAS CORE to rozsądne absolutne minimum (dla małych konfiguracji).
Realnie 16 GB to dobry punkt startowy, przy którym ZFS ma miejsce na cache (ARC), a system ma zapas.
Dodatkowe 1–2 GB RAM na każdą aktywnie używaną VM-kę lub zestaw usług kontenerowych.
Im więcej RAM, tym lepiej działa cache odczytu ZFS. Jeśli serwer służy intensywnie kilku komputerom równocześnie (np. praca na dużych projektach, biblioteka zdjęć RAW), dodatkowe pamięci potrafią znacząco poprawić responsywność.
Płyta główna, kontrolery SATA/HBA i kwestia ECC
Płyta decyduje o możliwościach rozbudowy. Kluczowe parametry to:
Liczba portów SATA – ile dysków da się faktycznie podpiąć bez dodatkowych kart.
Możliwość dodania kontrolera HBA – sloty PCIe (x8/x16) pod karty LSI/Adaptec pracujące w trybie IT (passthrough dysków do ZFS).
Obsługa pamięci ECC – preferowana w środowiskach produkcyjnych, ale w domu sytuacja jest mniej zero-jedynkowa.
Temat ECC bywa ideologiczny. ZFS potrafi wykrywać i korygować błędy na dyskach, ale błąd w pamięci RAM może skutkować zapisaniem uszkodzonych danych na dysk. ECC silnie zmniejsza szansę takiego scenariusza. W praktyce:
Jeśli NAS przechowuje krytyczne dane zawodowe – ECC jest bardzo dobrym pomysłem.
Jeśli to domowy NAS z kopiami ważnych rzeczy i dodatkowym backupem offline – brak ECC nie jest tragedią, o ile sprzęt jest stabilny, a backupy są realne, a nie tylko „w planach”.
Sensownym kompromisem jest platforma serwerowa (np. Xeon + ECC) z używanego rynku, przy zachowaniu rozsądnego zużycia prądu, albo nowsza platforma desktopowa bez ECC, ale ze stabilnym zasilaniem i poprawnym chłodzeniem.
Dyski: HDD, SSD i mieszane zestawy
W domowym NAS dominują dyski talerzowe – są relatywnie tanie i pojemne. Kluczowe kwestie:
Dyski „NAS-owe” – serie WD Red/Red Plus, Seagate IronWolf, Toshiba N300 i podobne są przystosowane do pracy 24/7, mają inne profile pracy firmware i często lepszą odporność na wibracje niż typowe desktopowe dyski.
Różne pojemności – ZFS poradzi sobie z mieszanymi dyskami, ale realnie pojemność vdev będzie ograniczona przez najmniejszy dysk w danym układzie. Z punktu widzenia wykorzystania przestrzeni lepsze są zestawy zbliżonych pojemności.
SSD – można używać jako:
dysk systemowy dla TrueNAS,
dysk na szybkie dataset’y (np. VM-ki, bazy danych),
cache (L2ARC) lub dziennik zapisu (SLOG) – ale to wymaga przemyślenia, bo nie zawsze przyspiesza typowy domowy scenariusz.
Przy typowym domowym użyciu (backupy, multimedia, dokumenty) układ 3–6 dysków HDD w RAID-Z1/Z2 + mały SSD na system i ewentualnie na szybszy dataset pod VM jest zwykle optymalny kosztowo.
Zasilacz, obudowa, chłodzenie i kwestia hałasu
Stabilność NAS-a stoi na zasilaniu i chłodzeniu. Kilka wskazówek praktycznych:
Zasilacz – markowy, o mocy dobranej z zapasem, ale bez przesady. Największym obciążeniem jest rozruch kilku dysków naraz. Zasilacz z certyfikatem 80+ (Bronze/Silver/Gold) zapewni lepszą sprawność przy pracy ciągłej.
Obudowa – przydatne są:
zdejmowane kieszenie na dyski (hot-swap) – ułatwiają wymianę nośników,
miejsce na kilka dużych wentylatorów 120/140 mm,
przestrzeń na sensowne ułożenie kabli, żeby nie blokowały przepływu powietrza.
Chłodzenie – ustawienie profilu pracy wentylatorów tak, by przy normalnym obciążeniu były ciche, a przy wzroście temperatury przyspieszały. Zbyt wysoka temperatura dysków skraca ich trwałość.
W mieszkaniu świetnie sprawdzają się obudowy typu „tower” z dwoma-trzema cichymi wentylatorami i dyskami na gumowych mocowaniach. Serwerowe obudowy 1U/2U są małe, ale bardzo głośne – do szafy w piwnicy, nie do salonu.
Szybkość sieci jest często wąskim gardłem. Prawidłowo dobrany interfejs sieciowy decyduje, czy dyski „zdążą” przesłać dane.
1 GbE – realny transfer netto rzędu 100–110 MB/s. Wystarcza do:
streamingu filmów 4K do kilku urządzeń jednocześnie,
backupów kilku komputerów,
typowej pracy biurowej.
2.5 GbE – ok. 250–280 MB/s w praktyce. Ma sens, jeśli:
komputer stacjonarny ma również 2.5 GbE lub lepszy interfejs,
dyski w NAS w RAID-Z / mirrorze są w stanie taką prędkość wydać (wiele równoległych dysków).
Przełączniki, okablowanie i praktyczna topologia domowej sieci
Przy wyższych prędkościach sieci kluczowe przestaje być tylko samo „ile GbE na karcie”, a liczy się cały tor: przełącznik, okablowanie i punkty pośrednie.
Przełącznik (switch):
Do prostych zastosowań wystarczy niedrogi, niezarządzalny switch 1 GbE.
Jeśli NAS i główny komputer mają 2.5 GbE lub 10 GbE, dobrze, żeby switch miał przynajmniej dwa porty szybsze (np. 2×2.5 GbE lub 2×10 GbE SFP+), a reszta portów może być 1 GbE.
Przy 10 GbE często ekonomiczniejszy jest switch z portami SFP+ (światłowód lub DAC), niż z 10GBASE‑T po skrętce.
Okablowanie:
Dla 1 GbE praktycznie każda sensowna skrętka Cat5e da sobie radę.
Dla 2.5 GbE zazwyczaj też wystarcza Cat5e dobrej jakości i w rozsądnej długości (do ~50–70 m).
Dla 10 GbE zalecane są kable Cat6a lub lepsze, przy dłuższych odcinkach lepiej iść w światłowód (SFP+).
Topologia:
Najprostszy i najskuteczniejszy układ: NAS i główny komputer roboczy znajdują się na tym samym switchu, spiętym najlepiej jednym, prostym połączeniem z routerem.
Unikaj kaskadowania wielu tanich switchy jeden za drugim – opóźnienia rosną, diagnostyka problemów robi się nieprzyjemna.
W praktyce często wystarczy: mały router operatora w trybie „modemu”, za nim sensowny router własny oraz jeden switch z szybkim uplinkiem do NAS-a i głównej stacji roboczej.
Źródło: Pexels | Autor: Field Engineer
Przygotowanie i instalacja TrueNAS krok po kroku
Przygotowanie nośnika instalacyjnego
Instalator TrueNAS jest dostępny jako obraz ISO. Po pobraniu odpowiadającej wersji (CORE lub SCALE) trzeba przygotować nośnik startowy:
Na komputerze z systemem Windows wygodnie użyć narzędzia Rufus – wskazać ISO, docelowy pendrive (min. 4 GB), zapisać w trybie „DD” lub „ISO”, zgodnie z sugestią programu.
Na Linuksie wystarczy klasyczne: dd if=truenas.iso of=/dev/sdX bs=4M status=progress conv=fsync, pilnując, by /dev/sdX był właściwym pendrivem.
Po zakończeniu operacji pendrive jest gotowy jako nośnik instalacyjny. Kolejny krok to ustawienie bootowania serwera z USB.
Konfiguracja BIOS/UEFI pod TrueNAS
Przed instalacją warto wykonać kilka korekt w BIOS/UEFI, żeby uniknąć problemów w przyszłości:
Kolejność bootowania – na czas instalacji ustaw pendrive jako pierwsze urządzenie startowe, później przełącz na docelowy dysk systemowy (SSD).
AHCI dla SATA – tryb kontrolera dysków powinien być AHCI, a nie „RAID” czy „Intel RST”. ZFS sam zarządza redundancją.
Wyłączenie „fake RAID” – wszelkie sprzętowe/firmware’owe RAID-y na płytach desktopowych należy wyłączyć, żeby TrueNAS widział dyski indywidualnie.
Wake-on-LAN (WoL) – przydatne, jeśli serwer ma być wybudzany zdalnie.
Profile zasilania – rozsądnie jest ustawić tryb „balanced” lub odpowiednik serwerowy, żeby uniknąć agresywnego oszczędzania energii kosztem stabilności pod obciążeniem.
Wybór dysku systemowego i rozmieszczenie danych
TrueNAS instaluje się na oddzielnym dysku systemowym. Warianty:
Dedykowany mały SSD/SATA DOM – najbardziej sensowny wybór: 16–64 GB SSD, wyłącznie pod system. Dane użytkownika znajdują się wyłącznie na pulach ZFS.
Pendrive jako dysk systemowy – kiedyś popularne, dziś raczej odradzane. Pendrive’y mają słabą trwałość pod obciążeniem ciągłymi zapisami.
NVMe – wygodny, jeśli płyta go obsługuje. Trzeba tylko uważać, by nie marnować dużego, szybkiego NVMe wyłącznie na system, jeśli brakuje miejsca na pulę SSD dla VM.
Kluczowa zasada: system nie powinien dzielić fizycznego nośnika z danymi. Dyski przeznaczone dla ZFS pozostają „surowe”, a TrueNAS formuje z nich pule.
Instalacja TrueNAS i wstępna konfiguracja sieci
Po uruchomieniu z pendrive’a pojawia się tekstowy instalator. Typowy przebieg:
Wybór opcji Install/Upgrade.
Wskazanie dysku docelowego dla systemu (SSD/NVMe).
Potwierdzenie, że dane na dysku systemowym zostaną skasowane.
Ustawienie hasła dla konta root.
Wybór trybu bootowania (BIOS/UEFI) – zwykle domyślny wybór jest poprawny.
Po restarcie system startuje już z dysku systemowego. Pierwsza konfiguracja dotyczy sieci:
Na konsoli (monitor podpięty do serwera) menu tekstowe pozwala ustawić adres IP (statyczny) dla interfejsu sieciowego oraz maskę/bramę.
Zazwyczaj lepiej od razu nadać stałe IP z podsieci domowej (np. 192.168.1.10), zamiast polegać wyłącznie na DHCP routera.
Po zapisaniu ustawień w przeglądarce na innym komputerze można wejść pod adresem http://<IP_serwera> i zalogować się jako root z wcześniej ustawionym hasłem.
Podstawowe ustawienia w interfejsie WebUI
Po pierwszym zalogowaniu warto od razu przejść przez kilka ważnych sekcji:
Ustawienia ogólne – język interfejsu, strefa czasowa, serwery NTP (synchronizacja czasu jest istotna chociażby dla logów i migawkowych backupów).
Sieć – weryfikacja konfiguracji IP, ewentualne dodanie aliasów, konfiguracja DNS (zazwyczaj adres routera domowego).
Alerty i e‑mail – skonfigurowanie powiadomień e‑mail (SMTP), żeby w razie problemów z dyskiem czy temperaturą pojawił się komunikat, a nie tylko wpis w logu.
Aktualizacje – sprawdzenie, czy system jest w aktualnej wersji; aktualizacje w TrueNAS robi się ostrożnie, ale na świeżej instalacji zwykle sensownie jest wejść od razu w bieżącą wersję produkcyjną.
Podstawy ZFS w praktyce – jak myśleć o pulach i vdevach
Pula ZFS, vdev i dyski – co z czym się łączy
Struktura ZFS ma kilka poziomów, które trzeba rozróżniać:
Dysk fizyczny – pojedynczy HDD/SSD widoczny w systemie jako /dev/sdX lub podobnie.
vdev (virtual device) – logiczna grupa jednego lub wielu dysków, np. mirror dwóch dysków albo RAID-Z z trzech. To na poziomie vdev definiuje się odporność na awarie.
Pula (pool) – zespół jednego lub więcej vdevów, widziany jako jedna przestrzeń dyskowa. To na puli tworzy się dataset’y i zvol’e.
W uproszczeniu: dysk → vdev → pula → dataset/zvol → pliki i blokowe wolumeny.
Redundancja na poziomie vdev a skalowanie pojemności
Typowy błąd początkujących – mieszanie pojęć RAID sprzętowego i ZFS. W ZFS:
Mirror – odporność na awarię tylu dysków, ile kopii zapisu ma dany blok (zwykle 1, przy dwóch dyskach). Daje dobry odczyt, prostą rozbudowę (dodawanie kolejnych mirrorów).
RAID-Z1 – jeden dysk parzystości, pozwala na awarię jednego dysku w vdev.
RAID-Z2 – dwa dyski parzystości, toleruje awarię dwóch dysków w vdev.
RAID-Z3 – trzy dyski parzystości, spotykany raczej przy dużych macierzach.
Ważna konsekwencja: utrata vdev = utrata całej puli, nawet jeśli w puli są inne, zdrowe vdevy. Dlatego lepiej mieć mniej, większych i solidniejszych vdevów, niż wiele wątłych układów „na styk”.
Wpływ liczby dysków w vdev na wydajność i bezpieczeństwo
Liczba dysków w RAID-Z wpływa zarówno na bezpieczeństwo, jak i na prędkość:
Przy małych vdev (3–4 dyski) RAID-Z1 bywa akceptowalny dla danych mało krytycznych, ale ryzyko podczas odbudowy (resilver) rośnie wraz z pojemnością dysków.
Dla pul z ważnymi danymi i dyskami o dużej pojemności bezpieczniejszy jest RAID-Z2, nawet kosztem dodatkowego dysku na parzystość.
Mirror z dwóch dysków zapewnia prosty model: awaria jednego dysku w parze nie zabiera dostępu do danych; odczyty mogą korzystać z obu dysków równolegle.
Dobrym podejściem domowym jest mirror dla krytycznych danych (dokumenty, zdjęcia) i RAID-Z1 lub stripe dla multimediów, które da się ponownie pobrać, a do których przechowuje się pełen backup tylko wybranych katalogów.
Kompresja, checksumming i kopie nadmiarowe – co włączać
ZFS automatycznie robi sumy kontrolne każdego bloku danych – to podstawa wykrywania „bitrotu”. Nie ma sensu tego wyłączać.
Kompresja jest definiowana na poziomie dataset’u, ale warto ustawić jej domyślną wartość na puli:
lz4 – bezpieczny i wydajny wybór domyślny, praktycznie nie obciąża CPU, a potrafi realnie oszczędzić miejsce na dokumentach, logach i wielu typach plików.
Agresywniejsze algorytmy (zstd, gzip) sprawdzają się przy specyficznych danych, ale w domowym NAS z mieszanką plików zwykle lz4 w zupełności wystarcza.
Poziom redundancji metadanych (np. metadata duplication) można podnieść dla datasetów krytycznych, ale w większości domowych scenariuszy zostawia się wartości domyślne.
Źródło: Pexels | Autor: Brett Sayles
Tworzenie puli ZFS w TrueNAS – scenariusze domowe
Przykład: jedna pula „dane_domowe” na 4 dyskach
Dla prostego NAS-a rodzinnego typowy układ to jedna pula na 4 dyskach HDD. Konfiguracja w WebUI:
Przejście do sekcji Storage → Pools i wybór opcji tworzenia nowej puli.
Nadanie nazwy, np. dane_domowe.
Przeciągnięcie czterech dysków do sekcji „Data VDevs”.
Wybór układu:
RAID-Z2 – kompromis między pojemnością a bezpieczeństwem (polecany, jeśli dane są ważne i nie ma drugiej kopii offline).
RAID-Z1 – więcej miejsca, ale tylko jedna awaria tolerowana; dobry, jeśli istnieje dodatkowy backup na zewnętrznym dysku.
Ustawienie kompresji na lz4 w zaawansowanych ustawieniach.
Utworzenie puli.
Taka pula może później zostać logicznie podzielona datasetami na „Rodzina”, „Zdjęcia”, „Filmy” i katalogi domowe, bez potrzeby tworzenia osobnych pul.
Osobne pule na dane krytyczne i multimedia
Przy większej liczbie dysków i bardziej złożonych wymaganiach przydaje się podział na dwie pule:
pula „krytyczne” – na 2–4 dyskach w mirrorze lub RAID-Z2, trzymająca dokumenty, zdjęcia, projekty pracy, konfiguracje; backupowana dodatkowo offline.
pula „media” – na 3+ dyskach w RAID-Z1 lub nawet stripe (bez redundancji) dla filmów, seriali i innych łatwych do odtworzenia danych.
Takie rozdzielenie upraszcza decyzje o poziomie zabezpieczeń oraz o tym, gdzie włączać częste migawki, a gdzie wystarczy minimum.
Rozszerzanie puli – dodawanie vdevów a wymiana dysków
Rozbudowa ZFS ma swoje ograniczenia, o których dobrze wiedzieć zawczasu:
Dodawanie nowego vdev – zwiększa pojemność puli, ale zmienia jej charakter na stałe. Jeśli dodamy stripe z dwóch dysków do puli, która wcześniej była redundantna, to cała pula będzie wrażliwa na awarię któregokolwiek dysku z tego stripe’a.
Wymiana dysku na większy – można wymieniać dyski w obrębie vdev, jeden po drugim na większe, a po wymianie wszystkich ZFS pozwoli rozszerzyć dostępną pojemność.
Konfiguracja SLOG, L2ARC i innych dodatków do puli
Po utworzeniu puli pojawia się pokusa, żeby „przyspieszyć” ją dodatkowymi urządzeniami ZFS. W domowym NAS takie dodatki mają sens tylko w konkretnych sytuacjach.
SLOG (dedykowany log ZIL) – użyteczny, jeśli w puli będą intensywne synchroniczne zapisy, np. bazy danych, wirtualne maszyny z iSCSI, KVM/ESXi. W typowym scenariuszu „magazyn plików + multimedia” nie przynosi dużej korzyści.
L2ARC – dodatkowa pamięć podręczna na odczyt, zwykle na SSD. Zyski pojawiają się dopiero przy:
dużym zbiorze danych „gorących” (często czytanych),
niewielkiej ilości RAM względem wielkości datasetów.
Dedykowany device dla metadanych i small-block – ma sens głównie dla dużych systemów z intensywnym random I/O.
Domowy NAS pod backupy, katalogi domowe i Plexa zazwyczaj lepiej wykorzystuje inwestycję w dodatkowy RAM oraz lepsze dyski podstawowe niż w skomplikowane układy cache/logów.
Scrub, testy SMART i monitorowanie stanu puli
ZFS ochroni dane przed wieloma problemami, ale wymaga regularnej „higieny”. Kluczowe elementy to:
Scrub – proces przeglądania całej puli, porównywania sum kontrolnych i naprawy błędów z nadmiarowych kopii. W TrueNAS:
Wchodząc w Tasks → Scrub Tasks można ustawić harmonogram dla każdej puli.
Dla domowego NAS rozsądny jest interwał 1–3 miesięcy, w zależności od wielkości i znaczenia danych.
SMART – monitorowanie kondycji dysków:
W Storage → Disks aktywuje się SMART dla każdego dysku.
W Tasks → S.M.A.R.T. Tests definiuje się regularne testy krótkie (np. codziennie) i długie (np. raz w miesiącu).
Alerty – komunikaty o błędach: awarii dysku, błędach I/O, problemach z temperaturą.
Jeśli powiąże się alerty z powiadomieniami e‑mail, uszkodzony dysk zwykle nie zaskoczy po cichu, tylko będzie można go wymienić zanim problem rozleje się na całą pulę.
Dataset’y i zvol’e – struktura danych pod udziały i maszyny wirtualne
Różnica między datasetem a zvol’em
W ZFS dane można organizować na dwa podstawowe sposoby:
Dataset – „system plików w systemie plików”, widoczny jako katalog montowany w pulę. Na nim trzyma się pliki, katalogi, udziały SMB/NFS. Dataset ma własne właściwości (kompresję, kwoty, rezerwacje, snapshoty).
zvol – blokowy wolumen prezentowany innym systemom jako dysk. W TrueNAS służy głównie do:
prezentacji LUN przez iSCSI (np. dla ESXi, Proxmoxa),
dysków dla maszyn wirtualnych wbudowanego hypervisora,
Jeśli dane mają być dostępne po SMB/NFS lub przez zwykłe katalogi, używa się datasetów. zvol’e wchodzą do gry dopiero wtedy, gdy potrzebny jest „surowy dysk”, a system plików zakłada się dopiero po stronie klienta.
Projektowanie drzewa datasetów pod domowy NAS
Prościej utrzymać jedną pulę logicznie podzieloną datasetami niż kilka pul. Typowe drzewo dla rodzinnego NAS może wyglądać następująco:
dane_domowe
├── dom
│ ├── adam
│ ├── asia
│ └── dzieci
├── multimedia
│ ├── filmy
│ ├── muzyka
│ └── zdjęcia
└── backupy
├── laptopy
└── telefony
Każda gałąź może mieć inne parametry: kompresję, rezerwację miejsca, politykę migawek, uprawnienia. Dzięki temu nie trzeba zarządzać wszystkim na jednym płaskim poziomie katalogów.
Tworzenie datasetów w TrueNAS
Dataset tworzy się w sekcji Storage → Pools wybierając pulę i opcję dodania datasetu. Podczas tworzenia warto od razu ustawić kluczowe parametry:
Nazwa – prosta, bez polskich znaków, krótka, powiązana z funkcją (np. dom, multimedia, backupy).
Typ – najczęściej „Generic” (standardowy system plików ZFS).
Kompresja – zwykle przejęta z puli, ale można ją zmienić:
dla zdjęć RAW, dokumentów – lz4 pozostaje dobrym wyborem,
dla filmów i skompresowanej muzyki efekt będzie marginalny, można więc zostawić dziedziczenie.
Encryption – włączenie szyfrowania na poziomie datasetu, jeśli NAS przechowuje wrażliwe dane (np. skany dokumentów). Szyfrowanie lepiej ustawić na początku, niż próbować je dodać po czasie.
Niektóre właściwości datasetu mają duży wpływ na zarządzanie przestrzenią i wydajność:
Quota – maksymalne miejsce, jakie dataset może zajmować. Sprawdza się przy katalogach domowych użytkowników:
np. dataset dom/adam z kwotą kilku–kilkunastu GB, żeby zapobiec zasypaniu całej puli jednym profilem.
Reservation – gwarantuje datasetowi określoną ilość miejsca. Sensowna, jeśli ma istnieć obszar, który zawsze ma mieć zagwarantowaną pojemność, np. pod wirtualne maszyny, których rozrost nie może się „zderzyć” z innymi danymi.
Recordsize – rozmiar bloku danych. Dla typowego magazynu plików lepiej zostawić domyślną wartość (128K). Dla baz danych czy VM na zvol’ach często ustawia się mniejsze wartości (np. 16K, 8K), ale wtedy przydaje się dobra analiza konkretnego obciążenia.
Snapshoty datasetów i replikacja
Dataset to naturalna jednostka do tworzenia snapshotów. W TrueNAS można ustawić automatyczne harmonogramy:
dla datasetów z dokumentami i zdjęciami – częste, krótkoterminowe snapshoty (np. co godzinę, trzymane 1–2 dni) plus rzadsze, długoterminowe (np. co dzień, trzymane kilka tygodni),
dla multimediów – rzadsze snapshoty, ewentualnie tylko przed większymi porządkami.
Snapshoty można replikować na inną maszynę z TrueNAS lub na zewnętrzną lokalizację. W przypadku domowych zastosowań często jest to drugi, mniejszy serwer w innym pokoju lub backup na dysku podpinanym okresowo.
Tworzenie zvol’i dla maszyn wirtualnych i iSCSI
Jeśli NAS ma obsługiwać VM-ki lub iSCSI, w puli powstanie dodatkowy obszar blokowy. Tworzenie zvol’a w WebUI (Storage → Pools → Add Zvol) obejmuje kilka istotnych parametrów:
Size – stała wielkość wolumenu:
do VM lepiej nie przesadzać z overprovisioningiem, bo wypełniony zvol potrafi zaskoczyć,
gdy zvol ma być udostępniony jako LUN dla innego hypervisora, rozsądniej ustalić wielkość z niewielkim zapasem i dobrze znać wzrost danych.
Block size (volblocksize) – rozmiar bloku na zvol’u:
dla iSCSI pod VM zazwyczaj stosuje się mniejsze wartości (16K lub 8K), żeby dopasować je do typowych obciążeń systemów plików gościa,
zmiana tego parametru jest możliwa tylko przy tworzeniu – potem pozostaje migracja danych.
Thin provisioning – włączenie przydzielania miejsca „na żądanie”. Zwiększa elastyczność, ale wymaga stałej kontroli wolnej przestrzeni puli, żeby nie zabrakło jej nagle wszystkim zvol’om naraz.
zvol’e, podobnie jak datasety, mogą mieć własne snapshoty i replikacje, co pozwala na wygodne tworzenie „punktów powrotu” dla maszyn wirtualnych.
Użytkownicy, grupy i uprawnienia – fundament pod udziały sieciowe
Model użytkowników lokalnych w TrueNAS
W małej sieci domowej zwykle nie istnieje domena AD ani serwer LDAP. TrueNAS może działać w trybie prostego serwera plików z lokalnymi kontami. Podstawowe elementy to:
Użytkownicy – indywidualne konta z własnym UID, hasłem i katalogiem domowym.
Grupy – zbiory użytkowników z podobnymi prawami (np. „rodzina”, „dzieci”, „goście”).
Mapowanie na SMB – konto lokalne jest używane do uwierzytelniania po protokole SMB (Windows, macOS), jeśli udział wymaga logowania.
Dobre zaplanowanie grup upraszcza późniejsze zarządzanie uprawnieniami na datasetach i udziałach SMB.
Tworzenie użytkowników i grup w WebUI
W TrueNAS konfigurację prowadzi się w sekcji Accounts:
Groups → Add – utworzenie grupy, np. rodzina, dzieci, media_admin. Można zaznaczyć, czy grupa ma być „systemowa”, ale dla typowych użytkowników domowych wystarczą grupy zwykłe.
Users → Add – dodanie użytkownika:
login prosty, bez spacji (np. adam, asia),
przydzielenie grupy głównej (np. rodzina) i ewentualnie dodatkowych grup,
ustalenie hasła do logowania przez SMB.
Jeśli NAS ma obsługiwać też konta techniczne (np. do backupu, rsync, replikacji), warto od razu stworzyć osobną grupę i użytkownika typu „serwisowego”, z ograniczonymi uprawnieniami dostępu wyłącznie do datasetów backupowych.
Uprawnienia ZFS na datasetach
System ZFS pozwala zarządzać prawami na kilka sposobów. W domowym NAS zazwyczaj używa się klasycznego modelu POSIX (owner/group/other) lub ACL kompatybilnych z Windows. W WebUI prawa datasetu ustawia się po wybraniu datasetu i opcji Edit Permissions.
Owner (User) – główny właściciel datasetu, zwykle administrator lub konkretna osoba.
Owner (Group) – grupa, która ma „grupowe” uprawnienia. Przydaje się, jeśli dataset ma być współdzielony przez kilka osób:
np. dataset multimedia/zdjęcia z grupą rodzina,
wszyscy w grupie mają prawo zapisu, a inni tylko odczyt (lub nic).
Mode – proste prawa (rwx) dla owner, group i others:
dla katalogów domowych typowy układ to pełne prawa właściciela, brak dostępu „others”,
w datasetach wspólnych – odczyt/zapis dla grupy, tylko odczyt lub brak dla innych.
ACL kompatybilne z Windows (SMB)
Jeśli stacje robocze to głównie Windows, wygodniej posłużyć się ACL-ami w stylu Windows. TrueNAS pozwala przy tworzeniu datasetu wybrać typ ACL „SMB” i wtedy prawami zarządza się podobnie jak na serwerze Windows:
dla datasetu używanego jako udział SMB wybiera się ACL Type: „NFSv4/SMB”,
w edycji uprawnień dodaje się wpisy dla użytkowników i grup (np. rodzina – pełny dostęp, dzieci – tylko odczyt),
określa się dziedziczenie (czy nowe pliki/katalogi przejmują prawa z katalogu nadrzędnego).
To podejście pozwala precyzyjnie sterować dostępem bez konieczności zagłębiania się w atrybuty POSIX dla każdego scenariusza. Przy mieszanym środowisku (Windows + Linux) można połączyć ACL SMB dla udziałów sieciowych z prostymi uprawnieniami POSIX do zadań serwisowych (backup, rsync).
Przykładowy podział uprawnień dla rodziny
Prosty, a praktyczny model dla czteroosobowej rodziny z dziećmi może wyglądać następująco:
Grupy:
rodzina – wszyscy domownicy,
dzieci – młodsi użytkownicy,
media_admin – tylko dorośli z pełnym prawem do porządkowania multimediów.
Datasety:
dane_domowe/dom/adam – właścicielem jest użytkownik adam, grupa rodzina, prawa zapisu tylko dla właściciela,
Najczęściej zadawane pytania (FAQ)
Czy do domowego NAS lepiej wybrać TrueNAS czy gotowy NAS Synology/QNAP?
Jeśli celem jest prosty magazyn zdjęć z telefonu, kilka folderów sieciowych i odtwarzanie filmów na TV, bez chęci głębszego grzebania w konfiguracji – wygodniejszy będzie gotowy NAS Synology/QNAP. Interfejs jest prostszy, są kreatory i gotowe aplikacje, więc próg wejścia jest niski.
TrueNAS ma sens, gdy potrzebna jest większa elastyczność: zaawansowane migawki ZFS, replikacja, maszyny wirtualne, kontenery, rozbudowane scenariusze backupu. Na własnym sprzęcie łatwiej też wymienić CPU, dołożyć RAM czy kontroler HBA, ale rośnie odpowiedzialność za konfigurację i administrację.
Ile RAM i jaki procesor do domowego NAS na TrueNAS?
Dla prostego domowego NAS-a plikowego (udostępnianie przez SMB/NFS, podstawowe migawki) rozsądnym minimum jest 8 GB RAM, a wygodny punkt startowy to 16 GB. ZFS intensywnie korzysta z pamięci na cache odczytu, więc dodatkowy RAM realnie poprawia responsywność, zwłaszcza przy pracy wielu urządzeń jednocześnie.
Procesor może być stosunkowo skromny, jeśli serwer tylko udostępnia pliki: wystarczy energooszczędny 2–4 rdzeniowy CPU (Pentium, i3, mały Ryzen, Atom/Denverton). Przy transkodowaniu wideo w Plex/Emby lub kilku maszynach wirtualnych lepiej celować w i5/Ryzen 5 z 4–8 rdzeniami i możliwością sprzętowego transkodowania (Quick Sync/VAAPI).
TrueNAS CORE czy TrueNAS SCALE – co wybrać do domu?
TrueNAS CORE, oparty na FreeBSD, sprawdza się bardzo dobrze jako klasyczny NAS: udziały SMB/NFS, iSCSI, migawki, replikacje. Jest stabilny i dojrzały, a do typowego scenariusza „dysk sieciowy dla rodziny + kopie zapasowe + podstawowe usługi” zwykle w zupełności wystarcza.
TrueNAS SCALE, oparty na Linuksie (Debian), jest lepszym wyborem, jeśli NAS ma być jednocześnie platformą pod kontenery i VM-ki (Home Assistant, bazy danych, aplikacje dev, reverse proxy). Daje więcej swobody w uruchamianiu usług, ale i więcej rzeczy trzeba zrozumieć i ogarnąć administracyjnie.
Jaką konfigurację ZFS wybrać do domowego NAS (mirror, RAID-Z1, RAID-Z2)?
Dla niewielkiej liczby dysków (2–4) i prostoty obsługi dobrym wyborem są mirrory (np. 2×4 TB w lustrze). Łatwo wtedy wymieniać dyski, a odtwarzanie po awarii jest mniej stresujące dla początkujących. Przy 3–4 dyskach popularna jest też konfiguracja RAID-Z1, która oszczędniej wykorzystuje pojemność, ale gorzej znosi awarie podczas odbudowy.
RAID-Z2 (podwójna parzystość) ma sens przy większej liczbie dysków i danych, które są szczególnie ważne – daje większy margines bezpieczeństwa kosztem pojemności. Częsta praktyka: osobna pula o wyższej odporności (mirror/RAID-Z2) pod rzeczy krytyczne i prostsza (RAID-Z1/stripe) pod multimedia, które w razie czego da się odtworzyć.
Czy do domowego TrueNAS potrzebna jest pamięć ECC?
ECC minimalizuje ryzyko cichych błędów w RAM, które mogą skutkować zapisaniem uszkodzonych danych na dyski. W środowiskach produkcyjnych jest standardem, bo ryzyko, nawet niskie, jest tam nieakceptowalne. ZFS dobrze radzi sobie z błędami na dyskach, ale tych z pamięci operacyjnej już nie poprawi.
W domu decyzja zależy od wagi danych i budżetu. Jeśli na NAS-ie przechowywane są krytyczne projekty zawodowe czy jedyna kopia ważnych materiałów, platforma z ECC ma duży sens. Jeśli to głównie multimedia, gry i kopie danych, które i tak istnieją gdzie indziej, wiele osób świadomie wybiera tańszy sprzęt bez ECC, akceptując nieco wyższe ryzyko.
Czy budowa własnego NAS na TrueNAS opłaca się przy rosnących cenach prądu?
Opłacalność zależy od zużycia energii przez wybrany sprzęt i tego, co serwer faktycznie robi. Stare serwerowe platformy z wielordzeniowymi Xeonami potrafią w spoczynku zużywać kilkadziesiąt watów więcej niż nowoczesne platformy desktopowe – przy pracy 24/7 przekłada się to na zauważalny koszt roczny.
Przy budowie domowego NAS-a lepiej celować w energooszczędny CPU, płytę bez zbędnych kontrolerów oraz sensowną liczbę dysków. Jeśli NAS ma służyć głównie jako magazyn plików, oszczędniejsza konfiguracja zwykle będzie korzystniejsza finansowo niż „stary, ale tani w zakupie” serwer rack, który głośno chodzi i dużo pobiera.
Na co zwrócić uwagę przy ustawianiu udziałów SMB na TrueNAS w domu?
Dobrze jest zaplanować strukturę udziałów zanim zacznie się kopiować dane. Typowy układ to osobne udziały dla: wspólnych dokumentów rodziny, zdjęć/archiwum i multimediów (filmy, muzyka). Do tego można dodać katalogi domowe użytkowników, których inni nie widzą. Taki podział ułatwia zarządzanie uprawnieniami i backupem.
Przy konfiguracji SMB kluczowe są:
spójne konta użytkowników i grupy (np. „rodzina”, „goście”);
jasne reguły: kto widzi i zmienia co (prawa odczytu/zapisu);
prosty schemat nazw udziałów, łatwy do rozpoznania na TV, laptopach i telefonach.
W praktyce mniej, ale sensowniej zaplanowanych udziałów daje mniej chaosu niż kilkanaście przypadkowych folderów udostępnianych ad hoc.
