Proxmox – co to jest, wymagania sprzętowe i cena

Proxmox to open-source’owa platforma wirtualizacji klasy enterprise, łącząca hypervisor KVM i kontenery LXC w jednym środowisku zarządzanym z poziomu przeglądarki. Rozwija ją austriacka firma Proxmox Server Solutions GmbH, a kod udostępniany jest na licencji AGPLv3 – bez opłat za samą platformę, z opcjonalną subskrypcją wsparcia rozliczaną per socket. Cena zaczyna się od 370 € netto rocznie za socket na poziomie produkcyjnym, a po wygaszeniu bezpłatnego ESXi przez Broadcom Proxmox VE stał się jedną z najczęściej rozważanych alternatyw dla VMware w środowiskach on-premises.

Co znajdziesz w tym artykule:

• Czym jest Proxmox i z czego składa się ekosystem – Proxmox VE, Proxmox Backup Server, Datacenter Manager i Mail Gateway oraz to, co realnie kryje się za określeniem „darmowy hypervisor”.
• Jak działa Proxmox VE – architektura oparta na KVM i LXC, warstwa clustrowa (corosync, pmxcfs), obsługiwane typy pamięci masowej i software-defined networking.
• Proxmox – wymagania sprzętowe w wariancie minimalnym i produkcyjnym – konkretne wartości dla CPU, RAM, storage i sieci, wraz z regułą doboru pamięci przy ZFS i Ceph.
• Wymagania dla clustra HA i Ceph – ile węzłów, jak rozdzielić ruch corosync od storage i dlaczego opóźnienia w sieci potrafią wywrócić cluster.
• Proxmox – cena subskrypcji i model licencyjny – aktualne stawki producenta dla PVE, Proxmox Backup Server i Mail Gateway, zasada rozliczania per socket oraz przykładowy koszt roczny dla clustra trzywęzłowego.
• Jakie serwery pod Proxmox wybrać – platformy Dell PowerEdge, HPE ProLiant i Lenovo ThinkSystem, kontrolery, urządzenia bootowalne i konfiguracje referencyjne dla czterech scenariuszy wdrożeniowych.

Proxmox – co to jest?

Proxmox to nazwa całej rodziny produktów, choć w praktyce najczęściej odnosi się do Proxmox Virtual Environment (Proxmox VE) – platformy do wirtualizacji serwerów. Projekt powstał w 2008 roku i od tego czasu rozwijany jest przez Proxmox Server Solutions GmbH z siedzibą w Wiedniu.

Ekosystem obejmuje cztery produkty:

• Proxmox Virtual Environment – platforma wirtualizacji serwerów oparta na KVM i LXC, z obsługą clustrów HA, live migration i software-defined storage.
• Proxmox Backup Server (PBS) – dedykowane rozwiązanie backupowe z deduplikacją na poziomie bloków i szyfrowaniem po stronie klienta.
• Proxmox Datacenter Manager (PDM) – centralne zarządzanie wieloma niezależnymi clustrami PVE z jednego interfejsu.
• Proxmox Mail Gateway – bramka antyspamowa i antywirusowa dla poczty firmowej.

Wszystkie produkty bazują na Debianie i dzielą ten sam model dystrybucji: kod na licencji AGPLv3, obrazy ISO dostępne bez opłat, płatna subskrypcja rozliczana rocznie. Subskrypcja nie odblokowuje funkcji – Proxmox nie stosuje podziału na edycje z ograniczonym feature setem. Daje dostęp do repozytorium enterprise (pakiety przechodzące dłuższy cykl testowy) oraz do wsparcia producenta, którego zakres zależy od wybranego poziomu.

To rozróżnienie ma znaczenie przy porównaniach TCO. Środowisko produkcyjne można postawić bez subskrypcji, korzystając z repozytorium no-subscription, ale w infrastrukturze objętej politykami zmian i SLA nie jest to podejście, które przechodzi audyt.

Aktualna wersja Proxmox i cykl życia

Bieżącą linią jest Proxmox VE 9.x, zbudowana na Debianie 13 „Trixie”. Wersja 9.2 wprowadziła między innymi snapshoty jako vendor-agnostyczne łańcuchy wolumenów na macierzach blokowych (iSCSI, Fibre Channel), reguły affinity dla zasobów HA oraz fabrics w stacku SDN. W sierpniu 2026 roku Proxmox wydał także pierwszą oficjalną kompilację na architekturę arm64, z wsparciem dla platform NVIDIA Grace i NVIDIA Vera.

Istotna data dla środowisk produkcyjnych: linia Proxmox VE 8.x zakończyła standardowe wsparcie 31 sierpnia 2026 roku i nie otrzymuje już poprawek bezpieczeństwa. Jeśli Twoja organizacja nadal pracuje na PVE 8.4, aktualizacja do 9.x powinna być zaplanowana jako projekt, nie jako okno serwisowe – zmiana major wersji obejmuje przejście na nową bazę Debiana i wymaga weryfikacji sterowników, konfiguracji sieci oraz stanu clustrów Ceph przed startem.

Jak działa Proxmox VE – architektura

Proxmox VE to hypervisor typu 1 instalowany bezpośrednio na sprzęcie, oparty na jądrze Linux. Obsługuje dwa równoległe modele izolacji obciążeń:

• KVM – pełna wirtualizacja sprzętowa. Każda maszyna wirtualna dostaje własne jądro i emulowane urządzenia (QEMU). Tak uruchamia się systemy gościnne Windows, BSD czy dowolną dystrybucję Linuksa.
• LXC – kontenery systemowe współdzielące jądro hosta. Znacznie mniejszy narzut na CPU i pamięć, ale wyłącznie dla obciążeń linuksowych.

Warstwę clustrową tworzą dwa komponenty. Corosync odpowiada za komunikację między węzłami, wykrywanie awarii i utrzymanie quorum. Pmxcfs to rozproszony system plików replikujący konfigurację clustra na wszystkie węzły – dzięki niemu każdy node ma spójny obraz środowiska i można nim zarządzać z dowolnego interfejsu webowego w clustrze.

Warstwa storage jest agnostyczna i obsługuje jednocześnie kilka backendów:

Sieć obsługiwana jest przez Linux Bridge, bonding i VLAN, a od kilku wersji także przez wbudowany stack SDN z obsługą VXLAN, EVPN i fabrics. Całość zarządzana jest z interfejsu webowego oraz z REST API, co pozwala włączyć Proxmox do istniejących pipeline’ów automatyzacji.

• Szersze porównanie z platformą VMware, wraz ze ścieżkami migracji maszyn wirtualnych, opisaliśmy w artykule Proxmox vs VMware – migracja środowiska wirtualizacji.

Proxmox – wymagania sprzętowe

Producent podaje dwa zestawy wymagań: minimalne, przeznaczone wyłącznie do testów i ewaluacji, oraz zalecane dla środowisk produkcyjnych. Różnica między nimi jest jakościowa, nie ilościowa – konfiguracja minimalna nie zawiera redundancji na żadnym poziomie.

CPU

Wymagana jest flaga wirtualizacji sprzętowej – Intel VT-x albo AMD-V. Bez niej KVM nie uruchomi pełnych maszyn wirtualnych. Sprawdź to przed wdrożeniem: na części serwerów opcja bywa domyślnie wyłączona w BIOS/UEFI.

Osobną kwestią jest IOMMU (Intel VT-d lub AMD-Vi). Nie jest potrzebne do standardowej wirtualizacji, ale staje się warunkiem koniecznym przy przekazywaniu urządzeń fizycznych do maszyn wirtualnych – GPU pod obciążenia AI, kontrolerów HBA pod wirtualny storage czy kart sieciowych pod firewalle. Jeśli w roadmapie środowiska pojawia się GPU passthrough, wymaganie to trzeba uwzględnić na etapie doboru platformy, bo dotyczy zarówno procesora, jak i płyty głównej.

Liczba rdzeni jest ważniejsza od taktowania. Przy planowaniu przyjmuje się 1–2 vCPU na lekką maszynę wirtualną i 4 lub więcej na obciążenia bazodanowe oraz aplikacyjne, z uwzględnieniem overcommitu na poziomie akceptowalnym dla profilu obciążeń.

RAM

Sam Proxmox VE zajmuje niewiele – 2 GB wystarcza na system i usługi platformy. Realne zapotrzebowanie generują maszyny wirtualne i wybrana warstwa storage.

Kluczowa reguła dotyczy ZFS i Ceph: należy doliczyć około 1 GB RAM na każdy TB wykorzystanej pojemności. ZFS agresywnie wykorzystuje pamięć na cache ARC, Ceph potrzebuje jej na demony OSD. Pominięcie tego przelicznika to najczęstszy błąd w sizingu – węzeł z 64 GB RAM i pulą ZFS o pojemności 40 TB nie zostawia sensownego zapasu na guesty.

Pamięć ECC nie jest wymagana formalnie, ale w środowisku produkcyjnym z ZFS jest praktycznie obowiązkowa. ZFS chroni integralność danych na nośniku, natomiast nie wykryje przekłamania bitu, które nastąpiło w pamięci przed zapisem sumy kontrolnej.

Pamięć masowa

Zalecenie producenta jest jednoznaczne: szybkie i redundantne nośniki, najlepsze rezultaty na SSD. W praktyce dla środowisk produkcyjnych oznacza to dyski enterprise z Power Loss Protection. Nośniki konsumenckie przy obciążeniu synchronicznymi zapisami z wielu maszyn wirtualnych degradują się szybko i dają nieprzewidywalne latency.

Druga zasada jest równie istotna i bywa pomijana: ani ZFS, ani Ceph nie współpracują ze sprzętowym kontrolerem RAID. Obie technologie muszą mieć bezpośredni dostęp do dysków, żeby zarządzać redundancją i sumami kontrolnymi. Kontroler należy przełączyć w tryb non-RAID/HBA albo zastosować dedykowany HBA. Jeśli natomiast korzystasz z LVM-thin, sprzętowy RAID z podtrzymywanym bateryjnie cache zapisu jest rozwiązaniem prawidłowym.

Dysk systemowy warto odseparować od puli danych. Serwery Dell, HPE i Lenovo oferują dedykowane urządzenia bootowalne z parą nośników M.2 w mirrorze – ich użycie zostawia wszystkie kieszenie frontowe wolne pod pulę ZFS lub OSD Ceph.

Sieć

Środowisko produkcyjne wymaga co najmniej dwóch kart sieciowych, a cluster – rozdzielenia czterech typów ruchu:

• Zarządzanie – interfejs webowy, SSH, API. Wystarczy 1 GbE.
• Ruch maszyn wirtualnych – przepustowość zależna od profilu obciążeń.
• Storage – replikacja Ceph, montowania NFS/iSCSI, replikacja ZFS. Tu 10 GbE to praktyczne minimum, przy Ceph rekomendowane 25 GbE.
• Corosync – heartbeat clustra.

Ostatni punkt jest krytyczny. Corosync przesyła niewielkie ilości danych, ale jest wyjątkowo wrażliwy na opóźnienia. Jeśli ruch storage nasyci współdzielone łącze, pakiety heartbeat docierają z opóźnieniem, a cluster interpretuje to jako awarię węzła – z utratą quorum albo fencingiem w scenariuszu HA. Dedykowana sieć corosync, choćby w postaci bezpośrednich połączeń między węzłami, eliminuje tę klasę problemów.

Wymagania dla clustra HA i Ceph

Do zbudowania clustra wysokiej dostępności potrzebne są minimum trzy węzły. Wynika to z mechanizmu quorum: przy dwóch węzłach awaria jednego z nich powoduje utratę większości i zatrzymanie zasobów HA. Konfiguracja dwuwęzłowa jest możliwa pod warunkiem dodania QDevice – lekkiego arbitra uruchamianego na trzeciej maszynie, który dostarcza rozstrzygający głos.

Dla HCI z Ceph trzy węzły to również minimum, ale przy domyślnej polityce replikacji (3 kopie, minimum 2 dostępne) awaria jednego node’a zostawia cluster bez zapasu na kolejną. Środowiska, w których liczy się realna odporność na awarie, projektuje się od czterech węzłów wzwyż.

Wymagania dodatkowe dla Ceph:

• osobna, dedykowana sieć storage o przepustowości 10 GbE lub wyższej,
• SSD lub NVMe pod OSD; dyski mechaniczne wyłącznie z metadanymi na osobnym urządzeniu SSD,
• doliczenie RAM według reguły 1 GB na TB pojemności, ponad pamięć przeznaczoną na guesty,
• kontroler w trybie HBA, bez warstwy RAID.

Proxmox – cena subskrypcji i model licencyjny

Sama platforma nie ma ceny licencyjnej. Płatna jest subskrypcja, czyli usługa obejmująca dostęp do repozytorium enterprise i wsparcie producenta. Wszystkie funkcje – HA, live migration, clustering, Ceph, SDN, backup – dostępne są na każdym poziomie, także bez subskrypcji.

Zasady rozliczania dla Proxmox VE:

• subskrypcja przypada na każdy zajęty fizyczny socket CPU, liczba rdzeni nie wpływa na cenę,
• każdy serwer w clustrze musi być objęty subskrypcją,
• wszystkie węzły clustra muszą korzystać z tego samego poziomu subskrypcji,
• okres rozliczeniowy to rok od zakupu.

To istotna różnica względem modelu per core, do którego przeszedł VMware – przy gęstych procesorach EPYC czy Xeon Scalable rozliczenie per socket wypada zdecydowanie korzystniej w kalkulacji TCO.

Cennik Proxmox VE

Standard i Premium obejmują dodatkowo zdalne wsparcie przez SSH oraz aktywację klucza offline, przydatną w środowiskach air-gapped. Wsparcie producenta świadczone jest w dni robocze w Austrii, w godzinach 07:00–17:00 CET/CEST – wsparcie w języku polskim i w innych strefach czasowych zapewniają autoryzowani partnerzy.

Ważna zmiana w pozycjonowaniu poziomu Community: producent kieruje go dziś do zastosowań nieprodukcyjnych – home labów, środowisk szkoleniowych, clustrów ewaluacyjnych. Daje dostęp do repozytorium enterprise, ale nie obejmuje wsparcia zgłoszeniowego. Dla środowiska produkcyjnego punktem wyjścia jest Basic.

Przykład kalkulacji. Cluster trzywęzłowy zbudowany na serwerach dwuprocesorowych to 6 zajętych socketów. Roczny koszt subskrypcji wynosi zatem 2 220 € netto na poziomie Basic albo 3 300 € netto na poziomie Standard. Do tego dochodzi sprzęt oraz gwarancja producenta serwerów – subskrypcja Proxmox obejmuje wyłącznie warstwę software’ową.

Cennik Proxmox Backup Server i Mail Gateway

PBS rozliczany jest per serwer, z nielimitowaną pojemnością datastore i nieograniczoną liczbą klientów backupu. Mail Gateway – per host, bez limitu użytkowników i domen.

Proxmox Datacenter Manager nie ma odrębnego cennika – dostęp do jego repozytorium enterprise i wsparcia zawiera się w subskrypcjach PVE oraz PBS.

Podane stawki to ceny katalogowe producenta, netto, bez VAT. Jako autoryzowany partner Proxmox przygotowujemy wycenę w złotówkach, dopasowaną do liczby socketów i serwerów w Twoim środowisku, wraz z fakturą wystawianą w Polsce – szczegóły znajdziesz na stronie oferty Proxmox.

Jakie serwery pod Proxmox – dobór platformy sprzętowej

Proxmox VE nie prowadzi zamkniętej listy zgodności sprzętowej w modelu znanym z VMware HCL. Działa na standardowych serwerach x86, co poszerza wybór, ale przenosi odpowiedzialność za dobór komponentów na integratora. Dobieramy platformy z portfolio trzech producentów:

• Dell PowerEdge – serie R6xx i R7xx w wariantach Intel Xeon i AMD EPYC, z urządzeniem bootowalnym BOSS oraz kontrolerami HBA w trybie non-RAID.
• HPE ProLiant – DL360 i DL380 jako platformy uniwersalne, DL325/DL385 dla obciążeń wymagających wysokiej liczby rdzeni, z urządzeniem bootowalnym NS204i.
• Lenovo ThinkSystem – SR630 i SR650 w konfiguracjach jedno- i dwuprocesorowych, z adapterem M.2 w konfiguracji mirror pod system.

Na co zwrócić uwagę przy konfigurowaniu węzła:

1. Tryb pracy kontrolera dyskowego. Pod ZFS i Ceph konieczny jest HBA lub kontroler przełączony w non-RAID. Ustal to na etapie zamówienia, bo nie każdy kontroler oferuje tę opcję.
2. Oddzielne urządzenie bootowalne. Para nośników M.2 w mirrorze pod system operacyjny zostawia wszystkie kieszenie frontowe na pulę danych.
3. Karty sieciowe. Sterowniki dla układów Intel, Broadcom i Mellanox są w jądrze Proxmox dojrzałe. Egzotyczne układy konsumenckie potrafią sprawiać problemy przy aktualizacjach jądra.
4. Pamięć ECC – standard w każdej platformie serwerowej, ale przy ZFS potwierdź to świadomie.
5. Zapas w slotach i kieszeniach. Cluster Ceph rozbudowuje się przez dokładanie OSD. Węzeł zapełniony w dniu wdrożenia wymusza później rozbudowę przez dokupienie kolejnych serwerów.
6. Liczba socketów a koszt subskrypcji. Jeden procesor o wysokiej liczbie rdzeni bywa tańszy w utrzymaniu niż dwa słabsze – przy rozliczeniu per socket różnica wynosi pełną stawkę subskrypcji rocznie na każdy węzeł.

Konfiguracje referencyjne

Poniższe zestawienia traktuj jako punkt wyjścia do sizingu, nie jako gotową specyfikację – finalna konfiguracja zależy od profilu obciążeń, wymagań RPO/RTO i przyjętego poziomu redundancji.

Model HCI wymaga innego podejścia do projektowania niż środowisko z centralną macierzą – szerzej omawiamy to w opisie infrastruktury hiperkonwergentnej.

Proxmox Backup Server – wymagania sprzętowe

PBS instaluje się jako osobny system, na dedykowanym serwerze, i ma własny profil zasobowy. Uruchamianie go jako maszyny wirtualnej na tym samym clustrze, który zabezpiecza, przeczy sensowi backupu.

• CPU – minimum dwurdzeniowy 64-bit; dla produkcji nowoczesny procesor od czterech rdzeni wzwyż. Deduplikacja i weryfikacja kopii są operacjami obliczeniowo intensywnymi.
• RAM – minimum 2 GB, dla produkcji od 4 GiB plus około 1 GiB na każdy TiB pojemności datastore.
• Storage – enterprise SSD dla datastore. Przy dyskach mechanicznych konieczne jest wyniesienie metadanych na osobne urządzenie SSD, inaczej zadania weryfikacyjne i garbage collection będą trwały nieakceptowalnie długo.
• Sieć – redundantne łącza wielogigabitowe; przepustowość determinuje realne okno backupowe.

FAQ

Czy Proxmox jest darmowy?

Tak. Kod Proxmox VE i pozostałych produktów udostępniany jest na licencji AGPLv3, obrazy instalacyjne można pobrać bez opłat, a platforma nie ma ograniczeń funkcjonalnych w wersji bez subskrypcji. Płatna jest subskrypcja wsparcia, dająca dostęp do repozytorium enterprise i pomocy producenta.

Ile kosztuje Proxmox?

Subskrypcja Proxmox VE kosztuje od 120 € netto za socket rocznie (Community, przeznaczony do zastosowań nieprodukcyjnych) do 1 100 € netto za socket rocznie (Premium). Dla środowiska produkcyjnego punktem wyjścia jest Basic – 370 € netto za socket rocznie. Proxmox Backup Server rozliczany jest per serwer, od 560 € do 4 480 € netto rocznie.

Ile RAM potrzebuje Proxmox?

Sam hypervisor potrzebuje 2 GB. Do tego dolicza się pamięć przydzieloną maszynom wirtualnym i kontenerom oraz – przy ZFS lub Ceph – około 1 GB na każdy TB wykorzystanej pojemności. Dla węzła produkcyjnego obsługującego kilkanaście maszyn wirtualnych realistyczny punkt wyjścia to 128 GB.

Czy Proxmox wymaga kontrolera RAID?

Nie, a przy ZFS i Ceph sprzętowy RAID jest wręcz przeciwwskazany – obie technologie wymagają bezpośredniego dostępu do dysków. Kontroler należy przełączyć w tryb non-RAID albo zastosować HBA. Sprzętowy RAID z podtrzymywanym bateryjnie cache zapisu pozostaje prawidłowym wyborem dla LVM-thin oraz dla wolumenu systemowego.

Ile węzłów potrzeba do clustra HA?

Minimum trzy, ze względu na mechanizm quorum. Konfiguracja dwuwęzłowa działa po dodaniu QDevice pełniącego rolę arbitra. Dla HCI z Ceph zalecamy cztery węzły lub więcej, żeby po awarii jednego z nich cluster nadal miał zapas redundancji.

Jaki serwer pod Proxmox dla środowiska produkcyjnego?

Dwuprocesorowa platforma rack – Dell PowerEdge, HPE ProLiant lub Lenovo ThinkSystem – z 32 rdzeniami i 256 GB RAM ECC na węzeł, dedykowanym urządzeniem bootowalnym M.2 w mirrorze, kontrolerem HBA w trybie non-RAID, enterprise SSD z Power Loss Protection oraz co najmniej dwoma portami 10 GbE. Trzy takie węzły tworzą cluster HA obsługujący ok. 30 maszyn wirtualnych z zapasem na awarię jednego node’a.

Planujesz wdrożenie Proxmox VE albo migrację z VMware? Jako autoryzowany partner Proxmox i partner Dell, HPE oraz Lenovo dobieramy konfigurację węzłów pod konkretny profil obciążeń, dostarczamy sprzęt i subskrypcje, przeprowadzamy wdrożenie clustra oraz obejmujemy środowisko wsparciem serwisowym. Jeśli pracujesz na wygaszonej linii PVE 8.x, pomożemy zaplanować aktualizację bez ryzyka dla ciągłości działania. Zobacz też pozostałe rozwiązania z obszaru wirtualizacji serwerów w naszej ofercie.

📧 Wyślij zapytanie ofertowe 📞 +48 798 558 815