Jak WindowsArea buduje miniaturowe domowe laboratorium na ZimaBoard 2 z macierzą RAID 1
Specjalne podziękowania dla WindowsArea za udokumentowanie kompletnej pierwszej konfiguracji ZimaBoard 2 w filmie ZimaBoard 2: First Impression of the Mini Homelab. Film pokazuje więcej niż tylko otwarcie pudełka: obejmuje montaż kompaktowej ramy na wiele dysków, uruchomienie ZimaOS, wykrycie dwóch dysków twardych o pojemności 4 TB, utworzenie pamięci RAID 1 oraz instalację usług self-hostowanych, w tym Immich i Jellyfin.
Dzięki tej sekwencji film jest przydatny dla każdego, kto zastanawia się, gdzie mini serwer domowy ZimaBoard 2 plasuje się między zwykłym komputerem jednopłytkowym a konwencjonalnym urządzeniem NAS. Sprzęt jest niewielki i zaprojektowany z myślą o zastosowaniach serwerowych, a ZimaOS zamienia pierwsze decyzje dotyczące pamięci masowej i aplikacji w proces zarządzany przez przeglądarkę.
Rezultatem jest prawdziwy mini homelab, ale nie magiczna chmura działająca za pomocą jednego kliknięcia. WindowsArea nadal musi zmontować sprzęt, podłączyć dyski, zainicjalizować pamięć masową, zaczekać na synchronizację RAID i zdecydować, które aplikacje powinny korzystać z nowej puli. Ta równowaga między przystępnością a odpowiedzialnością właściciela jest najważniejszą częścią testu.
Obejrzyj pełną konfigurację WindowsArea: Oryginalny niemiecki film prowadzi przez cały projekt — od pudełka wysyłkowego i ramy na cztery dyski po pulpit ZimaOS, pamięć RAID 1, zarządzanie plikami, Immich i Jellyfin.
Uwaga dotycząca źródła: Ten artykuł porządkuje proces montażu, obserwacje dotyczące interfejsu i testy aplikacji przedstawione na filmie WindowsArea. Ekrany ZimaOS, wersje aplikacji, działanie pamięci masowej, czas synchronizacji, akcesoria sprzętowe i obsługiwane konfiguracje dysków mogą ulec zmianie po publikacji. RAID chroni dostępność danych po awarii dysku; nie zastępuje niezależnej kopii zapasowej.
Najważniejszy wniosek jest taki, że ZimaBoard 2 może przekształcić zestaw standardowych komponentów w przystępną lokalną platformę pamięci masowej i self-hostingu. Jego wartość wynika z połączenia zgodności z x86, bezpośrednich połączeń z pamięcią masową, rozbudowywanej konstrukcji fizycznej oraz graficznego środowiska operacyjnego — a nie z wyeliminowania potrzeby rozumienia zasad działania pamięci masowej i odzyskiwania danych.
WindowsArea rozpoczyna od sprzętu ZimaBoard 2, komponentów dyskowych oraz ramy, która zmieni płytkę w kompaktowy serwer pamięci masowej.
Dlaczego ZimaBoard 2 sprawdza się jako mini homelab
Homelab nie jest definiowany przez szafę serwerową. To środowisko, w którym właściciel może uczyć się obsługi pamięci masowej, sieci, kontenerów, kopii zapasowych i hostingu aplikacji na sprzęcie pozostającym pod jego osobistą kontrolą.
ZimaBoard 2 łączy kilka funkcji serwerowych w niewielkiej platformie x86:
- Czterordzeniowy procesor Intel N150
- 8 GB lub 16 GB pamięci LPDDR5, w zależności od modelu
- 32 GB lub 64 GB wbudowanej pamięci eMMC
- Dwa natywne złącza SATA 3.0
- Dwa porty Ethernet 2,5 GbE
- Łączność USB 3.1 i Mini DisplayPort
- Udostępniony interfejs rozszerzeń PCIe 3.0
- Bezwentylatorowa aluminiowa obudowa zaprojektowana tak, aby pełnić funkcję radiatora
Panel ZimaOS w teście WindowsArea pokazuje około 7,51 GB dostępnej pamięci, identyfikując system jako model ZimaBoard 2 832 z 8 GB pamięci, a nie wersję 1664 z 16 GB. To wystarcza do obsługi pamięci masowej i wybranych aplikacji Docker pokazanych na filmie, ale wraz z dodawaniem kolejnych usług planowanie zasobów staje się coraz ważniejsze.
W przeciwieństwie do płyt deweloperskich ARM platforma x86 obsługuje szeroki wybór znanych serwerowych systemów operacyjnych i obrazów kontenerów. W przeciwieństwie do wielu zamkniętych minikomputerów udostępnia natywne połączenia SATA i PCIe, dzięki czemu można rozbudowywać pamięć masową i sieć bez całkowitego polegania na adapterach USB.
Konstrukcja fizyczna jest bardziej modułowa niż w konwencjonalnym serwerze NAS
Przed montażem WindowsArea rozkłada komponenty na stole roboczym. Zestaw obejmuje ZimaBoard 2, metalową ramę na dyski, wsporniki, kable do dysków, niewielki element chłodzący oraz miejsce na kilka dysków twardych.
Otwarty warsztat pokazuje, jak płyta, rama na dyski, kable, elementy chłodzenia i standardowe dyski twarde tworzą jeden modułowy system.
To podejście różni się od zamkniętego serwera NAS na dwa dyski. Komponenty pozostają widoczne i wymienne, a rama może fizycznie pomieścić więcej dysków niż dwa wykryte podczas wstępnego testu pamięci masowej w ZimaOS. Dodatkowe miejsca zapewniają przestrzeń na przyszłe projekty, ale pojemność fizyczna nie zapewnia automatycznie połączenia elektrycznego. Każdy dodany dysk nadal potrzebuje ścieżki przesyłania danych, wystarczającego zasilania, odpowiedniego mocowania i przemyślanej roli w systemie pamięci masowej.
Natywne złącza SATA zapewniają najprostszą drogę do podłączenia dwóch pierwszych dysków. Rozbudowa poza te połączenia może wymagać kompatybilnego kontrolera pamięci masowej PCIe oraz odpowiedniego okablowania. Karta PCIe, podłączone dyski i ewentualny wentylator zwiększają również wymagania dotyczące zasilania i chłodzenia, które należy zaplanować przed rozpoczęciem ciągłej pracy serwera.
Montaż ramy zmienia płytę w urządzenie pamięci masowej
W połowie filmu WindowsArea zamontował ZimaBoard 2 nad ramą na dyski i zainstalował dyski twarde pod nim. Gotowa konstrukcja pozostaje znacznie mniejsza od serwera rackowego, a jednocześnie zapewnia łatwy dostęp do płyty i pamięci masowej.
Zmontowana rama umieszcza ZimaBoard 2 nad klatką na wiele dysków, tworząc kompaktowy i łatwy w serwisowaniu układ domowego laboratorium.
Otwarta konstrukcja ma kilka praktycznych zalet:
- Dyski można wymieniać bez rozbierania zamkniętej obudowy.
- Trasy kabli i kontrolki pozostają widoczne podczas rozwiązywania problemów.
- Gniazdo PCIe pozostaje dostępne na potrzeby karty rozszerzeń pamięci masowej lub sieciowej.
- Powietrze może swobodnie przepływać wokół dysków i pasywnego radiatora płytki.
Wymaga też większej ostrożności niż gotowy serwer NAS. Serwer potrzebuje stabilnego podłoża, odciążenia kabli zasilających i SATA, wolnej przestrzeni wokół radiatora oraz ochrony przed przypadkowym kontaktem. Mechaniczne dyski twarde należy bezpiecznie zamocować i chronić przed powtarzającymi się wibracjami oraz uderzeniami.
Pierwsze uruchomienie ZimaOS ujawnia rzeczywistą konfigurację testową
WindowsArea otwiera ZimaOS w przeglądarce internetowej za pośrednictwem lokalnego adresu IP płytki. Pulpit nawigacyjny łączy w jednym interfejsie informacje o stanie systemu, pamięci masowej, aktywności sieci, aplikacjach, plikach, kopiach zapasowych, maszynach wirtualnych i opcjach zdalnego dostępu.
W uchwyconym momencie system zgłasza około 2% użycia procesora, 9% użycia pamięci, około 2,4 W mocy pobieranej przez procesor oraz temperaturę bliską 33°C. Są to obserwacje podczas bezczynności lub niewielkiego obciążenia, a nie długoterminowe testy poboru mocy i temperatury, ale pokazują, jak pulpit nawigacyjny udostępnia początkującemu podstawowe informacje o stanie systemu.
Co ważniejsze, ZimaOS informuje o znalezieniu dwóch dysków ST4000VN006, każdy o surowej pojemności 4 TB. To właśnie te dwa dyski są używane w puli pamięci przedstawionej w dalszej części filmu.
ZimaOS wykrywa oba dyski o pojemności 4 TB i zapewnia bezpośrednią ścieżkę zarządzania nimi przed utworzeniem puli pamięci.
Właściwa kolejność ma znaczenie. Przed rozpoczęciem inicjalizacji właściciel powinien potwierdzić numery modeli i pojemność. Wybranie niewłaściwego dysku może zniszczyć istniejące dane, dlatego każdy używany ponownie dysk należy najpierw zarchiwizować, zanim zostanie dodany do nowej puli pamięci.
Oficjalny przewodnik rozpoczęcia pracy z ZimaBoard 2 wyjaśnia proces pierwszego podłączenia zasilania i sieci, konfiguracji pamięci masowej, wykrywania urządzenia oraz logowania do ZimaOS.
Dwa dyski 4 TB tworzą pulę RAID 1 o pojemności 4 TB
WindowsArea łączy dwa wykryte dyski o pojemności 4 TB w bezpieczną pulę pamięci RAID 1. RAID 1 zapisuje identyczne dane na obu dyskach, dlatego użyteczna pojemność odpowiada mniej więcej pojemności jednego dysku, a nie łącznej surowej pojemności 8 TB.
Ten kompromis zapewnia ciągłość działania po awarii jednego dysku. Jeśli jeden z dysków kopii lustrzanej przestanie działać, dane powinny pozostać dostępne na sprawnym dysku, podczas gdy uszkodzony dysk zostanie wymieniony, a kopia lustrzana odbudowana.
Panel pamięci masowej ZimaOS pokazuje około 4 TB dostępnej pojemności RAID 1 podczas synchronizacji kopii lustrzanej.
Pierwsza synchronizacja może potrwać kilka godzin, ponieważ trzeba przygotować każdą część kopii lustrzanej. W tym czasie właściciel powinien pozostawić serwer włączony, unikać odłączania dysku i zapewnić odpowiedni przepływ powietrza wokół dysków.
Wskaźnik synchronizacji przypomina również, że pula pamięci masowej ma określony stan. Etykieta „sprawna”, ostrzeżenie o obniżonej sprawności, status odbudowy lub błąd dysku wymagają uwagi. RAID nie powinien być traktowany jako rozwiązanie konfigurowane raz i później bezterminowo ignorowane.
RAID 1 Chroni Dostępność, Nie Całą Historię Danych
Dublowana pula chroni przed awarią jednego dysku. Nie chroni jednak przed każdym zdarzeniem, które może spowodować utratę danych:
- Przypadkowe usunięcie zostanie odzwierciedlone na obu dyskach.
- Oprogramowanie ransomware lub uszkodzenie aplikacji może wpłynąć na obie kopie.
- Uszkodzenie elektryczne może objąć cały serwer.
- Kradzież, pożar lub zalanie mogą jednocześnie zniszczyć oba dyski.
- Błędne działanie administratora może zmienić całą pulę.
Kompletny plan powinien zatem uwzględniać niezależną kopię zapasową z historią wersji. Powszechnie stosowana zasada 3-2-1 zakłada przechowywanie co najmniej trzech kopii, użycie dwóch typów pamięci masowej i umieszczenie jednej kopii poza głównym serwerem.
Oficjalny przewodnik tworzenia kopii zapasowych 3-2-1 w ZimaOS obejmuje lokalne, sieciowe, USB, Zima oraz wybrane miejsca docelowe w chmurze, a także harmonogramy i przechowywane wersje.
Powiązany projekt społeczności, ZimaBoard 2 z RAID 1 i prywatną chmurą Home Assistant, pokazuje, jak inny twórca łączy dublowaną pamięć masową z usługami hostowanymi samodzielnie, zachowując odrębny plan tworzenia kopii zapasowych.
ZimaOS sprawia, że pamięć masowa staje się użyteczna dla aplikacji
Tworzenie macierzy RAID to praca infrastrukturalna. Serwer staje się użyteczny, gdy pliki i aplikacje mają na tej pamięci masowej wyznaczone miejsce.
ZimaOS udostępnia graficzną aplikację Pliki oraz sklep App Store z usługami opartymi na Dockerze. Eliminuje to znaczną część początkowej konfiguracji kontenerów, ale nie zwalnia z konieczności zrozumienia danych trwałych. Każdą aplikację należy przypisać do znanego folderu w puli pamięci masowej, aby można było tworzyć kopie zapasowe i migrować jej bazę danych, ustawienia, miniatury oraz treści użytkowników.
Przed zainstalowaniem wielu usług właściciel powinien udokumentować:
- Gdzie każda aplikacja przechowuje dane trwałe
- Które foldery zawierają wymienialną pamięć podręczną, a które oryginalne pliki
- Które porty i konta udostępniają usługę
- Jak aktualizowana jest aplikacja
- Jak dane zostaną przywrócone po czystej instalacji
Struktura przeznaczona dla początkujących, przedstawiona w poradniku WindowsArea, przypomina proces opisany w Jak SjslTech testuje ZimaOS jako przyjazny dla początkujących system operacyjny serwera domowego: pamięć masowa jest konfigurowana przed aplikacjami, a działanie lokalne należy zweryfikować przed dodaniem dostępu zdalnego.
Immich zamienia pulę RAID w prywatną usługę zdjęć
Pod koniec nagrania WindowsArea otwiera Immich. Immich to hostowana samodzielnie platforma do zdjęć i filmów, która może porządkować prywatną bibliotekę i odbierać przesyłane pliki z obsługiwanych klientów mobilnych.
Ekran powitalny Immich potwierdza, że usługa zdjęć działa lokalnie na nowej platformie pamięci masowej ZimaBoard 2.
Dotarcie do ekranu powitalnego dowodzi, że aplikacja została uruchomiona. Nie potwierdza jeszcze kompletnego przepływu pracy ze zdjęciami. Zanim właściciel powierzy jej dużą bibliotekę, powinien utworzyć konto administratora, potwierdzić lokalizację przesyłania, przetestować niewielki zestaw oryginalnych plików, sprawdzić działanie aplikacji mobilnej w tle oraz uwzględnić zarówno oryginalne zdjęcia, jak i bazę danych Immich w planie kopii zapasowych.
Kompletny przepływ pracy skoncentrowany na zdjęciach opisano w artykule Jak Just Jean tworzy prywatną chmurę zdjęć z użyciem ZimaBoard 2.
Jellyfin dodaje inny rodzaj obciążenia pamięci masowej
Karty przeglądarki w teście aplikacji WindowsArea pokazują również Jellyfin. Podczas gdy Immich porządkuje prywatne zdjęcia i filmy, Jellyfin zamienia foldery z filmami, serialami, muzyką i innymi multimediami w bibliotekę dostępną do strumieniowego odtwarzania.
Wymagania dotyczące pamięci masowej są różne:
- Immich korzysta z oryginalnych przesłanych plików, miniatur, metadanych i własnej bazy danych aplikacji.
- Jellyfin wymaga prawidłowo zmapowanych folderów multimediów, metadanych, zgodności z klientem i obsługi kodeków.
- Bezpośrednie odtwarzanie wykorzystuje głównie przepustowość pamięci masowej i sieci.
- Transkodowanie może znacznie bardziej obciążać procesor Intel N150 i zintegrowaną grafikę.
Dobrym pierwszym testem jest jeden lokalny klient z multimediami obsługującymi bezpośrednie odtwarzanie. Importowanie dużej biblioteki przed sprawdzeniem ścieżek, uprawnień i działania odtwarzania utrudnia późniejsze rozwiązywanie problemów.
Co udowadnia konfiguracja WindowsArea — a czego nie
| Etap | Co pokazuje nagranie | Co nadal wymaga długoterminowych testów |
|---|---|---|
| Montaż fizyczny | ZimaBoard 2 i kilka dysków mieszczą się w kompaktowej, modułowej obudowie. | Naprężenia kabla, wibracje, długotrwałe działanie w podwyższonej temperaturze i sposób poboru energii. |
| Wykrywanie dysków | ZimaOS rozpoznaje dwa podłączone dyski 4 TB i oferuje graficzny interfejs zarządzania. | Długoterminowe monitorowanie stanu SMART, raportowanie błędów i procedura wymiany. |
| RAID 1 | Dwa dyski 4 TB tworzą około 4 TB bezpiecznej pamięci lustrzanej. | Działanie w trybie zdegradowanym, czas odbudowy oraz przetestowane odzyskiwanie danych po awarii. |
| Immich | Samodzielnie hostowana aplikacja do zdjęć uruchamia się na lokalnym serwerze. | Indeksowanie dużych bibliotek, niezawodność tworzenia kopii zapasowych urządzeń mobilnych, odzyskiwanie baz danych i obsługa wielu użytkowników. |
| Jellyfin | Ten sam system ZimaOS może hostować prywatną usługę multimedialną. | Zgodność kodeków, strumienie jednoczesne, napisy i możliwości transkodowania. |
Kto powinien zbudować miniaturowy homelab na ZimaBoard 2?
Konfiguracja WindowsArea najlepiej odpowiada osobom, które chcą większej kontroli niż ta oferowana przez zamknięty serwer NAS, ale nie chcą zaczynać od dużego serwera rackowego.
- Początkujący użytkownicy homelabu mogą uczyć się obsługi pamięci masowej, RAID-u, aplikacji Docker i sieci lokalnych za pomocą graficznego interfejsu.
- Gospodarstwa domowe dbające o prywatność mogą tworzyć lokalne miejsca docelowe dla zdjęć, plików i multimediów.
- Twórcy mogą oddzielić aktywne biblioteki multimediów od pamięci masowej dostępnej wyłącznie w chmurze.
- Entuzjaści self-hostingu mogą uruchamiać kilka usług na kompaktowej platformie x86.
- Deweloperzy i administratorzy mogą używać płyty jako węzła eksperymentalnego, serwera brzegowego lub platformy wirtualizacyjnej.
Model z 8 GB pamięci użyty w filmie to rozsądny punkt wyjścia dla wybranych usług. Użytkownicy planujący wiele jednocześnie działających kontenerów, większe bazy danych, maszyny wirtualne lub intensywniejszą wielozadaniowość powinni rozważyć konfigurację z 16 GB pamięci i ocenić wymagania procesora całego obciążenia.
Budowa WindowsArea pokazuje rzeczywistą kolejność tworzenia pierwszego homelabu
Najmocniejszym elementem pierwszego wrażenia po konfiguracji WindowsArea jest kolejność działań. Projekt zaczyna się od sprzętu i montażu dysków, następnie potwierdza, że ZimaOS widzi dyski, tworzy pulę lustrzaną, czeka na synchronizację, a dopiero potem przekształca pamięć masową w usługi zdjęć i multimediów.
Ta kolejność jest cenniejsza niż lista możliwych aplikacji. Niezawodny homelab zaczyna się od znanego sprzętu, przemyślanej organizacji pamięci masowej i jasno określonych granic odzyskiwania danych. Aplikacje pojawiają się dopiero później.
ZimaBoard 2 sprawia, że cały proces jest kompaktowy i przystępny, a otwarta konstrukcja, standardowe dyski, architektura x86 i rozszerzenie PCIe pozostawiają przestrzeń na przyszłe eksperymenty. ZimaOS upraszcza konfigurację, ale właściciel nadal odpowiada za kopie zapasowe, konta, aktualizacje, zdalny dostęp oraz sprawdzenie, jak serwer zachowa się w razie awarii.
Obejrzyj pełny film WindowsArea o budowie miniaturowego homelabu na ZimaBoard 2, aby zobaczyć oryginalny niemieckojęzyczny montaż i omówienie oprogramowania. Jeśli budujesz serwer magazynujący ZimaBoard, konfigurujesz RAID lub wybierasz aplikacje do swojego pierwszego homelabu, dołącz do społeczności ZimaSpace, zadawaj pytania i dziel się swoją konfiguracją.
