Proxmox

Proxmox to nie pojedynczy program, lecz zestaw rozwiązań przeznaczonych do budowy i utrzymania infrastruktury IT: od wirtualizacji serwerów, przez kopie zapasowe, po ochronę poczty elektronicznej. W tej kategorii znajdziesz roczne subskrypcje dla Proxmox Virtual Environment, Proxmox Backup Server oraz Proxmox Mail Gateway. Dobór odpowiedniego wariantu powinien wynikać z roli systemu, liczby zajętych gniazd procesora i wymaganego poziomu wsparcia, a nie wyłącznie z liczby uruchamianych maszyn wirtualnych.

Subskrypcja Proxmox nie jest klasyczną licencją odblokowującą kolejne funkcje. Platforma pozostaje rozwiązaniem open source, natomiast aktywna subskrypcja zapewnia dostęp do repozytorium Enterprise oraz — zależnie od planu — bezpośrednie wsparcie producenta. W środowisku produkcyjnym oznacza to bardziej przewidywalny proces aktualizacji, formalną ścieżkę eskalacji problemów i możliwość dopasowania zakresu pomocy do krytyczności usług.

Proxmox VE — wspólna platforma dla maszyn wirtualnych, kontenerów i klastra

Proxmox VE łączy pełną wirtualizację KVM z kontenerami LXC i udostępnia ich obsługę przez jeden panel WWW, interfejs CLI oraz API. Maszyny wirtualne sprawdzają się tam, gdzie potrzebna jest pełna izolacja systemu operacyjnego, możliwość uruchomienia systemów Windows i Linux albo przekazania urządzenia PCIe bezpośrednio do gościa. Kontenery LXC są lżejsze, ale współdzielą jądro hosta, dlatego najlepiej nadają się do świadomie dobranych usług linuksowych, a nie jako automatyczny zamiennik każdej maszyny wirtualnej.

W praktyce Proxmox VE może stanowić warstwę dla systemów ERP, baz danych, usług katalogowych, serwerów plików, środowisk deweloperskich i infrastruktury VDI. Najważniejsza korzyść nie wynika jednak z samego uruchamiania wielu systemów na jednym hoście, lecz z ich ujednoliconego zarządzania: administrator otrzymuje wspólny mechanizm uprawnień, sieci wirtualnych, storage, backupu, replikacji, migracji i monitorowania. Planując wdrożenie, warto od razu zestawić oprogramowanie z odpowiednio dobranym serwerem do Proxmox lub skalowalną platformą z kategorii serwerów rack.

Subskrypcja Proxmox VE — wsparcie, repozytorium i przewidywalne aktualizacje

Wszystkie poziomy subskrypcji Proxmox VE udostępniają pełny zestaw funkcji platformy. High Availability, migracja online, klaster, backup, firewall czy obsługa Ceph nie są blokowane w tańszych planach. Różnica dotyczy przede wszystkim zakresu wsparcia technicznego, liczby zgłoszeń i deklarowanego czasu pierwszej odpowiedzi na zgłoszenie krytyczne.

• Community — dostęp do repozytorium Enterprise i wsparcie społeczności, bez zgłoszeń do zespołu wsparcia producenta. To rozsądny wybór dla laboratoriów, środowisk szkoleniowych, testów i systemów niekrytycznych, w których organizacja potrafi samodzielnie diagnozować problemy.
• Basic — plan dla mniejszych środowisk produkcyjnych i zespołów, które potrzebują okazjonalnej pomocy. Obejmuje 3 zgłoszenia rocznie i czas pierwszej odpowiedzi wynoszący 1 dzień roboczy.
• Standard — wariant przeznaczony do regularnej eksploatacji produkcyjnej. Obejmuje 10 zgłoszeń rocznie, czas pierwszej odpowiedzi do 4 godzin, zdalne wsparcie przez SSH i możliwość aktywacji subskrypcji oraz aktualizacji w środowisku offline.
• Premium — najwyższy poziom dla infrastruktury o dużym wpływie na działalność firmy. Zapewnia nielimitowaną liczbę zgłoszeń, czas pierwszej odpowiedzi do 2 godzin, zdalne wsparcie i obsługę środowisk odizolowanych od Internetu.

Czas reakcji nie oznacza gwarantowanego czasu całkowitego usunięcia awarii. Jest to czas pierwszej odpowiedzi na krytyczne zgłoszenie złożone przez portal klienta, liczony w godzinach wsparcia określonych przez producenta. Dlatego poziom subskrypcji warto zestawić z własnym SLA, kompetencjami zespołu oraz tym, jak długo firma może funkcjonować bez konkretnej usługi.

1 CPU, 2 CPU czy 4 CPU? W Proxmox liczy się zajęte gniazdo procesora

Subskrypcje Proxmox VE rozliczane są według liczby zajętych fizycznych gniazd CPU w serwerze. Liczba rdzeni, wątków, maszyn wirtualnych i przypisanych im vCPU nie wpływa na liczbę potrzebnych subskrypcji. Ma to znaczenie już na etapie wyboru platformy sprzętowej, ponieważ serwer jednoprocesorowy z wydajnym AMD EPYC może wymagać jednej subskrypcji, nawet gdy dysponuje większą liczbą rdzeni niż konstrukcja dwuprocesorowa.

• Serwer z dwoma gniazdami, ale tylko jednym zamontowanym procesorem, wymaga wariantu 1 CPU.
• Serwer z dwoma fizycznie zamontowanymi procesorami wymaga wariantu 2 CPU, niezależnie od liczby rdzeni każdego z nich.
• Serwer czteroprocesorowy z obsadzonymi czterema gniazdami wymaga pokrycia 4 CPU.
• Każdy węzeł klastra musi mieć aktywną subskrypcję dla wszystkich zajętych socketów, a wszystkie węzły danego klastra muszą korzystać z tego samego poziomu wsparcia.

Wariant 4 CPU nie powinien być traktowany jako swobodna pula czterech socketów do podziału między dowolne hosty. Przy zakupie subskrypcji dla kilku serwerów należy uwzględnić liczbę węzłów i sposób przypisania kluczy. Dla przykładu trzy hosty jednoprocesorowe wymagają pokrycia każdego hosta osobno, nawet jeśli łączna liczba zajętych gniazd wynosi trzy.

Proxmox Backup Server — backup oddzielony od środowiska produkcyjnego

Snapshot maszyny wirtualnej ułatwia szybki powrót do wcześniejszego stanu, ale nie zastępuje kopii zapasowej. Jeżeli snapshot i dane produkcyjne znajdują się na tej samej macierzy, awaria kontrolera, błędna operacja administracyjna lub atak ransomware może objąć oba zestawy danych. Proxmox Backup Server pozwala zbudować osobną warstwę ochrony dla maszyn wirtualnych, kontenerów i hostów fizycznych.

PBS przesyła dane przyrostowo, stosuje deduplikację i kompresję ZSTD, umożliwia szyfrowanie po stronie klienta oraz weryfikację integralności kopii za pomocą sum kontrolnych. Obsługuje także synchronizację datastore do zdalnej lokalizacji, odtwarzanie pojedynczych plików i uruchomienie maszyny jeszcze w trakcie procesu przywracania. Funkcje te ograniczają zużycie pojemności i skracają odtwarzanie, ale nie zwalniają z zaprojektowania polityki retencji oraz regularnego testowania procedur restore.

W środowisku produkcyjnym serwer backupu powinien znajdować się w możliwie niezależnej domenie awarii: na osobnym sprzęcie, z odrębnymi poświadczeniami administracyjnymi i — dla danych krytycznych — z dodatkową kopią poza główną lokalizacją. Pojemność należy obliczać na podstawie wielkości chronionych danych, dziennego tempa zmian, okresu retencji i zapasu na operacje porządkowania. Współczynnika deduplikacji nie warto przyjmować jako gwarantowanej stałej, ponieważ zależy od rodzaju przechowywanych danych. Pomocne wskazówki znajdziesz również w poradniku jak dobrać serwer do backupu firmowego.

Proxmox Mail Gateway — warstwa ochronna przed serwerem pocztowym

Proxmox Mail Gateway pełni rolę bramy SMTP instalowanej pomiędzy Internetem a właściwym serwerem pocztowym. Analizuje pocztę przychodzącą i wychodzącą, filtrując spam, wirusy, trojany i wiadomości phishingowe. Wykorzystuje między innymi Postfix, ClamAV i SpamAssassin, a administrator otrzymuje centralne reguły filtrowania, kwarantannę, śledzenie wiadomości oraz raportowanie.

PMG nie przechowuje skrzynek użytkowników i nie zastępuje serwera pocztowego. Nie zastępuje też poprawnej konfiguracji SPF, DKIM i DMARC, aktualizacji systemów ani ochrony kont użytkowników. Jest dodatkową, kontrolowaną przez administratora warstwą bezpieczeństwa, którą można wdrożyć zarówno przed lokalnym systemem pocztowym, jak i przed usługą utrzymywaną w innym centrum danych. Przy wymaganiu wysokiej dostępności trzeba zaplanować co najmniej dwie bramy, właściwe rekordy MX oraz niezależność sieci i zasilania.

Jak dobrać sprzęt pod Proxmox VE?

Minimalne wymagania producenta wystarczają do uruchomienia platformy testowej, ale nie są punktem odniesienia dla środowiska produkcyjnego. Serwer należy dobrać do obciążeń w godzinach szczytu, zakładanego wzrostu oraz scenariusza awarii jednego hosta. W klastrze HA nie wystarczy zsumować bieżącego wykorzystania zasobów — pozostałe węzły muszą jeszcze przejąć usługi z niedostępnego serwera.

• Procesor. Liczba rdzeni jest ważna przy wielu równoległych obciążeniach, natomiast wyższe taktowanie i wydajność pojedynczego rdzenia mogą być kluczowe dla baz danych i starszych aplikacji. Przy wyborze między platformą jedno- i dwuprocesorową trzeba uwzględnić także liczbę kanałów pamięci, linii PCIe, domeny NUMA oraz koszt subskrypcji per socket. Zobacz dostępne procesory serwerowe.
• Pamięć RAM. Należy zsumować pamięć przypisaną gościom, zapotrzebowanie hosta, bufor dla ZFS lub Ceph i rezerwę potrzebną podczas migracji albo awarii węzła. W produkcji zalecana jest pamięć ECC, a agresywny overcommit RAM nie powinien być domyślnym sposobem kompensowania zbyt małej konfiguracji. Sprawdź pamięci RAM do serwerów.
• Storage. O wydajności decydują nie tylko transfery sekwencyjne, ale również opóźnienia, IOPS, wytrzymałość zapisu i zachowanie nośników po zapełnieniu. Dla intensywnych datastore warto wybierać serwerowe dyski NVMe lub SSD z ochroną przed utratą zasilania, a nośniki systemowe oddzielić logicznie lub fizycznie od przestrzeni maszyn wirtualnych.
• Sieć. Ruch zarządzający, komunikacja Corosync, storage, migracje i backup mają inne wymagania. Powinny być co najmniej rozdzielone logicznie, a w większych wdrożeniach również fizycznie. Redundantne karty sieciowe i odpowiednio dobrane przełączniki są równie istotne jak sam procesor.
• Zarządzanie i zasilanie. iDRAC, iLO lub inny kontroler BMC pozwala przywrócić dostęp do hosta bez wizyty w serwerowni. Dwa zasilacze mają sens dopiero wtedy, gdy są podłączone do niezależnych torów zasilania, a całość chroni poprawnie dobrany UPS.

ZFS, Ceph czy sprzętowy RAID — wybierz jedną warstwę odpowiedzialną za redundancję

Dobór storage powinien wynikać z oczekiwanej dostępności, liczby hostów, profilu I/O i możliwości operacyjnych zespołu. Nie istnieje jeden układ właściwy dla każdego wdrożenia, a błędem jest dokładanie kolejnych warstw redundancji bez zrozumienia, która z nich rzeczywiście kontroluje stan dysków.

• Sprzętowy RAID dobrze sprawdza się w prostych, lokalnych datastore pojedynczego hosta. Kontroler powinien mieć chroniony cache zapisu, poprawny monitoring i sprawną baterię lub moduł flash. To rozwiązanie przewidywalne, ale stan macierzy pozostaje zależny od kontrolera i jego konfiguracji.
• ZFS zapewnia sumy kontrolne, snapshoty, kompresję oraz własne mechanizmy redundancji. Powinien otrzymywać bezpośredni dostęp do dysków przez HBA, tryb IT lub prawidłowo działający JBOD. Wymaga odpowiedniej ilości RAM, pamięci ECC i świadomego doboru topologii vdev — późniejsza rozbudowa może być mniej elastyczna, niż sugeruje sama liczba wolnych zatok.
• Ceph buduje rozproszony storage z dysków wielu węzłów. Ma sens, gdy potrzebna jest odporność na awarie hostów i skalowanie poziome, ale wymaga wystarczającej liczby serwerów, szybkiej sieci o niskich opóźnieniach oraz zapasu CPU i RAM. W bardzo małym klastrze jego narzut i złożoność mogą być nieproporcjonalne do korzyści.
• SAN lub NAS może uprościć współdzielenie zasobów między hostami, ale wprowadza zewnętrzną domenę awarii. Należy uwzględnić redundancję kontrolerów, multipathing, wydajność sieci i sposób tworzenia kopii zapasowych. Przydatne porównanie znajdziesz w artykule SAN vs NAS vs DAS.

ZFS ani Ceph nie powinny pracować na wolumenie utworzonym przez sprzętowy kontroler RAID. Obie technologie potrzebują bezpośredniej widoczności dysków i samodzielnie realizują mechanizmy ochrony danych. Jeżeli wybierasz sprzętowy RAID, użyj go jako właściwej warstwy macierzowej. Jeżeli wybierasz ZFS lub Ceph, zapewnij dyskom bezpośredni dostęp i dobierz kontroler działający w odpowiednim trybie. Więcej o kompromisach macierzowych przeczytasz w poradniku dotyczącym poziomów RAID.

Klaster Proxmox to nie to samo co High Availability

Połączenie hostów w klaster zapewnia wspólne zarządzanie, konfigurację i możliwość migracji zasobów, ale samo w sobie nie gwarantuje ciągłości działania. Środowisko HA wymaga prawidłowego quorum, mechanizmu fencing, odpowiednio zaprojektowanego storage dostępnego dla pozostałych hostów, redundantnej sieci i zasilania oraz zapasu zasobów pozwalającego uruchomić obciążenia po awarii hosta. Usługa oznaczona jako HA jest po utracie węzła ponownie uruchamiana na zdrowym hoście — nie każda aplikacja odbierze to jako pracę bez przerwy, dlatego architekturę aplikacyjną i RTO trzeba analizować osobno.

Dla niezawodnego quorum zalecany jest klaster z co najmniej trzema węzłami. W układzie dwuwęzłowym można zastosować zewnętrzny QDevice jako trzeci głos, jednak nie zastępuje on dodatkowej mocy obliczeniowej potrzebnej po awarii jednego serwera. Ruch Corosync zużywa niewiele pasma, ale jest wrażliwy na opóźnienia i ich wahania, dlatego nie powinien współdzielić przeciążonego łącza z replikacją storage lub migracjami maszyn. W większym środowisku warto przeznaczyć dla niego osobny interfejs lub co najmniej odseparowaną, kontrolowaną ścieżkę sieciową.

Przed włączeniem automatycznego HA należy przeprowadzić testy utraty hosta, sieci, storage i zasilania, a także zweryfikować kolejność startu usług zależnych. Przy planowaniu aktualizacji klastra pomocny może być artykuł o zmianach w Proxmox VE 9.2 dla środowisk HA.

Jak dobrać właściwą subskrypcję Proxmox?

1. Określ rolę produktu. Proxmox VE służy do wirtualizacji, Proxmox Backup Server do tworzenia i odtwarzania kopii, a Proxmox Mail Gateway do filtrowania ruchu pocztowego. Są to uzupełniające się, ale odrębne rozwiązania.
2. Policz zajęte sockety na każdym hoście. Nie licz rdzeni, vCPU ani wolnych gniazd. W klastrze przygotuj zestawienie osobno dla każdego węzła.
3. Ustal krytyczność usług. Zestaw dopuszczalny czas przestoju z kompetencjami własnego zespołu i wymaganą ścieżką eskalacji. Środowisko testowe może działać z Community, natomiast system obsługujący sprzedaż, produkcję lub kluczową bazę danych zwykle wymaga formalnego wsparcia.
4. Ujednolić poziom w klastrze. Wszystkie węzły jednego klastra Proxmox VE powinny być objęte tym samym poziomem subskrypcji.
5. Zaprojektuj sprzęt i storage przed zakupem. Liczba socketów wpływa na koszt subskrypcji, ale nie powinna przesłaniać potrzeb dotyczących RAM, PCIe, NUMA, sieci i dostępności danych.
6. Zaplanuj odnowienie. Subskrypcje są okresowe. Warto prowadzić ewidencję kluczy, hostów, dat wygaśnięcia i właścicieli technicznych, aby aktualizacje oraz wsparcie nie wygasły niepostrzeżenie.

Hardware Direct jest oficjalnym partnerem Proxmox, dzięki czemu zakup subskrypcji można połączyć z doborem serwera, pamięci, nośników i sieci do konkretnego obciążenia. Informacje o zakresie współpracy znajdziesz na stronie Hardware Direct — oficjalny partner Proxmox, a własną platformę możesz przygotować w konfiguratorze serwera.

FAQ

Czy Proxmox VE wymaga płatnej licencji?

Nie. Proxmox VE jest oprogramowaniem open source i może działać bez płatnej subskrypcji. Subskrypcja zapewnia dostęp do repozytorium Enterprise oraz — w planach Basic, Standard i Premium — wsparcie producenta. Nie odblokowuje dodatkowych funkcji platformy.

Czy plan Community ma mniej funkcji niż Basic, Standard lub Premium?

Nie. Funkcje Proxmox VE są dostępne niezależnie od poziomu subskrypcji. Community nie obejmuje jednak zgłoszeń do zespołu wsparcia producenta, dlatego decyzję o jego użyciu w produkcji należy oprzeć na ryzyku, kompetencjach administratorów i wymaganym SLA.

Jak policzyć liczbę CPU potrzebną do subskrypcji Proxmox VE?

Należy policzyć fizycznie zamontowane procesory, czyli zajęte gniazda CPU w każdym serwerze. Liczba rdzeni, wątków, maszyn wirtualnych i vCPU nie wpływa na koszt subskrypcji. Dwusocketowa płyta z jednym procesorem wymaga wariantu 1 CPU, a ten sam serwer po dołożeniu drugiego procesora — wariantu 2 CPU.

Czy wszystkie węzły klastra muszą mieć ten sam poziom subskrypcji?

Tak. Każdy węzeł klastra powinien mieć pokryte wszystkie zajęte gniazda procesora, a poziom subskrypcji musi być jednakowy w całym klastrze. Upraszcza to również zarządzanie repozytoriami, aktualizacjami i procedurą wsparcia.

Czy snapshot maszyny wirtualnej zastępuje backup?

Nie. Snapshot jest zależny od storage, na którym znajduje się maszyna, i służy przede wszystkim do krótkotrwałego zachowania punktu w czasie. Kopia zapasowa powinna trafić do odrębnego systemu, mieć własną politykę retencji i być regularnie weryfikowana przez próbne odtworzenie.

Czy Proxmox Backup Server może działać jako maszyna wirtualna w tym samym klastrze?

Technicznie jest to możliwe, ale nie powinien być to jedyny backup środowiska. Awaria klastra, storage lub kont administracyjnych może jednocześnie odciąć system produkcyjny i kopie. Dla danych ważnych biznesowo lepszy jest osobny host PBS albo przynajmniej dodatkowa kopia synchronizowana do niezależnej lokalizacji.

Czy ZFS można uruchomić na sprzętowym RAID?

Nie jest to zalecana architektura. ZFS powinien widzieć fizyczne dyski bezpośrednio, aby kontrolować ich stan, kolejność zapisów i redundancję. Kontroler należy przełączyć w prawidłowy tryb HBA lub JBOD, o ile dany model rzeczywiście go obsługuje. Analogiczna zasada dotyczy dysków przeznaczonych dla Ceph.

Ile węzłów potrzeba do klastra Proxmox HA?

Dla niezawodnego quorum zalecane są co najmniej trzy węzły. Klaster dwuwęzłowy może korzystać z QDevice zapewniającego trzeci głos, ale nadal trzeba przewidzieć pojemność obliczeniową i storage potrzebne do przejęcia usług po awarii jednego hosta.

Czy do Proxmox potrzebna jest sieć 10GbE?

Nie w każdym wdrożeniu. Dla pojedynczego hosta i lekkich obciążeń 1GbE może być wystarczające. Sieć 10GbE lub 25GbE staje się istotna przy szybkim storage sieciowym, Ceph, częstych migracjach, dużych backupach i wielu równoległych maszynach. Niezależnie od przepustowości należy zadbać o redundancję i odseparowanie ruchu wrażliwego na opóźnienia.

Czy Proxmox Mail Gateway zastępuje serwer pocztowy?

Nie. PMG jest bramą bezpieczeństwa filtrującą ruch SMTP przed właściwym systemem pocztowym. Nie przechowuje skrzynek użytkowników i nie zastępuje Microsoft Exchange, Postfixa ani usługi chmurowej. Jego zadaniem jest ograniczenie liczby niebezpiecznych i niepożądanych wiadomości docierających do serwera.

Kiedy wybrać serwer jednoprocesorowy, a kiedy dwuprocesorowy?

Platforma jednoprocesorowa może być korzystna, gdy jeden CPU zapewnia wystarczającą liczbę rdzeni, kanałów RAM i linii PCIe, a jednocześnie pozwala ograniczyć koszt subskrypcji per socket. Serwer dwuprocesorowy ma sens przy większym zapotrzebowaniu na pamięć, I/O lub moc obliczeniową, ale wymaga świadomego uwzględnienia NUMA i drugiej subskrypcji CPU.