Proxmox VE dedicated servers

Een Proxmox dedicated server is een fysieke machine voor één gebruiker die Proxmox VE draait — het op Debian gebaseerde open-source virtualisatieplatform — rechtstreeks op de hardware. In plaats van een deel van andermans hypervisor te huren, krijg je de hele machine: een web-UI en REST API om KVM-virtuele machines en LXC-containers op te spinnen, volledige root op de host, en elke core en elke gigabyte ECC-RAM om naar eigen inzicht toe te wijzen.

De sterkste reden om het hier te draaien is de economie en het eigendom. Proxmox VE wordt uitgebracht onder de GNU AGPLv3 en is gratis in productie te draaien zonder hypervisor-licentie per socket of per core — een betaald abonnement koopt het enterprise-updatekanaal en support, niet de functies. Rol het uit als kant-en-klare image op ECC EPYC-hardware binnen een minuut, en de hele virtualisatiehost is van jou — geen VMware-achtige rekening per core, en geen gedeelde hypervisor tussen jou en de metal.

Nieuw met hypervisors? Lees onze gids voor bare-metal hypervisors.

Wat Proxmox VE eigenlijk is

Proxmox VE is een compleet virtualisatieplatform, niet zomaar een zoveelste Linux-distributie. Het legt een management-stack bovenop Debian — de huidige release, Proxmox VE 9.2, is gebouwd op Debian 13 "Trixie" — en geeft je twee virtualisatietechnologieën onder één dak: de KVM-hypervisor voor volwaardige virtuele machines en LXC voor systeemcontainers. Je bestuurt beide vanuit één webinterface op poort 8006, of vanuit een REST API en de command-line tools pvesh / qm / pct als je liever automatiseert.

Omdat het hele platform open source is, staat alles op de host en wordt er niets achtergehouden achter een licentieniveau. Ingebouwde clustering, live migration, software-defined storage met ZFS en Ceph, een geïntegreerde firewall en een backup-framework zitten allemaal in de gratis download. Op een Serverside-machine heb je volledige root over die host, dus de versie die je draait, de repositories die je inschakelt en de update-cadans zijn volledig jouw keuze — de appliance is van jou om te bedienen, geen managed deel waar je toegang toe huurt.

Subscription- versus no-subscription-repositories

Dit is het deel waar Proxmox-operators die het voor het eerst doen over struikelen, en het is de moeite waard om het helder te krijgen. Proxmox VE wordt geleverd met de Enterprise APT-repository ingeschakeld, die een betaalde subscription-key vereist om uit te trekken. Zonder key mislukken apt-updates tegen die repository — dus het eerste wat de meeste mensen op een verse machine doen, is overschakelen naar de gratis no-subscription-repository. Op Proxmox VE 9 zijn beide gedefinieerd in het moderne deb822 .sources-formaat onder /etc/apt/sources.list.d/, en schakel je degene die je niet gebruikt uit in plaats van hem te verwijderen.

De twee repositories verschillen in testing en support, niet in functies. Proxmox's eigen richtlijn is dat de no-subscription-repository "can be used for testing and non-production use" en "not recommended on production servers" is, omdat de pakketten niet zo zwaar zijn gevalideerd als het enterprise-kanaal. Een abonnement wordt gefactureerd per bezette CPU-socket per jaar — een socket telt één keer, ongeacht het aantal cores — en ontgrendelt de stabiele enterprise-repository plus support-tickets met een SLA. Het ontgrendelt geen enkele functie: elke mogelijkheid zit al in de gratis download.

Welke repository je ook kiest, een host zonder actief abonnement toont het bekende "No valid subscription"-venster bij het inloggen op de web-UI. Het is een herinnering, geen beperking — het platform is hoe dan ook volledig functioneel. Omdat je root hebt op een Serverside-machine, beslis jij of je een abonnement koopt voor het enterprise-kanaal en support, of de no-subscription-repository draait en de updates zelf beheert.

VM's versus LXC-containers — wanneer welke gebruiken

Proxmox geeft je twee manieren om een host op te delen, en goed kiezen is het grootste deel van de vaardigheid. Een KVM-virtuele machine is volledige hardwarevirtualisatie: hij boot zijn eigen kernel, draait elk besturingssysteem — Windows, de BSD's, elke Linux — en is sterk geïsoleerd van zijn buren en de host. Die isolatie en OS-onafhankelijkheid is waarom VM's de juiste keuze zijn voor alles wat je niet volledig vertrouwt, alles wat niet-Linux is, en alles wat je zonder downtime tussen clusternodes wilt live-migreren.

Een LXC-container is een systeemcontainer: hij deelt de kernel van de host en draait daarbovenop een Linux-userland. Dat maakt hem veel lichter dan een VM — hij start in een fractie van een seconde, brengt vrijwel geen geheugenoverhead met zich mee, en laat je veel meer workloads op dezelfde hardware pakken. De afweging is dat het Linux moet zijn en dat de isolatie zwakker is dan bij een volwaardige VM, aangezien elke container leunt op die ene gedeelde kernel.

In de praktijk draaien de meeste Proxmox-hosts een mix: LXC voor het dichte landschap van Linux-diensten waar efficiëntie telt — reverse proxies, interne tooling, zelf-gehoste apps — en KVM-VM's voor Windows-gasten, alles dat een andere kernel vereist, en workloads die stevige isolatie of live migration nodig hebben. Een machine met 32 cores en 512 GB heeft ruim voldoende marge om beide patronen tegelijk te draaien.

Storage: ZFS, Ceph en LVM-thin op bare metal

Proxmox VE ondersteunt verschillende storage-backends, en draaien op bare metal is wat je in staat stelt de juiste te kiezen in plaats van te erven wat een cloud-host je oplegt. Op één node zijn de twee standaarden die je tegenkomt local — een directory-store voor ISO-images, container-templates en backups — en local-lvm, een LVM-thin pool met VM-schijven en container-root-volumes. Installeer je in plaats daarvan op ZFS, dan wordt die block-store local-zfs.

ZFS is de populaire keuze voor één node omdat het directe snapshots, replicatie op blokniveau tussen nodes, checksum-gecontroleerde data-integriteit en compressie naar je VM-storage brengt. De kosten zijn RAM: ZFS wil ruwweg 2 GB basisgeheugen plus ongeveer 1 GB ARC-cache per terabyte pool. Recente Proxmox-installaties beperken de ARC standaard tot 10% van het geïnstalleerde RAM, maar de vuistregel is waarom virtualisatiehosts veel geheugen willen — en precies daarom leiden onze voorbeeldconfiguraties met 384 GB en 512 GB DDR5.

Ceph zit aan de andere kant van de schaal: een gedistribueerde, zelfherstellende storagelaag die schijven over een cluster poolt zodat elke node elke VM kan draaien, rechtstreeks geïntegreerd in de Proxmox web-UI. Het is écht hyper-converged en écht veeleisend — Proxmox raadt minstens drie nodes aan en een toegewijd netwerk van 10 Gbps of meer voor Ceph-verkeer, oplopend tot 25 Gbps en verder voor op NVMe gebaseerde pools. Dat is waar het bezit van de bare metal zich uitbetaalt: echte NVMe op de host en een snelle private uplink tussen je servers zijn wat gerepliceerde en geclusterde storage laat presteren, in plaats van een gevirtualiseerde schijf op een gedeelde backend.

Clustering, quorum en HA

Meerdere Proxmox-hosts kunnen tot één cluster worden samengevoegd en als één geheel worden beheerd. Onder de motorkap regelt corosync de berichtgeving tussen nodes en houdt pmxcfs — het Proxmox Cluster File System — /etc/pve synchroon over alle nodes, zodat elke node dezelfde VM's, storage en configuratie ziet. Van daaruit krijg je live migration en, met gedeelde of gerepliceerde storage, high availability die gasten elders herstart wanneer een node uitvalt.

De valkuil die elke clusteroperator leert, is quorum. Een cluster handelt pas wanneer een meerderheid van de nodes kan stemmen, en daarom wordt een oneven aantal nodes aanbevolen en is drie het praktische minimum voor betrouwbare HA. Een cluster met twee nodes kan op zichzelf geen quorum houden als één node wegvalt — de oplossing is een QDevice, een lichtgewicht externe arbiter die een doorslaggevende stem levert zodat een cluster met twee nodes (of een even aantal) een enkele uitval overleeft.

Dit is waar het bezit van het netwerk net zo belangrijk is als het bezit van de hardware. Corosync is latency-gevoelig en Ceph-replicatie is bandbreedte-hongerig, en geen van beide hoort op je publieke interface. Je kunt virtueel privénetwerken tussen je Serverside-servers zetten, zodat clusterberichtgeving, storage-replicatie en live-migration-verkeer allemaal over een private link rijden, waarmee je het management- en replicatievlak volledig van het publieke internet weghoudt terwijl de snelle uplink de belasting draagt.

Proxmox VE uitrollen op Serverside

Proxmox VE is een eersteklas deployment-image in onze OS-catalogus, dus een verse hypervisor wordt op bare metal geschreven en is binnen een minuut op zijn web-UI bereikbaar — geen ISO om te mounten, geen installer om doorheen te klikken voordat je een VM kunt bouwen. Van daaruit is de host volledig van jou: volledige root betekent dat jij kiest welke repository je draait, wanneer je upgradet, of je een abonnement koopt en hoe je je cluster indeelt, zonder dat er iets vanaf onze kant vergrendeld is.

Wil je de host liever zelf bouwen, dan kan dat. Een custom iPXE-configuratie laat je je eigen Proxmox-build of een vastgezette versie op de metal netbooten, en plug-and-play ISO-mounting met KVM-console-toegang is er altijd als terugvaloptie — mount de Proxmox-installer, kijk hoe hij vanaf de console opkomt en kies je eigen ZFS-indeling. Hoe dan ook zit de netwerkrand vóór de hypervisor: altijd-actieve, inline DDoS-mitigatie op ons netwerk van 2 Tbit/s+ filtert aanvallen voordat ze je management-vlak op poort 8006 bereiken, en self-service firewall-regels laten je beperken wie erbij kan.

Boot je eigen Proxmox-build met custom iPXE

Je bent niet beperkt tot onze standaard-image. Met custom iPXE-configuraties kun je een Proxmox-build of installer die jij beheert rechtstreeks op de hardware chain-booten, zodat de host precies opkomt zoals jij hebt gespecificeerd in plaats van vanuit een template die je niet hebt gekozen.

Dat is de route voor teams die een specifieke combinatie van Proxmox en kernel over een fleet vastzetten, of die post-install-stappen — repository-keuze, storage-indeling, cluster-join — in één reproduceerbare boot-definitie vouwen. Wij geven je de metal en blijven uit de boot-keten.