Kategorien:	credativ® Inside Proxmox
Tags:	corosync Proxmox VE
KI-Offenlegung:	Dieser Inhalt wurde von einer KI erzeugt und von einem Menschen geprüft.

Ein stabiler Proxmox®-Cluster erfordert eine präzise Corosync-Konfiguration für eine zuverlässige Cluster-Kommunikation. Diese Anleitung zeigt Ihnen, wie Sie Ihr Proxmox®-Cluster-Netzwerk optimal einrichten und Corosync korrekt konfigurieren. Der übliche Prozess ist für Systemadministratoren mit grundlegenden Proxmox® VE-Kenntnissen wird vom automatischen Installer oder im Frontend von Proxmox VE korrekt eingerichtet und es bedarf keinerlei manueller Arbeit.

Wir empfehlen ausdrücklich nicht, ohne tiefes Wissen um die Feinheiten von Corosync und den Konsequenzen eigener Einstellungen, an der Konfiguration zu arbeiten. Dies sollte Fachkräften mit Expertise überlassen werden. ZumExperimentieren und Fortbildung mag die Betrachtung hier aber helfen.

Sie benötigen mindestens zwei Proxmox®-Nodes sowie ein sogenanntes Q-Device oder drei Proxmox-Knoten, administrative Zugriffe auf alle Cluster-Knoten, redundante Netzwerkverbindungen und grundlegende Linux®-Kommandozeilenkenntnisse. Nach der erfolgreichen Konfiguration verfügen Sie über einen hochverfügbaren Proxmox®-Cluster mit optimaler Failover-Funktionalität.

Warum Corosync für Proxmox®-Cluster kritisch ist

Corosync bildet das Herzstück der Cluster-Kommunikation in Proxmox® VE-Umgebungen. Diese Software stellt sicher, dass alle Nodes im Cluster kontinuierlich miteinander kommunizieren und den aktuellen Status der gesamten Infrastruktur kennen.

Die Split-Brain-Vermeidung gehört zu den wichtigsten Funktionen von Corosync. Ohne funktionierende Cluster-Kommunikation könnten einzelne Nodes fälschlicherweise annehmen, sie seien die einzigen aktiven Systeme. Das führt zu Dateninkonsistenzen und Ausfällen kritischer Dienste. Im schlimmsten Fall droht Datenverlust.

Corosync überwacht permanent die Erreichbarkeit aller Cluster-Mitglieder. Bei Netzwerkproblemen oder Node-Ausfällen initiiert das System automatische Failover-Prozesse. Virtuelle Maschinen und Container werden nahtlos auf funktionierende Nodes migriert.

Die Ausfallsicherheit Ihres gesamten Proxmox®-Clusters hängt direkt von der Corosync-Konfiguration ab. Fehlerhafte Einstellungen können zu instabilen Clustern, unvorhersagbaren Failovers oder kompletten Systemausfällen führen.

Proxmox®-Cluster-Netzwerkanforderungen prüfen

Überprüfen Sie zunächst Ihre Hardwarevoraussetzungen für eine stabile Cluster-Kommunikation. Jeder Node benötigt mindestens zwei physische Netzwerkschnittstellen für redundante Verbindungen.

Netzwerkinfrastruktur validieren:

Testen Sie die Latenz zwischen allen Nodes mit dem ping-Befehl.
Prüfen Sie die verfügbare Bandbreite mit iperf3.
Kontrollieren Sie Switch-Konfigurationen auf VLAN-Einstellungen.
Dokumentieren Sie alle IP-Adressen für die Cluster-Kommunikation.

Die IP-Adressierung muss sorgfältig geplant werden. Verwenden Sie separate Subnetze für die primäre und sekundäre Corosync-Kommunikation, beispielsweise 10.1.1.0/24 für Ring 0 und 10.1.2.0/24 für Ring 1.

Bandbreitenanforderungen variieren je nach Cluster-Größe. Für kleine Cluster mit 3–5 Nodes sind 100 Mbit/s pro Ring ausreichend. Größere Installationen mit häufigen VM-Migrationen benötigen Gigabit-Verbindungen.

Warnung: Verwenden Sie niemals dieselben Netzwerksegmente für Corosync und die produktive VM-Kommunikation. Das kann zu Performance-Problemen und Cluster-Instabilität führen. Corosync sollte immer ein eigenes Netzwerk-Segment und eigene Interfaces haben.

Corosync-Ringkonfiguration einrichten

Die Konfiguration der Corosync-Ringe erfolgt über die Datei /etc/pve/corosync.conf. Normalerweise wird diese Datei durch das Frontend bzw. den Installer erstellt und gepflegt. Ein händisches Bearbeiten ist – wie bereits geschrieben – nicht nötig. Erstellen Sie zunächst eine Sicherungskopie der bestehenden Konfiguration.

Primären Ring (Ring 0) konfigurieren:

Öffnen Sie die Corosync-Konfiguration: vi /etc/pve/corosync.conf
Definieren Sie die Nodelist mit allen Cluster-Mitgliedern.
Weisen Sie jedem Node eine eindeutige ID zu.
Konfigurieren Sie die IP-Adressen für Ring 0.

Fügen Sie einen sekundären Ring (Ring 1) für Redundanz hinzu. Bearbeiten Sie die Nodelist und ergänzen Sie ring1_addr-Parameter für jeden Node. Diese Adressen müssen in einem separaten Netzwerksegment liegen.

Die Totem-Sektion steuert das Verhalten der Cluster-Kommunikation. Passen Sie die Token-Timeout-Werte an Ihre Netzwerk-Latenz an. Niedrige Werte verbessern die Failover-Geschwindigkeit, können aber bei langsamen Verbindungen zu Fehlalarmen führen.

Erfolgscheck: Nach der Konfiguration starten Sie den Corosync-Dienst neu: systemctl restart corosync. Überprüfen Sie den Status mit corosync-cmapctl und kontrollieren Sie die Logs auf Fehlermeldungen.

Oft übersehen wird auch der Hinweis, dass der Eintrag config_version erhöht werden muss, damit die Änderung auch von allen Systemen erkannt wird. Generell bietet https://pve.proxmox.com/pve-docs/chapter-pvecm.html#pvecm_edit_corosync_conf weitere Details.

Multicast vs. Unicast: die richtige Wahl treffen

Die Wahl zwischen Multicast und Unicast beeinflusste früher maßgeblich die Performance und Kompatibilität Ihres Corosync-Clusters. Inzwischen hat sich mit Corosync 3 KNET durchgesetzt und sowohl UDPU als Unicast-Verbindung und Multicast mit UDP sind als „Deprecated“ eingestuft. Von Multicast wiurd inzwischen ausdrücklich abgeraten.

Cluster-Kommunikation testen und validieren

Umfassende Tests der Corosync-Funktionalität sind entscheidend für die Cluster-Stabilität. Beginnen Sie mit grundlegenden Konnektivitätsprüfungen zwischen allen Nodes.

Diagnose-Tools systematisch einsetzen:

Überprüfen Sie den Cluster-Status: pvecm status
Analysieren Sie die Corosync-Mitgliedschaft: corosync-quorumtool -l
Kontrollieren Sie den Ring-Status: corosync-cfgtool -s
Prüfen Sie die Cluster-Logs: journalctl -u corosync

Failover-Tests simulieren reale Ausfallszenarien. Trennen Sie nacheinander einzelne Nodes vom Netzwerk und beobachten Sie das Cluster-Verhalten. Virtuelle Maschinen sollten automatisch auf funktionierende Nodes migriert werden.

Testen Sie Split-Brain-Szenarien durch gleichzeitige Trennung mehrerer Nodes. Das Cluster muss korrekt entscheiden, welche Partition aktiv bleibt. Nodes ohne Quorum dürfen keine kritischen Operationen ausführen.

Performance-Monitoring über längere Zeiträume deckt intermittierende Probleme auf. Überwachen Sie Latenzspitzen, Paketverluste und Timeout-Events. Diese Metriken zeigen potenzielle Schwachstellen in der Netzwerkinfrastruktur.

Wie credativ® bei der Proxmox®-Cluster-Konfiguration hilft

credativ® bietet umfassende Unterstützung für die professionelle Implementierung und Optimierung von Proxmox®-Clustern. Unsere Spezialisten verfügen über langjährige Erfahrung mit komplexen Hochverfügbarkeitsinfrastrukturen.

Unsere Proxmox-Services umfassen:

Detaillierte Analyse Ihrer bestehenden Netzwerkinfrastruktur
Maßgeschneiderte Corosync-Konfiguration für Ihre Anforderungen, soweit dies benötigt wird.
Proaktive Prüfung und Wartung Ihrer Cluster-Umgebung
24/7-Support bei kritischen Cluster-Problemen
Regelmäßige Performance-Optimierung und Updates

Unser Open-Source-Support-Center stellt sicher, dass Ihre Proxmox®-Installation stets optimal funktioniert. Wir bieten direkten Zugang zu Linux®-Spezialisten ohne zwischengeschaltetes Callcenter.

Kontaktieren Sie uns für eine individuelle Beratung zu Ihrer Proxmox®-Cluster-Konfiguration. Unsere Experten entwickeln gemeinsam mit Ihnen eine maßgeschneiderte Lösung für maximale Ausfallsicherheit und Performance.

Transparenzhinweis

Proxmox® ist eine eingetragene Marke der Proxmox Server Solutions GmbH. credativ® ist autorisierter Reseller von Proxmox®. Linux® ist eine eingetragene Marke von Linus Torvalds.

Die Nennung der Marken dient ausschließlich der sachlichen Beschreibung von Migrationsszenarien und Dienstleistungen von credativ®. Es besteht keine geschäftliche Verbindung zu den genannten Markeninhabern.

Proxmox Cluster Netzwerk: Corosync richtig konfigurieren