Jedna maszyna, dwie filozofie: fundamentem ma być magazyn czy wirtualizacja?

Każdy, kto ma jeden serwer i kilka zadań, prędzej czy później trafia na to rozwidlenie. Z jednej strony systemy zbudowane wokół macierzy dysków, gdzie uruchamianie maszyn wirtualnych jest funkcją. Z drugiej systemy zbudowane wokół hipernadzorcy, gdzie magazyn jest podsystemem. Oba działają. Ludzie są zadowoleni po obu stronach.

Użyteczne pytanie nie brzmi, który jest lepszy. Brzmi: którą warstwę chcesz pod drugą, bo to decyduje, co zdołasz później wymienić bez przebudowy maszyny.

Co znaczy tu "fundament"

Fundament to warstwa, która działa dalej, gdy pracujesz nad drugą. Na tym polega cała różnica i łatwo ją przeoczyć, porównując listy funkcji.

Jeśli fundamentem jest magazyn, macierz przeżyje twoje eksperymenty z usługami. Możesz zepsuć kontener o drugiej w nocy, a pliki zostaną nietknięte, bo to, co je trzyma, w ogóle nie brało udziału.

Jeśli fundamentem jest hipernadzorca, maszyny przeżyją twoje eksperymenty z magazynem. Możesz dodać pulę, przenieść dysk, wymienić cel magazynowy, a maszyny jadą dalej, dopóki ich własne dyski są osiągalne.

Żadna z kolejności nie chroni obu rzeczy. Wybierasz, co ma być nudną, stabilną częścią.

Pytanie, które naprawdę rozstrzyga

Nie "co chcę uruchamiać", bo obie odpowiedzi uruchamiają wszystko. Zapytaj raczej: do czego jest ta maszyna w swój najgorszy dzień?

Jeśli szczera odpowiedź brzmi "trzyma rzeczy, których nie mogę stracić, a przy okazji uruchamia kilka usług", to fundamentem chce być magazyn. Strona wirtualizacji będzie wystarczająca, a nie głęboka, i to właściwy kompromis, bo sensem jest macierz.

Jeśli szczera odpowiedź brzmi "uruchamia rzeczy, od których zależą ludzie, a przy okazji trzyma ich dane", to fundamentem chce być hipernadzorca. Magazyn przyjdzie w częściach zamiast gotowy, i to też właściwy kompromis, bo sensem jest, żeby usługi stały.

Większość rozczarowań bierze się z wyboru drugiej odpowiedzi przy oczekiwaniu doświadczenia magazynowego z pierwszego systemu. Albo odwrotnie.

Ile naprawdę kosztuje każda strona

Najpierw macierz. Strona wirtualizacji jest prawdziwa, ale płytsza. Powiązanie migawek z gościem, migracja na żywo, harmonogram kopii per maszyna i przekazywanie sprzętu istnieją w różnym stopniu, a wszystko to jest łatwiejsze po stronie hipernadzorcy. Jeśli twoje maszyny wirtualne to dwa pomocnicze pudełka, nigdy tego nie zauważysz. Jeśli to osiem usług produkcyjnych, zauważysz.

Najpierw hipernadzorca. Magazyn przychodzi w częściach, nie jako gotowy produkt. Wybierasz układ, decydujesz o nadmiarowości, stawiasz kontrole i monitoring, i nigdzie miły kreator nie zaproponuje, żeby "po prostu zrobić udział". Elastyczność jest prawdziwa, a czas montażu też.

⚠️ Obie strony czynią restart kosztownym, i to zaskakuje tych, którzy sądzili, że wybór "najpierw dyski" przed tym chroni. Aktualizacja jądra kładzie maszynę tak czy inaczej, wraz ze wszystkim na niej. Fundament dotyczy tego, co przeżyje twoje zmiany, a nie tego, co przeżyje restart.

Hybryda i awaria, którą dokłada

Bardzo częsty układ: hipernadzorca jako fundament, a na nim system nastawiony na magazyn jako maszyna wirtualna, z dyskami przekazanymi wprost.

To działa, jest popularne i naprawdę daje oba doświadczenia. Ale wprowadza zależność, której wcześniej nie było: twoje pliki wymagają teraz, żeby maszyna wirtualna wystartowała. Jeśli nie wystartuje, magazyn nie jest tylko wolny, on jest nieobecny, a wszystko, co montuje stamtąd udział, pada w tej samej chwili.

To akceptowalny kompromis, jeśli wiesz, że go zawierasz. Staje się przykrą niespodzianką, jeśli odkryjesz tę zależność w trakcie awarii. Dwa nawyki czynią go bezpiecznym: trzymaj dysk startowy samego hipernadzorcy całkowicie oddzielnie od dysków przekazanych, i zadbaj, by przynajmniej jedna droga odtworzenia nie prowadziła przez tę maszynę.

Co nie rozstrzyga

Surowe liczby wydajności. Na jednej maszynie oba podejścia leżą na tym samym sprzęcie, a różnica w praktyce bywa mniejsza niż różnica między dwoma układami magazynu w tym samym systemie.

Co łatwiej zainstalować. Instalacja zdarza się raz. Żyjesz z drugim rokiem, gdy trzeba coś zmienić.

Co popularniejsze akurat do twojego zastosowania. Dobrze zrozumiany układ, który umiesz naprawić, wygrywa z lepszym, którego naprawić nie umiesz.

Co robi Atlas

Atlas nie zamienia Proxmoksa w urządzenie magazynowe i nie udaje, że etap montażu znika. Robi to, że gotowy wynik staje się czytelny, a właśnie tam strona hipernadzorcy jest najtrudniejsza.

Łańcuch zasobów rysowany jest od każdej maszyny aż po dysk fizyczny, więc układ, który zbudowałeś, staje się widocznym obrazem zamiast zapamiętaną decyzją. Po stronie macierzy ten obraz jest domyślny, bo macierz jest produktem; tutaj trzeba go pokazać, a pokazanie go jest właśnie sednem.

Praca z magazynem idzie przez prowadzony przepływ z podglądem operacji i drogą powrotu, w ZFS, LVM i Btrfs. To nie wybiera za ciebie i nie ma wybierać: sprawia, że dokonany wybór da się później obejrzeć, a to właśnie ta część decyduje, jak wypadnie drugi rok.