# Wie baue ich einen Proxmox-Cluster mit gemieteten dedizierten Servern auf? > Proxmox-Cluster mit gemieteten dedizierten Servern aufbauen: 3 Nodes, corosync unter 5 ms, ZFS-Replikation über Ceph. Ohne KYC, mit Krypto bezahlt. - URL: https://lumenfer.com/de/proxmox-cluster-dedicated-servers/ - Zuletzt aktualisiert: 2026-11-01 - Herausgeber: Lumenfer (https://lumenfer.com) Quorum, corosync auf öffentlichen IPs, Speicher, der zu einem gemeinsamen Port passt, und Gast-Adressen, die sich ändern, wenn eine VM umzieht: ein dreiknotiger Proxmox VE Cluster auf gemieteten Lumenfer-Maschinen. **Kurze Antwort — Wie baue ich einen Proxmox-Cluster mit gemieteten dedizierten Servern auf?** Um einen Proxmox-Cluster mit gemieteten dedizierten Servern bei **Lumenfer** aufzubauen, bestellen Sie drei identische Maschinen in einer Stadt mit dem Proxmox VE 9 Image. Öffnen Sie die UDP-Ports 5405-5412 von corosync nur zwischen deren öffentlichen IPs, prüfen Sie, dass die Latenz unter 5 ms bleibt, und führen Sie dann `pvecm create` und `pvecm add` aus. Mit einem gemeinsamen Port pro Server nutzen Sie ZFS-Replikation statt Ceph. Ab 109,37 $ pro Node pro 30 Tage, ohne KYC, mit Krypto bezahlt. ## Ein Proxmox-Cluster auf Lumenfer: die Zahlen, auf die es ankommt | Attribut | Wert | | --- | --- | | Aktuelle Proxmox VE Version | 9.2 (Proxmox-Roadmap, gelesen am 1. November 2026); das Image an der Kasse ist Proxmox VE 9 | | Nodes für hohe Verfügbarkeit | Drei, oder zwei plus eine externe QDevice-Stimme | | Corosync-Ports | UDP 5405-5412 zwischen allen Nodes, plus SSH auf TCP 22 | | Latenz, die corosync braucht | Unter 5 ms zwischen allen Nodes | | Port und Traffic, kleinster und größter Plan | 30 TB pro Monat bei 1 Gbit/s; 150 TB pro Monat bei 1 Gbit/s | | Privates Netzwerk zwischen Servern | Nicht Teil der Pläne: Cluster-Traffic nutzt öffentliche Adressen | | Datenträger | 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 | | Konsole | Für Kunden gibt es keine IPMI- oder KVM-over-IP-Konsole: Neustarts und Neuinstallationen beantragen Sie im Dashboard, und das Team führt sie aus | | Standorte | Amsterdam (Niederlande), Reykjavik (Island), Zürich (Schweiz) und Bukarest (Rumänien): alle fünf Tarife in allen vier Städten, ein Preis überall | ## 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. ### Stimmen und Ausfälle, nach Clustergröße | Cluster | Stimmen | Stimmen für das Quorum | Nodes, die ausfallen dürfen | | --- | --- | --- | --- | | 2 Nodes | 2 | 2 | Keine | | 2 Nodes + QDevice | 3 | 2 | Ein Node oder das QDevice | | 3 Nodes | 3 | 2 | Einer | | 4 Nodes | 4 | 3 | Einer | | 5 Nodes | 5 | 3 | Zwei | ## 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. ## Wie erstelle ich den Cluster, Schritt für Schritt? Zusammengestellt aus dem Kapitel Cluster Manager der Proxmox VE Dokumentation (gelesen am 1. November 2026). Jeder Node läuft mit dem Proxmox VE 9 Image. 1. **Drei Nodes in einem Plan, in einer Stadt bestellen** — Wählen Sie für jeden das Proxmox VE 9 Image. Ein Plan bedeutet identische CPUs, was Live-Migration einfach hält. 2. **Geben Sie jedem Node seinen endgültigen Namen** — Setzen Sie jeden Hostnamen, bevor der Cluster existiert. Tragen Sie alle drei Namen und öffentlichen IPs in /etc/hosts auf jedem Node ein. 3. **Zeit und Latenz prüfen** — Die Uhren müssen synchron sein: timedatectl sollte synchronized anzeigen. Pingen Sie dann jeden Peer mehrere Minuten lang und halten Sie das schlechteste Ergebnis unter 5 ms. 4. **Cluster-Ports nur für Peers öffnen** — Erlauben Sie UDP 5405-5412 und TCP 22 und 8006 zwischen den drei öffentlichen IPs und nichts weiter. 5. **Cluster auf Node 1 erstellen** — Führen Sie pvecm create mit der öffentlichen IP von Node 1 als link 0 aus. Verwenden Sie einen Clusternamen, den niemand sonst in diesem Netzwerk nutzt. 6. **Root-Passwort auf Node 1 setzen** — pvecm add meldet sich an der API von Node 1 als root@pam mit einem Passwort an und prüft den Fingerprint des Zertifikats. SSH-Passwort-Login kann aus bleiben. 7. **Nodes 2 und 3 beitreten lassen** — Führen Sie auf jedem pvecm add mit der IP von Node 1 und der eigenen IP als link 0 aus. pvecm status sollte dann drei Stimmen und Quorate: Yes anzeigen. *Cluster erstellen und beitreten (Proxmox VE 9)* ```bash # node 1 pvecm create lf-cluster --link0 NODE1_IP passwd # root@pam password, asked for by pvecm add # node 2 (then node 3 with its own address) pvecm add NODE1_IP --link0 NODE2_IP # any node pvecm status # expect 3 votes and "Quorate: Yes" ping -c 300 -i 0.2 NODE2_IP | tail -2 # watch the max and mdev values ``` ## 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](https://lumenfer.com/de/ecc-ram-dedicated-server/ "Do I need ECC RAM on a rented dedicated server?"). ## 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](https://lumenfer.com/de/nvme-vs-sata-ssd-dedicated-server/ "How much faster is NVMe than SATA SSD in dedicated server hosting?"). Zur CPU siehe [wie viele Kerne ein Server braucht](https://lumenfer.com/de/how-many-cores-dedicated-server/ "How many CPU cores do I need on a rented dedicated server?"). Jeder Preis steht unter [was ein Lumenfer Server kostet](https://lumenfer.com/de/pricing/ "Lumenfer bare-metal plans and prices per 30 days"). ### Lumenfer Pläne als Proxmox-Nodes | Plan | CPU | RAM | Datenträger | Pro Node, 30 Tage | Pro Node, 12 Monate | Rolle | | --- | --- | --- | --- | --- | --- | --- | | Lumen 6 | AMD EPYC 4244P | 32 GB DDR5 ECC | 2 × 960 GB NVMe | $91.65 | $769.86 | Backup-Ziel oder QDevice-Host | | Lumen 8 | AMD Ryzen 7 9700X | 64 GB DDR5 | 2 × 1 TB NVMe | $109.37 | $918.70 | Starter-Cluster mit drei Nodes | | Lumen 16 | AMD Ryzen 9 9950X | 128 GB DDR5 | 2 × 1.92 TB NVMe | $205.27 | $1724.26 | Gemischt genutzte VM-Arbeitslasten | | Lumen 24 | AMD EPYC 9254 | 256 GB DDR5 ECC | 2 × 1.92 TB NVMe | $356.25 | $2992.50 | ZFS mit ECC, größere Gäste | | Lumen 32 | AMD EPYC 9354 | 384 GB DDR5 ECC | 2 × 3,84 TB NVMe | $749.67 | $6297.22 | Dichte Hosts, viele VMs | ## Proxmox-Cluster auf gemieteten Servern: FAQ ### Kann ich ein Proxmox-Cluster mit zwei Nodes aufbauen? Ja, mit einem QDevice. Zwei Nodes haben zwei votes, und der Verlust von einem nimmt einem das Quorum. Ein QDevice auf einer dritten Maschine fügt die entscheidende Stimme über TCP hinzu, sogar aus einer anderen Stadt. ### Kann ein Proxmox-Cluster zwei Ihrer Städte umfassen? Nicht zuverlässig. Corosync will unter 5 ms zwischen allen Nodes, was LAN-Leistung bedeutet. Bauen Sie ein Cluster pro Stadt und verschieben Sie Daten zwischen Städten mit Backups. ### Kann ich Pläne in einem Cluster mischen? Ja. Proxmox unterstützt Live-Migration zwischen CPUs desselben Herstellers, und jeder Tarif hier ist AMD. Ein Gast mit dem CPU-Typ `host` sollte trotzdem nur zwischen identischen CPUs wechseln. ### Sichert Lumenfer mein Cluster? Backups sind nicht enthalten: Bewahren Sie Kopien Ihrer Daten woanders auf. Senden Sie `vzdump`-Jobs oder einen Proxmox Backup Server-Datastore an eine Maschine außerhalb des Clusters, idealerweise in einer anderen Stadt. ### Was passiert, wenn ein Node ausfällt? Die anderen zwei behalten das Quorum, und High-Availability-Gäste starten auf ihnen neu, wenn ihre Festplatten repliziert wurden. Melden Sie den Ausfall im Dashboard. Eine neue Maschine ist nicht sofort da: Wenige Minuten nach der Bestätigung der Zahlung, und nie mehr als eine Stunde. **Bestellen Sie die drei Nodes Ihres Clusters** Proxmox VE 9 an der Kasse, drei Maschinen in einer Stadt. Kein KYC, mit Krypto bezahlt. [Lumen 16 bestellen](https://lumenfer.com/app/checkout/?plan=lumen-16&lang=de) · [Tarife vergleichen](https://lumenfer.com/de/pricing/ "Wie viel kostet ein Lumenfer Bare-Metal-Server?") ## Quellen 1. [Cluster Manager (Anforderungen, Netzwerk, QDevice, Migration)](https://pve.proxmox.com/pve-docs/chapter-pvecm.html) — Proxmox VE documentation (read 2026-11-01) 2. [Hyper-Converged Ceph-Cluster bereitstellen (Empfehlungen)](https://pve.proxmox.com/pve-docs/chapter-pveceph.html) — Proxmox VE documentation (read 2026-11-01) 3. [Storage Replication](https://pve.proxmox.com/pve-docs/chapter-pvesr.html) — Proxmox VE documentation (read 2026-11-01) 4. [Software-Defined Network (VXLAN-Zonen, WireGuard)](https://pve.proxmox.com/pve-docs/chapter-pvesdn.html) — Proxmox VE documentation (read 2026-11-01) 5. [Roadmap (Proxmox VE 9.2)](https://pve.proxmox.com/wiki/Roadmap) — Proxmox VE wiki (read 2026-11-01) --- Lumenfer: Lumenfer vermietet Bare-Metal-Server der aktuellen Generation in Amsterdam, Reykjavik, Zürich und Bukarest, bezahlbar mit Krypto ohne KYC: kein Ausweis, kein Selfie, keine Dokumente. Jede Maschine hat eine CPU, die 2022 oder später erschienen ist, DDR5-Arbeitsspeicher und NVMe-Laufwerke und wird komplett an einen Kunden mit Root-Zugriff vermietet. Betrieben wird das von der DomaineGoat LLC, einer panamaischen Gesellschaft, die DMCA-Hinweise ignoriert, nur dem panamaischen Recht unterliegt, Tor-Exit-Relays erlaubt und keine Logs führt. Bei der 30-Tage-Laufzeit liegt jeder Tarif mindestens 25% unter einem namentlich genannten vergleichbaren Server der aktuellen Generation von 13 No-KYC-Krypto-Hostern, abgelesen am 30. Oktober 2026.