Proxmox

Proxmox ist kein einzelnes Programm, sondern eine Produktfamilie für den Betrieb moderner Serverinfrastrukturen. Sie deckt drei klar voneinander getrennte Aufgaben ab: die Virtualisierung mit Proxmox Virtual Environment, die Datensicherung mit Proxmox Backup Server und den Schutz des E-Mail-Verkehrs mit Proxmox Mail Gateway. In dieser Kategorie finden Sie Jahresabonnements für alle drei Plattformen. Welcher Tarif sinnvoll ist, hängt von der Rolle des Systems, der Zahl der belegten CPU-Sockel und dem benötigten Herstellersupport ab – nicht von der Anzahl der virtuellen Maschinen allein.

Ein Proxmox-Abonnement ist keine klassische Lizenz, die einzelne Funktionen freischaltet. Die Software bleibt Open Source und kann auch ohne kostenpflichtiges Abonnement betrieben werden. Ein aktives Abonnement bietet jedoch Zugriff auf das Enterprise Repository und – je nach Stufe – direkten Support durch den Hersteller. In einer produktiven Umgebung geht es damit vor allem um kontrollierbare Updates, eine definierte Eskalationsmöglichkeit und einen Supportumfang, der zur Kritikalität der betriebenen Dienste passt.

Proxmox VE – eine gemeinsame Plattform für virtuelle Maschinen, Container und Cluster

Proxmox VE kombiniert die vollständige Virtualisierung über KVM mit Linux-Containern auf Basis von LXC. Beide Workload-Typen werden über dieselbe Weboberfläche, die Kommandozeile und eine API verwaltet. Virtuelle Maschinen sind die richtige Wahl, wenn ein vollständig getrenntes Gastbetriebssystem, Windows-Unterstützung, eigene Kernel-Versionen oder PCIe-Passthrough benötigt werden. LXC-Container verursachen weniger Overhead, teilen sich jedoch den Kernel des Hosts. Sie eignen sich deshalb besonders für bewusst ausgewählte Linux-Dienste, nicht als pauschaler Ersatz für jede VM.

In der Praxis kann Proxmox VE ERP-Systeme, Datenbanken, Verzeichnisdienste, Fileserver, Entwicklungsumgebungen und VDI-Workloads auf einer konsistenten Plattform zusammenführen. Der betriebliche Nutzen liegt nicht nur in einer höheren Serverauslastung. Entscheidend sind einheitliche Berechtigungen, virtuelle Netzwerke, Storage-Anbindung, Backup-Aufträge, Replikation, Migration und Monitoring. Wer eine neue Plattform plant, sollte Software und Hardware gemeinsam dimensionieren. Geeignete Ausgangspunkte sind die Kategorie Server für Proxmox sowie skalierbare Rack-Server.

Auch eine technisch einfache Einzelhost-Installation profitiert von dieser konsistenten Verwaltung. Sobald jedoch Wartungsfenster ohne längere Unterbrechung, Live-Migration oder automatischer Neustart von Diensten nach einem Hostausfall gefordert sind, muss die Architektur als Cluster geplant werden. Dabei gehören Netzwerk, Storage, Quorum, Stromversorgung und die verbleibende Rechenkapazität nach einem Ausfall zur selben Designentscheidung.

Proxmox-VE-Abonnements – Enterprise Repository, Support und planbare Updates

Alle Abonnementstufen von Proxmox VE stellen den vollständigen Funktionsumfang der Plattform bereit. High Availability, Live-Migration, Clusterbetrieb, Firewall, Backup-Funktionen und Ceph werden nicht erst durch einen höheren Tarif freigeschaltet. Die Unterschiede liegen im Supportkanal, in der Zahl der jährlichen Tickets und in der zugesagten Zeit bis zur ersten Reaktion auf einen kritischen Fall.

• Community – Zugriff auf das Enterprise Repository und Unterstützung durch die Community, jedoch keine Supporttickets beim Hersteller. Geeignet für Labore, Schulungsumgebungen, Tests und nicht geschäftskritische Systeme, sofern das eigene Team Fehler selbst analysieren kann.
• Basic – für kleinere Produktivumgebungen mit gelegentlichem Unterstützungsbedarf. Enthalten sind 3 Supporttickets pro Jahr und eine erste Reaktion innerhalb eines Arbeitstages.
• Standard – für regulär betriebene Produktionssysteme. Der Tarif umfasst 10 Tickets pro Jahr, eine erste Reaktion innerhalb von 4 Stunden, Remote-Support per SSH und die Möglichkeit zur Offline-Aktivierung und -Aktualisierung.
• Premium – für Infrastrukturen mit hoher geschäftlicher Auswirkung. Enthalten sind unbegrenzt viele Tickets, eine erste Reaktion innerhalb von 2 Stunden, Remote-Support und Unterstützung für abgeschottete Umgebungen.

Die Reaktionszeit ist nicht mit einer garantierten Wiederherstellungszeit gleichzusetzen. Sie beschreibt die erste qualifizierte Antwort auf ein kritisches Ticket innerhalb der veröffentlichten Supportzeiten. Für die Auswahl sollten daher das eigene SLA, die internen Linux- und Virtualisierungskompetenzen, die vorhandenen Ersatzkapazitäten und die maximal tolerierbare Unterbrechung einer Anwendung gemeinsam betrachtet werden.

1 CPU, 2 CPU oder 4 CPU? Entscheidend sind belegte physische Sockel

Proxmox-VE-Abonnements werden nach der Zahl der belegten physischen CPU-Sockel eines Servers berechnet. Kerne, Threads, virtuelle Maschinen und zugewiesene vCPUs verändern die erforderliche Anzahl nicht. Diese Regel beeinflusst die Plattformwahl unmittelbar: Ein leistungsfähiger Single-Socket-Server mit AMD EPYC kann nur ein CPU-Abonnement benötigen, obwohl er mehr Kerne bereitstellt als ein System mit zwei kleineren Prozessoren.

• Ein Mainboard mit zwei Sockeln, auf dem nur ein Prozessor installiert ist, benötigt eine Abdeckung für 1 CPU.
• Ein Server mit zwei tatsächlich eingebauten Prozessoren benötigt 2 CPU, unabhängig von der Kernzahl.
• Ein Vier-Sockel-System mit vier bestückten Sockeln benötigt eine Abdeckung für 4 CPU.
• In einem Cluster müssen alle belegten Sockel jedes Knotens abgedeckt sein; außerdem ist innerhalb eines Clusters dieselbe Supportstufe erforderlich.

Ein 4-CPU-Produkt sollte nicht als frei verteilbarer Pool für vier beliebige Hosts verstanden werden. Abonnements werden konkreten Servern zugeordnet. Drei Single-Socket-Knoten müssen daher jeweils passend abgedeckt werden, auch wenn der Cluster insgesamt nur drei belegte Sockel besitzt. Bei einer späteren CPU-Erweiterung sollte der zusätzliche Abonnementbedarf bereits in der Kostenplanung berücksichtigt werden.

Proxmox Backup Server – Backups außerhalb der Produktionsumgebung

Ein Snapshot einer VM ist ein nützliches Werkzeug für kurze Rollbacks, aber kein Ersatz für ein unabhängiges Backup. Liegen Snapshot und Produktionsdaten auf demselben Storage, können ein Controllerfehler, eine fehlerhafte Administrationsaktion oder Ransomware beide Datenstände gleichzeitig betreffen. Proxmox Backup Server schafft eine getrennte Sicherungsschicht für virtuelle Maschinen, Container und physische Hosts.

PBS überträgt Daten inkrementell, nutzt Deduplizierung und ZSTD-Kompression und unterstützt clientseitige Verschlüsselung sowie Integritätsprüfungen anhand von Prüfsummen. Datastores lassen sich an einen entfernten Standort synchronisieren; außerdem können einzelne Dateien wiederhergestellt und virtuelle Maschinen bereits während des Restore-Vorgangs gestartet werden. Diese Funktionen reduzieren Übertragungsvolumen und Wiederherstellungszeit, ersetzen jedoch weder eine belastbare Aufbewahrungsrichtlinie noch regelmäßige Restore-Tests.

Für produktive Umgebungen sollte das Backup möglichst in einer separaten Fehlerdomäne liegen: auf eigener Hardware, mit getrennten Administratorkonten und bei geschäftskritischen Daten mit einer zusätzlichen Kopie an einem anderen Standort. Die erforderliche Kapazität ergibt sich aus der geschützten Datenmenge, der täglichen Änderungsrate, der Retention und einer Reserve für Garbage Collection und Wachstum. Deduplizierungsraten sind workloadabhängig und sollten nicht als garantierter Faktor in die Dimensionierung eingehen. Weitere Praxisaspekte behandelt der Beitrag zum Aufbau eines Enterprise-Backup-Servers.

Proxmox Mail Gateway – kontrollierte Schutzschicht vor dem Mailserver

Proxmox Mail Gateway arbeitet als SMTP-Gateway zwischen dem Internet und dem eigentlichen Mailserver. Es untersucht ein- und ausgehende Nachrichten und filtert Spam, Viren, Trojaner und Phishing-Versuche. Zum technischen Unterbau gehören unter anderem Postfix, ClamAV und SpamAssassin. Die Administration erfolgt zentral über Filterregeln, Quarantäne, Message Tracking und Berichte.

PMG speichert keine Benutzerpostfächer und ersetzt weder Microsoft Exchange noch Postfix oder einen gehosteten Maildienst. Ebenso wenig ersetzt es eine saubere Konfiguration von SPF, DKIM und DMARC, aktuelle Systeme oder den Schutz von Benutzerkonten. Die Plattform ergänzt diese Maßnahmen um eine vom eigenen Administrator kontrollierte Sicherheitsschicht. Für hohe Verfügbarkeit sind mindestens zwei Gateways, passende MX-Einträge sowie eine möglichst unabhängige Netzwerk- und Stromversorgung einzuplanen.

Die Position im Mailfluss ist für den Nutzen entscheidend. Das Gateway sollte Nachrichten prüfen, bevor sie den produktiven Mailserver erreichen, und ausgehenden Verkehr so verarbeiten, dass Richtlinien und Nachvollziehbarkeit erhalten bleiben. Vor der Inbetriebnahme sind Relay-Regeln, vertrauenswürdige Netze, TLS-Verhalten, Quarantäneprozesse und die Zuständigkeit für Fehlalarme festzulegen.

Wie wird ein Server für Proxmox VE sinnvoll dimensioniert?

Die Mindestanforderungen reichen für ein Testsystem, sind aber kein Maßstab für Produktion. Ein Host muss für Spitzenlasten, Wachstum und den vorgesehenen Ausfallfall ausgelegt werden. In einem HA-Cluster genügt es nicht, die aktuelle Auslastung aller VMs zu addieren: Nach dem Verlust eines Knotens müssen die verbleibenden Systeme dessen Dienste mit vertretbarer Performance übernehmen können.

• Prozessor. Viele Kerne helfen bei parallelen Workloads; eine hohe Single-Thread-Leistung bleibt für Datenbanken und ältere Anwendungen relevant. Bei der Wahl zwischen Single- und Dual-Socket sind zusätzlich Speicherkanäle, PCIe-Lanes, NUMA-Grenzen und die Abonnementkosten pro Sockel zu berücksichtigen. Passende Modelle finden Sie unter Serverprozessoren.
• Arbeitsspeicher. Zur Summe der realistisch belegten Gast-RAM-Mengen kommen Reserven für den Host, ZFS oder Ceph sowie für Failover-Szenarien. Ballooning kann Lastspitzen abfedern, ersetzt aber keine belastbare Kapazitätsplanung. Bei großen Hosts sollten Module symmetrisch über die Speicherkanäle verteilt werden. Verfügbare Module finden Sie unter Server-RAM.
• Storage. Neben der Kapazität zählen Latenz, IOPS, Schreibhaltbarkeit und Stromausfallschutz der SSDs. Datenbanken, VDI und viele kleine VMs reagieren deutlich empfindlicher auf Storage-Latenzen als sequentielle Archive. Die Kategorie Server-Festplatten und SSDs bietet unterschiedliche Medien für System-, Daten- und Backup-Volumes.
• Netzwerk. Management, Corosync, Migration, Storage und Backup haben unterschiedliche Lastprofile. VLANs schaffen logische Trennung; bei kritischen Pfaden sind zusätzlich getrennte Ports, Switches und Bonding sinnvoll. Für Ceph, schnelle Migrationen und zentrale NVMe-Storage-Systeme sind 10, 25 oder mehr Gbit/s häufig angemessen. Geeignete Adapter finden Sie unter Server-Netzwerkkarten.
• Betrieb und Service. Ein Remote-Management-Controller wie iDRAC oder iLO, redundante Netzteile, getrennte Stromkreise und eine USV-Anlage beeinflussen die Verfügbarkeit oft stärker als eine zusätzliche CPU-Stufe. Auch Ersatzlaufwerke, Firmware-Strategie und dokumentierte Restore-Abläufe gehören in die Beschaffung.

Eine gute Konfiguration orientiert sich daher nicht an einer pauschalen Zahl von VMs. Relevant sind CPU-Profile, RAM-Arbeitsmengen, I/O-Muster, Netzwerklast, gewünschte Wartungsfreiheit und die Wiederanlaufziele der einzelnen Dienste. Erst aus diesen Daten ergibt sich, ob ein kompakter Single-Socket-Host, ein Dual-Socket-System oder ein Cluster aus mehreren kleineren Knoten wirtschaftlich sinnvoll ist.

ZFS, Ceph oder Hardware-RAID – eine klare Verantwortung für Redundanz

Proxmox VE unterstützt lokale und verteilte Storage-Architekturen. Die Wahl zwischen Hardware-RAID, ZFS, Ceph und externem SAN oder NAS ist keine reine Produktfrage. Entscheidend ist, welche Schicht Redundanz, Fehlererkennung, Wiederaufbau und Monitoring übernimmt. Zwei übereinandergelegte RAID-Logiken machen ein System nicht automatisch sicherer; sie erschweren häufig Diagnose und Recovery.

ZFS ist für lokale Storage-Pools attraktiv, weil Dateisystem, Volume-Management, Prüfsummen, Snapshots und Redundanz eng zusammenarbeiten. Dafür muss ZFS die physischen Laufwerke direkt sehen. Ein klassisches RAID-Volume vor ZFS verdeckt Laufwerkszustände und nimmt dem Dateisystem wesentliche Kontrollmöglichkeiten. Benötigt wird ein geeigneter HBA- oder echter JBOD-Modus, nicht lediglich ein RAID-0-Volume pro Laufwerk.

Ceph verteilt Daten über mehrere Server und kann Storage- und Hostausfälle ohne zentrale Array-Abhängigkeit abfangen. Das setzt ausreichend Knoten, schnelle und latenzarme Netzwerke sowie Reserven bei CPU und RAM voraus. In kleinen Umgebungen kann die zusätzliche Komplexität den Nutzen übersteigen. Hardware-RAID bleibt dagegen sinnvoll, wenn der Controller bewusst die komplette Redundanzschicht bildet, etwa für ein einfaches lokales VM-Volume oder einen Backup-Server. Externe Arrays bieten wiederum zentrale Funktionen und klar definierte Serviceprozesse, schaffen aber eigene Abhängigkeiten. Eine Einordnung der Modelle bietet der Vergleich SAN, NAS und DAS; Grundlagen zur Array-Auswahl finden Sie im Beitrag über RAID-Ebenen.

Ein Proxmox-Cluster ist noch keine High-Availability-Architektur

Mehrere Proxmox-Knoten können zu einem Cluster verbunden und zentral verwaltet werden. Das erleichtert Rechteverwaltung, Migration und einheitliche Konfiguration, garantiert aber noch keinen automatischen Wiederanlauf nach einem Ausfall. Für High Availability werden zusätzlich Quorum, Fencing, geeigneter Storage, redundante Netzpfade, unabhängige Stromversorgung und ausreichende Reservekapazität benötigt.

Für ein belastbares Quorum sind mindestens drei Stimmen sinnvoll. Ein Zwei-Knoten-Cluster kann durch ein QDevice eine dritte Stimme erhalten; damit ist jedoch das Kapazitätsproblem nicht gelöst. Fällt einer von zwei Hosts aus, muss der verbleibende Knoten sämtliche priorisierten Dienste übernehmen können. Corosync benötigt wenig Bandbreite, reagiert aber empfindlich auf Latenz und Paketverlust. Der Verkehr sollte deshalb nicht unkontrolliert mit Storage-Rebuilds, Backups oder großen Migrationen konkurrieren.

HA startet eine VM oder einen Container auf einem anderen Knoten neu. Es macht die Anwendung selbst nicht automatisch unterbrechungsfrei. Bootzeit, Datenbank-Recovery, DNS, Load Balancer und Anwendungszustand bestimmen weiterhin die tatsächliche Ausfallzeit. Vor dem Produktivbetrieb sollten daher reale Fehlerfälle getestet werden: Verlust eines Hosts, eines Switches, einer Storage-Verbindung und eines Strompfads. Nur ein dokumentierter Test zeigt, ob Quorum, Fencing und Prioritäten wie vorgesehen funktionieren.

So wählen Sie Produkt, Abonnement und Hardware ohne Fehlkauf

Beginnen Sie mit der Aufgabe: Proxmox VE virtualisiert Workloads, Proxmox Backup Server schützt Datenbestände, Proxmox Mail Gateway filtert SMTP-Verkehr. Danach werden pro physischem Host die belegten CPU-Sockel gezählt. Erst im dritten Schritt folgt die Supportstufe anhand der Kritikalität, des internen Know-hows und der tolerierbaren Reaktionszeit.

Für einen Cluster muss der gewählte Supportlevel über alle Knoten konsistent sein. Parallel dazu sind Storage, Netz und Failover-Kapazität zu dimensionieren. Ein preiswerter Host wird teuer, wenn nachträglich HBA, 25-GbE-Karten, zusätzliche RAM-Module oder ein zweiter Strompfad fehlen. Der Server-Konfigurator hilft dabei, eine technisch stimmige Basis zusammenzustellen; bei komplexeren Projekten sollten Abhängigkeiten zwischen Backplane, Controller, Laufwerken, Netzwerkkarten und Netzteilen vor der Bestellung geprüft werden.

Hardware Direct ist offizieller Proxmox-Partner und verbindet die Bereitstellung von Abonnements mit der Auswahl passender Serverkomponenten. Für die Kaufentscheidung ist dennoch eine saubere Anforderungsliste wichtiger als ein möglichst großer Host: Welche Dienste laufen? Welche RPO- und RTO-Ziele gelten? Wie viel Wachstum ist realistisch? Welcher Knoten darf ausfallen? Wie wird wiederhergestellt? Weitere Hintergründe finden Sie im Beitrag über die Proxmox-Partnerschaft von Hardware Direct und in der Analyse zu Proxmox als Open-Source-Infrastruktur.

FAQ

Benötigt Proxmox VE eine kostenpflichtige Lizenz?

Nein. Proxmox VE ist Open Source und kann ohne kostenpflichtiges Abonnement installiert und betrieben werden. Das Abonnement bietet Zugang zum Enterprise Repository und je nach Tarif Herstellersupport. Für produktive Systeme ist es deshalb vor allem eine Entscheidung über Updatekanal, Eskalation und betriebliche Absicherung.

Hat Community weniger Funktionen als Basic, Standard oder Premium?

Nein. Der Funktionsumfang von Proxmox VE ist in allen Abonnementstufen vollständig. Die Tarife unterscheiden sich durch Hersteller-Support, Ticketanzahl, Reaktionszeit und zusätzliche Supportmöglichkeiten wie SSH-Remote-Support oder Offline-Aktivierung.

Wie berechne ich die benötigte Zahl der CPU-Abonnements?

Gezählt werden die tatsächlich installierten physischen Prozessoren, also die belegten CPU-Sockel jedes Servers. Kerne, Threads, VMs und vCPUs spielen für die Abonnementzahl keine Rolle. Ein Dual-Socket-Mainboard mit nur einer CPU benötigt 1 CPU; nach Einbau des zweiten Prozessors werden 2 CPU benötigt.

Müssen alle Clusterknoten dieselbe Abonnementstufe haben?

Ja. Alle belegten Sockel jedes Knotens müssen abgedeckt sein, und innerhalb eines Clusters ist eine einheitliche Supportstufe erforderlich. Das sorgt zugleich für konsistente Repository-, Update- und Supportprozesse.

Ersetzt ein VM-Snapshot ein Backup?

Nein. Ein Snapshot bleibt vom Storage der VM abhängig und ist vor allem für kurzfristige Wiederherstellungspunkte gedacht. Ein Backup gehört in ein separates System, benötigt eine eigene Retention und muss regelmäßig durch einen Restore-Test überprüft werden.

Kann Proxmox Backup Server als VM im selben Cluster betrieben werden?

Technisch ist das möglich, als einzige Sicherung ist es jedoch riskant. Ein Ausfall von Cluster, Storage oder Administrationskonten kann Produktion und Backup gleichzeitig unzugänglich machen. Für wichtige Daten ist ein separater PBS-Host oder mindestens eine zusätzliche, extern synchronisierte Kopie die robustere Lösung.

Sollte ZFS auf einem Hardware-RAID betrieben werden?

Das ist in der Regel nicht empfehlenswert. ZFS sollte die physischen Laufwerke direkt sehen, um Zustände, Schreibreihenfolge und Redundanz selbst zu kontrollieren. Der Controller muss einen geeigneten HBA- oder echten JBOD-Modus unterstützen. Dasselbe Grundprinzip gilt für Laufwerke, die Ceph bereitgestellt werden.

Wie viele Knoten braucht ein Proxmox-HA-Cluster?

Für ein verlässliches Quorum sind mindestens drei Stimmen empfehlenswert. Ein Zwei-Knoten-Cluster kann ein QDevice als dritte Stimme verwenden. Unabhängig davon müssen Rechenleistung und Storage so bemessen sein, dass die priorisierten Dienste nach Ausfall eines Hosts auf den verbleibenden Ressourcen laufen können.

Ist für Proxmox zwingend ein 10-GbE-Netzwerk erforderlich?

Nein. Für einen einzelnen Host und leichte Workloads kann 1 GbE genügen. 10 oder 25 GbE werden bei schnellem Netzwerk-Storage, Ceph, häufigen Migrationen, großen Backups und vielen parallelen VMs wichtig. Redundanz und die Trennung latenzkritischer Verbindungen bleiben unabhängig von der nominellen Bandbreite erforderlich.

Ersetzt Proxmox Mail Gateway den Mailserver?

Nein. PMG ist ein Sicherheitsgateway für SMTP-Verkehr und speichert keine Benutzerpostfächer. Es arbeitet vor Exchange, Postfix oder einem gehosteten Maildienst und reduziert gefährliche sowie unerwünschte Nachrichten, ersetzt den eigentlichen Maildienst aber nicht.

Wann ist ein Single-Socket- und wann ein Dual-Socket-Server sinnvoll?

Ein Single-Socket-System ist attraktiv, wenn ein Prozessor genügend Kerne, Speicherkanäle und PCIe-Lanes bereitstellt und die Kosten pro belegtem Sockel niedrig bleiben sollen. Dual-Socket-Systeme bieten mehr RAM-Kapazität, I/O und Rechenleistung, erfordern aber eine zweite CPU-Abdeckung und eine bewusste NUMA-Planung.