Notatka od Zima
Dziękujemy, Bob, za przekształcenie czasu spędzonego z ZimaCube w coś znacznie bardziej użytecznego niż konwencjonalna recenzja. Twój prowadzony na bieżąco dziennik śledzi maszynę w miarę zmiany jej ról — od pierwszych wrażeń i demontażu sprzętu po ZimaOS, Windows Server, Proxmox, kopie zapasowe, monitoring, agentów AI, a nawet zwirtualizowany router — jednocześnie zachowując w jednym zapisie zarówno elementy, które Ci się podobają, jak i te, które Cię frustrują. Tego rodzaju długoterminowe, szczere eksperymentowanie pomaga nam zrozumieć nie tylko, co potrafi ZimaCube, ale także co dzieje się później, gdy staje się częścią prawdziwego homelabu.
— Zima
Poznaj Bob Loves Tech
Bob Loves Tech to entuzjasta homelabów i twórca technologiczny, którego praca obejmuje systemy Windows i Linux, wirtualizację, sieci, self-hosting oraz sprzęt, na którym wszystko to działa.
Jego przygoda ze sprzętem Zima zaczęła się jeszcze przed tym projektem. Bob miał już doświadczenie z wcześniejszymi produktami Zima, w tym ZimaBoard i ZimaBlade, zanim dołączył do programu Zima Pioneer. Gdy ZimaCube dotarł do Boba, postanowił nie tworzyć jednej dopracowanej recenzji i na niej poprzestać. Zamiast tego stworzył ZimaCube Experience Blog — publiczne repozytorium, które wciąż się rozrasta wraz ze zmianami maszyny i jego domowego laboratorium.
Bob opisuje to jako prowadzony na bieżąco dziennik, a nie formalną recenzję. To dobrze wyjaśnia charakter projektu. Obejmuje on pierwszą reakcję na sprzęt, rzeczy odkryte po jego otwarciu, testowane systemy operacyjne, infrastrukturę zbudowaną wokół urządzenia oraz wnioski, które zmieniały się po tygodniach użytkowania.
Dokumentowanie ZimaCube poza pierwszym wrażeniem
Najwcześniejsze wpisy w projekcie Boba zaczynają się tam, gdzie zwykle zaczynają się historie o sprzęcie: od rozpakowania maszyny, oceny jakości wykonania, sprawdzenia portów i kieszeni na dyski oraz zastanowienia się, co wydaje się inne, gdy sprzęt fizycznie znajdzie się na biurku.
Ale na tym dziennik się nie kończy. Bob wraca do sprzętu po pewnym czasie użytkowania. Jego repozytorium zawiera osobny przegląd sprzętu, pełny demontaż, podsumowanie po sześciu tygodniach, dokładniejszą analizę tego, dlaczego to pamięć, a nie liczba rdzeni procesora, stała się praktycznym wąskim gardłem, oraz osobny wpis z pytaniem, które ostatecznie ma znaczenie dla każdego recenzenta: czy rzeczywiście wydałby na niego własne pieniądze?
To właśnie ta ewolucja nadaje projektowi wartość. Pierwsze wrażenie mówi, jak produkt wygląda po wyjęciu z pudełka. Dziennik prowadzony na bieżąco pokazuje, co pozostaje ważne, gdy opada początkowy entuzjazm.
Otwieranie sprzętu i zwracanie uwagi na szczegóły
Jeden z rozdziałów poświęconych sprzętowi nosi po prostu tytuł Rozbieranie urządzenia, co wiele mówi o podejściu Boba.
Zamiast traktować ZimaCube jak zamknięte urządzenie NAS, otworzył obudowę i udokumentował wnętrze, w tym system chłodzenia oraz drobne szczegóły sprzętowe widoczne dopiero wtedy, gdy ktoś zdecyduje, że maszyna powinna nadawać się do serwisowania i modyfikacji.
To rozebranie urządzenia prowadzi później do kolejnej części dziennika: co zmieniło się po sześciu tygodniach, a co pozostało bez zmian. Niektóre obserwacje z czasem tracą na znaczeniu. Inne — w tym chłodzenie, działanie wentylatora, pojemność pamięci, dostęp do elementów umożliwiających rozbudowę oraz sposób, w jaki sprzęt sprawdza się w środowisku pracującym bez przerwy — stają się ważniejsze.
Czytelników, którzy chcą dokładniej przyjrzeć się tym samym kwestiom sprzętowym, zapraszamy do naszego przewodnika po rozebraniu ZimaCube, który szczegółowo omawia układ wewnętrzny i możliwości rozbudowy, natomiast 7 sprytnych szczegółów konstrukcyjnych ZimaCube przygląda się bliżej elementom widocznym po otwarciu systemu, a nie tylko za pośrednictwem tabeli specyfikacji.
Odkrycie, że pamięć RAM ma większe znaczenie niż większa liczba rdzeni procesora
Jeden z późniejszych wpisów dotyczących sprzętu prowadzi do wniosku znacznie bardziej użytecznego niż kolejny wykres z wynikami testów: ZimaCube nie potrzebował więcej rdzeni procesora do obsługi obciążenia Boba. Potrzebował więcej pamięci.
Jego dziennik opisuje system z dziesięcioma uruchomionymi maszynami gościnnymi, przy czym użycie procesora utrzymywało się na poziomie około czterech procent, a zużycie pamięci wzrosło do mniej więcej 27 GB. Zmienia to sposób, w jaki należy oceniać sprzęt. Procesor nie był pierwszym praktycznym ograniczeniem. Była nim fabryczna konfiguracja pamięci.
W przypadku maszyny, która stopniowo staje się hostem wirtualizacji, serwerem kopii zapasowych, węzłem monitoringu, hostem maszyn wirtualnych routera i platformą do eksperymentów z AI, pojemność pamięci staje się elementem infrastruktury, a nie tylko parametrem specyfikacji.
To dokładnie taki wniosek, do jakiego może doprowadzić długa historia użytkowania. Nie wynika on z pytania, co procesor może teoretycznie zrobić. Wynika z obserwowania systemu po zgromadzeniu coraz większej liczby rzeczywistych obciążeń.
Usuwanie ZimaOS i instalowanie systemu Windows Server 2025
Najciekawszy eksperyment w repozytorium Boba rozpoczął się, gdy usunął ZimaOS i zainstalował Windows Server 2025 bezpośrednio na ZimaCube.
Bob opisuje to połączenie jako dziwne zestawienie — właśnie dlatego postanowił go wypróbować. Projekt stał się sposobem na przetestowanie sprzętu bez polegania na środowisku programowym, z którym został dostarczony: procesu instalacji, wyszukiwania sterowników, sieci, pamięci masowej oraz tego, czy kompaktowa platforma NAS nadal ma sens, gdy potraktuje się ją jak serwer Windows ogólnego przeznaczenia.
Eksperyment pokazuje również ważny element filozofii sprzętu Zima. Usunięcie ZimaOS nie kończy użytecznego życia urządzenia. Sprzęt x86 pozostaje platformą, którą można przebudować z myślą o innym systemie operacyjnym.
Przekształciliśmy ten eksperyment w bardziej uporządkowany poradnik konfiguracji Windows Server 2025 na ZimaCube, obejmujący proces instalacji, konfigurację sterownika sieciowego Intel oraz konfigurację pamięci masowej dla użytkowników, którzy chcą wypróbować ten sam kierunek.
Rzetelne przetestowanie ZimaOS przed przejściem dalej
Windows Server to tylko część historii systemów operacyjnych. Bob napisał również osobną recenzję ZimaOS w dzienniku domowego laboratorium.
Jego wniosek jest celowo bardziej zniuansowany niż „dobry” lub „zły”. Repozytorium opisuje ZimaOS jako rozwiązanie dobrze pasujące do mniejszych urządzeń, jednocześnie poddając w wątpliwość, czy uproszczone środowisko odpowiada jego oczekiwaniom wobec ZimaCube coraz głębiej wykorzystywanego do wirtualizacji i infrastruktury domowego laboratorium.
Ta krytyka jest przydatna, ponieważ Bob nie ocenia ZimaOS jako osoba, która po raz pierwszy próbuje self-hostingu. Ocenia go z perspektywy kogoś, kto już obsługuje domowe laboratorium składające się z wielu systemów i swobodnie zarządza niższymi warstwami samodzielnie.
Dla innego użytkownika prostota może być powodem, by pozostać przy tym rozwiązaniu. Dla Boba rosnąca złożoność infrastruktury stała się ostatecznie powodem odejścia.
Ten sam kompromis omawiamy w naszym porównaniu ZimaOS, Proxmox i Windows Server, które powstało na podstawie tego samego szerszego zestawu eksperymentów.
Uczynienie Proxmox centrum domowego laboratorium
Po wypróbowaniu innych rozwiązań Bob ostatecznie doszedł do znacznie bardziej zdecydowanego wniosku dotyczącego systemu operacyjnego, który chciał zainstalować na ZimaCube: Proxmox był środowiskiem, które najlepiej pasowało do jego domowego laboratorium.
Dziennik opisuje ZimaCube współpracujący z pamięcią masową NFS firmy Synology i stający się częścią floty składającej się z trzech hostów. W tym momencie urządzenie nie jest już przede wszystkim testowane jako NAS. Stało się elementem infrastruktury.
Ta zmiana otwiera drogę do kilku późniejszych wpisów w dzienniku, ponieważ Proxmox zapewnia podstawę dla kolejnych eksperymentów: infrastruktury kopii zapasowych, monitorowania, usług AI i wirtualizacji sieci.
Dla użytkowników zainteresowanych zbudowaniem takiej samej podstawy nasz przewodnik po konfiguracji ZimaCube + Proxmox omawia drogę od przygotowania BIOS-u po maszyny wirtualne, kontenery LXC, pamięć masową, sieci oraz przekazywanie urządzeń.
Budowanie kopii zapasowych wokół infrastruktury
Gdy maszyna staje się infrastrukturą, kolejne pytanie nie brzmi już, czy może uruchamiać więcej usług. Chodzi o to, co się stanie, gdy jedna z tych usług zniknie.
Dziennik Kopie zapasowe Boba opisuje tę zmianę. Pojawia się Proxmox Backup Server, a wraz z nim niezręczne, obiegowe pytanie o tworzenie kopii zapasowych infrastruktury za pomocą infrastruktury, która sama jest częścią chronionego systemu.
Rezultat nie polega na znalezieniu jednego idealnego miejsca docelowego kopii zapasowych, lecz na utworzeniu warstw, dzięki którym odzyskiwanie danych staje się na tyle przewidywalne, że tworzenie kopii zapasowych przestaje być czymś, o czym Bob musi nieustannie myśleć.
To doświadczenie stało się podstawą naszego przewodnika po Proxmox Backup Server, który rozwija ten pomysł o przyrostowe kopie zapasowe maszyn wirtualnych i kontenerów, zasady przechowywania, weryfikację oraz dodatkowe warstwy ochrony.
Obserwowanie floty zamiast ciągłego sprawdzania jej stanu
Kolejne pytanie Boba jest dobrze znane każdemu, którego homelab rozrósł się poza kilka usług: ile monitorowania naprawdę potrzebuje jedna osoba?
Jego wpis Obserwowanie floty przedstawia narzędzia takie jak Pulse i Proxmox Data Center Manager, ale ciekawszym celem jest ograniczenie ilości ręcznej uwagi wymaganej przez infrastrukturę.
Dobry system monitorowania nie powinien tworzyć kolejnego panelu, który trzeba obserwować przez cały dzień. Powinien zapewniać spokojną codzienną pracę i sygnalizować awarie wtedy, gdy rzeczywiście wymagają uwagi.
Rozwinęliśmy ten aspekt doświadczeń Boba w naszym przewodniku po monitorowaniu serwera domowego, obejmującym Pulse, Uptime Kuma, Proxmox Data Center Manager oraz moment, w którym monitorowanie powinno ograniczać, a nie generować konieczność konserwacji.
Zapewnienie agentowi AI stałego miejsca
Dziennik przechodzi w końcu do kolejnej warstwy self-hostingu: uruchamiania stale działającego agenta AI na ZimaCube.
W tekście Dlaczego Hermes Agent powinien działać na Twoim ZimaCube Bob przedstawia maszynę nie tylko jako infrastrukturę pamięci masowej lub wirtualizacji, lecz także jako stale dostępne miejsce dla samodzielnie hostowanego agenta.
To połączenie ma sens w kontekście wszystkiego, co wydarzyło się wcześniej. Gdy ZimaCube działa już przez całą dobę, jest podłączony do homelabu, ma kopie zapasowe i jest monitorowany, agent może stać się kolejną stale działającą usługą, a nie czymś powiązanym z sesją na laptopie.
Jeśli chcesz poznać ten sposób pracy bezpośrednio w ZimaOS, nasz przewodnik konfiguracji Hermes Agent w ZimaOS obejmuje instalację, konfigurację modeli, integrację z komunikatorami oraz dostęp do pulpitu Hermes.
Przekształcenie ZimaCube w router OPNsense
Jeden z najciekawszych późniejszych eksperymentów ponownie nadaje maszynie zupełnie inną rolę: infrastrukturę sieciową.
Dziennik Boba o OPNsense analizuje podwójne interfejsy 2,5 GbE w ZimaCube w połączeniu z Proxmoxem i stawia pytanie, czy maszyna wirtualna z routerem nie jest jak dotąd jednym z najbardziej przekonujących zastosowań tego sprzętu.
W tym miejscu wcześniejsza decyzja dotycząca systemu operacyjnego zaczyna przynosić korzyści. Proxmox pozwala, aby ta sama fizyczna maszyna obsługiwała zadania, które tradycyjnie wymagałyby osobnych urządzeń, a dwa interfejsy Ethernet tworzą naturalną możliwość rozdzielenia sieci WAN i LAN wewnątrz zwirtualizowanej zapory sieciowej.
Nasz przewodnik po Proxmoxie omawia również uruchamianie OPNsense jako programowego routera w maszynie wirtualnej na ZimaCube, w tym pomysł przekazania oddzielnych interfejsów 2,5 GbE do urządzenia sieciowego.
Wartość tkwi w dzienniku, nie w ostatecznym werdykcie
Patrząc na całość, projekt Boba jest znacznie ciekawszy niż recenzja z góry zakładająca jeden ostateczny werdykt.
Ten sam ZimaCube pojawia się w kilku różnych formach na przestrzeni całego repozytorium.
Zaczyna się jako nowe urządzenie. Bob rozpakowuje je, sprawdza jakość wykonania, otwiera obudowę, zastanawia się nad chłodzeniem i zaczyna myśleć o rozbudowie.
Staje się eksperymentem z systemem Windows Server. Usunięcie ZimaOS pozwala sprawdzić, czy sprzęt pozostaje użyteczny bez oprogramowania, z którym został dostarczony.
Wraca do kwestii systemu operacyjnego. Bob najpierw sam ocenia ZimaOS, a następnie dochodzi do wniosku, że jego coraz bardziej złożone środowisko wymaga czegoś innego.
Staje się hostem Proxmox. Od tego momentu urządzenie dołącza do większej floty i zaczyna przejmować kolejne obowiązki infrastrukturalne.
Staje się częścią systemu kopii zapasowych i monitorowania. Proxmox Backup Server, Pulse i zarządzanie flotą zmieniają cel z „ciągłego dodawania usług” na „zapewnienie usługom niezawodności wystarczającej, by przestać o nich myśleć”.
Następnie staje się hostem AI i urządzeniem sieciowym. Hermes Agent i OPNsense nie są odizolowanymi eksperymentami; są możliwe, ponieważ wcześniejsze warstwy infrastruktury już istnieją.
Rezultat jest dokładnie taki, jaki Bob pierwotnie obiecał: nie formalna recenzja, lecz notatki, eksperymenty, opinie zmieniające się wraz z doświadczeniem oraz jeden coraz ambitniejszy projekt homelabu.
Jedna historia użytkownika stała się biblioteką poradników dotyczących ZimaCube
Projekt Boba pokazuje również, dlaczego długoterminowe testy społeczności mają wartość wykraczającą poza jeden homelab.
Kilka eksperymentów opisanych na blogu o doświadczeniach z ZimaCube rozwinęło się od tego czasu w obszerniejsze materiały Zima: instalacja Windows Server, wdrożenie Proxmox, wybór systemu operacyjnego, architektura kopii zapasowych oraz monitorowanie homelabu.
Tworzy to użyteczną pętlę między doświadczeniami społeczności a dokumentacją. Bob coś testuje, bo jest ciekawy. Dziennik rejestruje przebieg wydarzeń. Przydatne elementy stają się łatwiejsze do odtworzenia przez kolejną osobę.
Historia wciąż powstaje
Historia Bob Loves Tech i Zima wciąż powstaje. Jego blog o doświadczeniach z ZimaCube przeszedł już od rozpakowywania i demontażu sprzętu przez ZimaOS, Windows Server, Proxmox, kopie zapasowe, monitorowanie floty, Hermes Agent i OPNsense — a cały sens prowadzenia dziennika polega na tym, że nie musi istnieć żadna końcowa konfiguracja.
Wraz ze zmianami w homelabie zmieniać może się także rola ZimaCube. Jeśli chcesz zobaczyć, co Bob przetestuje dalej, śledź na GitHubie aktualizowany blog o doświadczeniach z ZimaCube.
