Wie baue ich einen Proxmox-Cluster mit gemieteten dedizierten Servern auf?

Wie viele Server braucht ein Proxmox-Cluster?

Drei, wenn Sie hohe Verfügbarkeit wollen. Proxmox gibt jedem Node eine Stimme, und Änderungen brauchen eine Mehrheit der Stimmen online. Ein Cluster, der das Quorum verliert, wird schreibgeschützt. Bei zwei Nodes verliert der Ausfall eines der beiden die Mehrheit.

Ein QDevice fügt eine Stimme von einer externen Maschine hinzu, und Proxmox empfiehlt eines für Cluster mit zwei Nodes. Es kommuniziert über TCP mit dem Cluster und unterliegt nicht dem Latenzlimit von corosync. Jede Debian-Maschine mit dem corosync-qnetd-Paket kann es hosten. Proxmox rät von einem QDevice bei Clustern mit ungerader Knotenzahl ab, wo es nahe an einen Single Point of Failure heranrückt.

Welches Netzwerk braucht corosync zwischen gemieteten Servern?

Niedrige, stabile Latenz: Proxmox verlangt unter 5 ms zwischen allen Nodes. Corosync braucht wenig Bandbreite, reagiert aber schlecht auf Jitter. Bei mehr als drei Nodes und rund 10 ms hält Proxmox einen stabilen Cluster für unwahrscheinlich. Es will corosync in einem eigenen physischen Netzwerk, nie in einem, das es sich mit dem Storage teilt.

Ein Lumenfer Server hat einen Netzwerkport und nur öffentliche Adressen. Das prägt das Design:

• Eine Stadt pro Cluster. Unsere Städte liegen ein WAN auseinander, kein LAN. Bauen Sie jeden Cluster innerhalb einer davon.
• Messen, bevor Sie beitreten. Proxmox empfiehlt, die Verbindung mit ping zu testen. Lassen Sie es mehrere Minuten laufen und lesen Sie die schlechtesten Zeiten, nicht den Durchschnitt.
• Massenverkehr in Grenzen halten. Setzen Sie Bandbreitenlimits auf Migrations- und Replikationsjobs, damit sie corosync nicht aushungern.
• Firewall nur auf Peer-Adressen. Erlauben Sie UDP 5405-5412 und TCP 22 und 8006 von den anderen Nodes. Mit aktivierter Proxmox-Firewall schreibt sie die corosync-Regeln selbst.

Corosync 3 läuft über Kronosnet in UDP-Unicast. Proxmox warnt, dass die veralteten Transporte udp oder udpu jegliche Kryptografie und Redundanz abschalten, also bleiben Sie beim Standard.

Sollte ich Ceph über gemietete Server laufen lassen?

Nicht auf diesen Ports. Das Ceph-Kapitel von Proxmox verlangt mindestens drei, möglichst identische Server. Es empfiehlt mindestens 10 Gbps, die nur für Ceph genutzt werden, und 25 Gbps oder mehr für NVMe-Laufwerke. Es warnt, dass Recovery-Traffic in einem geteilten Netzwerk corosync stören und das Quorum kosten kann.

Vergleichen Sie einen Lumenfer Node: 60 TB pro Monat bei 1 Gbit/s auf einem geteilten Port und zwei Laufwerke. Proxmox empfiehlt außerdem mindestens 12 OSDs über drei Nodes, mit 8 GiB Speicher pro OSD. Ceph auf einem geteilten Port unter 10 Gbps verfehlt die eigene Empfehlung von Proxmox, bevor Sie ein Byte speichern. Wenn Sie Ceph brauchen, mieten Sie bei einem Host, der ein privates Netzwerk mit 10 Gbps oder mehr anbietet.

Nutzen Sie stattdessen ZFS-Storage-Replikation. Sie kopiert die Laufwerke jedes Gasts nach Zeitplan auf einen anderen Node, von jeder Minute bis einmal pro Woche. Nach der ersten vollständigen Kopie wandern nur Änderungen. High Availability funktioniert damit, aber Schreibvorgänge seit der letzten Synchronisierung gehen verloren, wenn ein Node ausfällt.

Replikation braucht lokalen ZFS-Storage auf jedem Node. Tarife mit zwei Laufwerken werden mit dem Betriebssystem auf einem Software-RAID-1-Spiegel ausgeliefert; fragen Sie den Support vor der Lieferung, wenn Sie RAID 0 oder zwei getrennte Laufwerke bevorzugen. Fragen Sie den Support vor der Lieferung, welches Layout das Proxmox VE Image verwendet. ZFS prüft Daten mit Prüfsummen, und ECC-Speicher schützt sie, bevor sie auf das Laufwerk gelangen: siehe ob Sie ECC-RAM brauchen.

Was passiert mit Gast-Adressen, wenn eine VM zwischen Nodes wandert?

Jeder Node hat seine eigene öffentliche IPv4, also ändert ein Gast hinter NAT seine öffentliche Adresse, wenn er wandert. Richten Sie DNS auf den Node, der ihn betreibt, oder betreiben Sie einen Reverse Proxy auf jedem Node. Eine dedizierte IPv4-Adresse und ein IPv6 /64 sind bei jedem Server dabei. Jeder Tarif nennt seine Portgeschwindigkeit und sein monatliches Datenvolumen, gezählt auf ausgehende Daten pro 30 Tage; eine Überschreitung löst nie eine automatische Berechnung aus. Zusätzliche IPv4-Adressen werden nicht verkauft.

Für ein privates Netzwerk zwischen Gästen auf verschiedenen Nodes erstellen Sie eine SDN-VXLAN-Zone über die Hosts hinweg. VXLAN nutzt UDP 4789 und hat keine eigene Verschlüsselung, tragen Sie es also über WireGuard zwischen den Nodes. Stellen Sie Gäste auf eine MTU von 1450, weil VXLAN 50 Bytes belegt.

Live-Migration kopiert den Speicher eines Gasts über das Netzwerk. Proxmox empfiehlt dringend den sicheren Migrationstyp in jedem Netzwerk, das Sie nicht vollständig kontrollieren, und diese Verbindungen laufen über öffentliche Adressen.

Welche Lumenfer Pläne passen zu einem Proxmox-Cluster?

Kaufen Sie alle drei Nodes auf einmal und im selben Tarif, damit das Quorum ab der ersten Stunde steht. Unter den Hosts in Lumenfer's Umfrage von 30 October 2026, die eine Lieferzeit angeben, lag die mittlere Zusage bei 24 Stunden. Die Spanne reichte von 30 Minuten bis 10 Werktage. Lumenfer ist weit schneller als dieser Median: Jeder Node läuft Minuten nach der Zahlung, höchstens nach einer Stunde.

Dimensionieren Sie jeden Node so, dass er die Gäste eines ausgefallenen Peers trägt. Zur Wahl der Laufwerke lesen Sie wie viel schneller NVMe als SATA SSD ist. Zur CPU siehe wie viele Kerne ein Server braucht. Jeder Preis steht unter was ein Lumenfer Server kostet.