Frau mit Laptop vor verglasten Serverschränken in einem Serverraum

Proxmox VE · Cluster, Ceph, Backup, Betrieb

Proxmox Support, Cluster und Hochverfügbarkeit

SKAFFON plant, baut und betreibt Proxmox-VE-Umgebungen: damit der Ausfall eines Knotens ein Ereignis im Monitoring bleibt und kein Vorfall wird. Unabhängig vom Hersteller, rund um die Uhr (24/7) auf Wunsch.

  • HA-Cluster mit Quorum und Fencing
  • Storage: ZFS, shared oder Ceph
  • Proxmox Backup Server mit Restore-Test
  • Updates, Monitoring, Rufbereitschaft

01Herstellersupport

Proxmox-Subscription und SKAFFON: zwei verschiedene Dinge

SKAFFON ist kein offizieller Proxmox-Partner und beansprucht keinen Partnerstatus. Herstellersupport für Proxmox VE gibt es nur über eine Subscription; sie wird je belegtem physischem CPU-Sockel abgeschlossen, und die Stufen unterscheiden sich in Tickets, Reaktionszeit und Servicezeiten (Proxmox, Preise und Subscriptions). Sie kaufen sie direkt bei Proxmox oder bei einem Proxmox-Reseller; SKAFFON verkauft sie nicht.

Unsere Leistung ersetzt den Herstellersupport nicht. Sie ergänzt ihn um Architektur, Aufbau und Betrieb Ihrer Umgebung. Wir beraten Sie bei der Wahl der Stufe und arbeiten mit ihr; wann Herstellersupport und wann unser Betrieb eingreift, legen wir im Betriebskonzept fest.

02Ausgangslage

Wo Proxmox-Umgebungen typischerweise hängen

Vier Situationen, in denen Teams uns brauchen. Wer von einer bestehenden Virtualisierung kommt, findet das Migrationsprojekt unter VMware-Exit nach Proxmox; hier geht es um Plattform und Betrieb.

  • Neu eingeführt, ohne Erfahrung

    Proxmox soll eine bestehende Virtualisierung ablösen, und es fehlt Erfahrung mit Cluster, Storage und Backup.

  • Gewachsen und uneinheitlich

    Der Cluster läuft, aber die Knoten sind uneinheitlich, die Netzwerktrennung ist unklar, Backups wurden nie getestet.

  • Betrieb nebenbei

    Das interne Team betreibt Proxmox nebenbei; Updates, Rufbereitschaft und Fehleranalyse sind nicht abgedeckt.

  • HA ohne Übung

    Hochverfügbarkeit wurde aktiviert, ohne dass jemand den Ausfall einer Komponente je geübt hat.

03Zielbild

Drei Knoten, vier getrennte Netze, ein Backup-Server

Proxmox-Cluster mit drei Knoten Drei Proxmox-Knoten sind über getrennte Netze für Management, Corosync, Ceph-Storage und VM-Verkehr verbunden. Backups gehen an einen Proxmox Backup Server mit Offsite-Kopie. Referenzarchitektur: HA-Cluster mit drei Knoten Mindestens drei Knoten für Quorum; Netze getrennt nach Aufgabe Knoten 1Proxmox VE VMs und ContainerCeph OSD und Monitor Knoten 2Proxmox VE VMs und ContainerCeph OSD und Monitor Knoten 3Proxmox VE VMs und ContainerCeph OSD und Monitor Corosync (Cluster) Ceph-Storage (min. 10 Gbit/s) VM-Verkehr (VLANs) Management Proxmox Backup Server inkrementell, verschlüsselt, Offsite-Kopie, Restore-Test
Schematische Zielarchitektur: Corosync, Ceph, VM-Verkehr und Management laufen getrennt.
Proxmox-Cluster mit drei Knoten Drei Proxmox-Knoten sind über getrennte Netze für Management, Corosync, Ceph-Storage und VM-Verkehr verbunden. Backups gehen an einen Proxmox Backup Server mit Offsite-Kopie. Referenzarchitektur:HA-Cluster mit drei Knoten Mindestens drei Knoten für Quorum;Netze getrennt nach Aufgabe Knoten 1 Proxmox VE VMs undContainer Ceph OSDund Monitor Knoten 2 Proxmox VE VMs undContainer Ceph OSDund Monitor Knoten 3 Proxmox VE VMs undContainer Ceph OSDund Monitor Corosync (Cluster) Ceph-Storage (min. 10 Gbit/s) VM-Verkehr (VLANs) Management Proxmox Backup Server inkrementell, verschlüsselt,Offsite-Kopie, Restore-Test
Schematische Zielarchitektur: Corosync, Ceph, VM-Verkehr und Management laufen getrennt.

04Betriebsumfang

Sechs Bereiche, die wir an Ihrem Cluster verantworten

Die Angaben stützen sich auf die Herstellerdokumentation: Hochverfügbarkeit, Hyper-Converged-Ceph, Proxmox Backup Server.

Proxmox-Betriebsbereiche, SKAFFON-Leistung und technische Randbedingungen
BereichWas wir tunWorauf es technisch ankommt
HA-ClusterCluster-Aufbau, Quorum, Fencing, HA-Ressourcen und -RegelnMindestens drei Knoten für ein zuverlässiges Quorum; Fencing über Watchdog, Hardware-Watchdog bevorzugt, softdog als Rückfall mit geringerer Zuverlässigkeit; Kapazität für den Ausfall eines Knotens einplanen
NetzwerkTrennung von Management, Cluster (Corosync), Storage und VM-Verkehr; VLANs, Bonding, optional SDNCorosync nicht mit Storage-Verkehr teilen, sonst droht Quorumverlust unter Last
StorageAuswahl und Betrieb: lokal (ZFS), shared oder CephCeph: mindestens drei Knoten, dediziertes Netz, HBA statt RAID-Controller, Replikation mit size 3 und min_size 2
UpdatesPlanung und Durchführung von Minor- und Major-UpgradesKnoten nacheinander aktualisieren; Release Notes und Kompatibilität vorher prüfen
BackupProxmox Backup Server, Aufbewahrungsregeln, Offsite-Kopie, WiederherstellungstestsEin Backup gilt erst nach erfolgreicher Wiederherstellung als vorhanden
PerformanceAnalyse von CPU-, RAM-, Storage- und Netzwerk-EngpässenCPU-Typ, VirtIO-Treiber, Storage-Latenz, Überbuchung

05Hochverfügbarkeit

HA schützt nur, wenn die Voraussetzungen stimmen

Laut Dokumentation braucht HA mindestens drei Knoten, gemeinsamen Speicher für VMs und Container und redundante Hardware. Fehlererkennung und Failover dauern typischerweise etwa zwei Minuten (Proxmox, High Availability); das begrenzt die erreichbare Verfügbarkeit. Fällt ein Knoten aus, verteilen sich die Dienste auf die übrigen, und kleine Cluster können dadurch überlastet werden. Deshalb planen wir Kapazität für den Worst Case.

HA-Regeln statt HA-Gruppen: Ab Proxmox VE 9.0 sind HA-Gruppen veraltet und werden in Node-Affinity-Regeln überführt; zusätzlich gibt es Resource-Affinity-Regeln, die Ressourcen zusammenhalten oder trennen. Wer von 8.x kommt, sollte die Umstellung bewusst prüfen. Aktueller Stand: Proxmox VE Roadmap.

  • Mindestens drei Knoten für ein zuverlässiges Quorum
  • Corosync-Netz getrennt vom Storage-Verkehr
  • Kapazität für den Ausfall eines Knotens
Blaue Netzwerkkabel und Glasfaser-Steckmodule an einem Switch mit leuchtenden Port-LEDs

06Ceph

Ceph ist kein Selbstläufer, und nicht jeder Cluster braucht es

Die Dokumentation empfiehlt mindestens 10 Gbit/s ausschließlich für Ceph, getrennt vom Corosync-Netz, gleichmäßig verteilte, gleich große Datenträger, keine RAID-Controller und mindestens drei Monitore. Ein min_size von 1 ist ausdrücklich nicht empfohlen, weil es Datenverlust riskiert (Proxmox, Hyper-Converged Ceph).

Kleine Cluster mit wenigen Knoten und Datenträgern sind für Ceph anspruchsvoll, weil die Dokumentation eine Mindestgröße mit gleichmäßig verteilten Datenträgern empfiehlt und die Wiederherstellung dort lange dauern kann; eine einfachere Storage-Lösung kann dann besser passen. Ceph lohnt sich bei ausreichend Knoten, schnellem Netz und dem Bedarf an gemeinsamem Speicher, sonst können ZFS mit Replikation oder externer Speicher einfacher sein.

Geöffnete Festplatten mit sichtbaren Magnetscheiben und Schreib-Lese-Armen

Backup

Ein Backup gilt erst nach erfolgreicher Wiederherstellung als vorhanden

Proxmox Backup Server speichert dedupliziert und inkrementell, unterstützt clientseitige Verschlüsselung, Remote-Synchronisation und Bandsicherung. Wir testen Wiederherstellung auf Systemebene und für einzelne Dateien. Setzen Sie bereits ein anderes Backup-Produkt ein, etwa Veeam, prüfen wir Kompatibilität mit Ihrer Proxmox-Version anhand der Herstellerdokumentation, bevor wir es in die Architektur aufnehmen.

07Projektverlauf

Von der Bestandsaufnahme bis zur Rufbereitschaft

  1. 01

    Bestandsaufnahme

    Ergebnis: Ist-Bild

    Hardware, Netzwerk, Storage, Workloads, vorhandene Backups, Betriebsprozesse.

  2. 02

    Zielarchitektur

    Ergebnis: Zielbild

    Knotenzahl, Netzwerk- und Storage-Design, HA-Konzept, Backup-Konzept, Sicherheitsgrenzen.

  3. 03

    Aufbau oder Bereinigung

    Umsetzung

    Installation, Härtung, Cluster-Bildung, Anbindung an Identität und Monitoring.

  4. 04

    Validierung

    Ausfalltests

    Ausfalltests für Knoten, Netzwerk und Storage, Restore-Test, Lasttest.

  5. 05

    Übergabe

    Ihr Team

    Dokumentation, Runbooks, Einweisung Ihres Teams.

  6. 06

    Betrieb

    Optional, 24/7

    Updates, Monitoring, Störungsbearbeitung, Rufbereitschaft. Die Reaktionszeiten je Prioritätsstufe ergeben sich aus dem Servicelevel-Modell unter Managed Services und werden je Vertrag vereinbart.

08Migration

Der Rahmen für den Umzug bestehender VMs

Die Gliederung ist der Rahmen; das Vorgehen im Detail beschreibt die Seite VMware-Exit nach Proxmox.

  1. 01

    Inventar

    Alle VMs mit Abhängigkeiten und Betriebsfenstern.

  2. 02

    Zuordnung

    Netzwerk und Storage der Quellumgebung auf das Ziel abbilden.

  3. 03

    Auslegung

    Den Zielcluster dimensionieren.

  4. 04

    Pilot

    Mit unkritischen VMs beginnen.

  5. 05

    Umschaltung

    Mit Rückfallweg

    Gestaffelte Umschaltung, jede Welle mit Rückfallweg.

  6. 06

    Abnahme

    Abnahme und Übergabe.

09Zugriff

Wie wir auf Ihren Cluster zugreifen

Zugriff auf Ihre Umgebung erfolgt personalisiert, nachvollziehbar und nach dem Prinzip der minimalen Rechte. Zugangsdaten verbleiben in Ihren Systemen. Anbindung an Verzeichnisdienst, Monitoring und Ihr Ticketsystem klären wir im Projekt. Weitere Sicherheitsfragen: Cloud Security.

10Ihr Beitrag

Vor dem ersten Termin: Zugänge, Wartungsfenster, Subscription-Entscheidung

  • Zugang zu Hardware, Netzwerk und gegebenenfalls Rechenzentrum
  • Ansprechpartner für Anwendungen und deren Wartungsfenster
  • Entscheidung über Subscription-Stufe und Supportmodell bei Proxmox
  • Freigaben für Ausfalltests

11Abgrenzung

Ein Cluster mit Betriebsbedarf ja, Heimserver und Herstellersupport nein

Das passt

  • Sie betreiben Proxmox produktiv oder führen es ein und suchen Unterstützung bei Aufbau und Betrieb.
  • Ein gewachsener Cluster soll bereinigt, getestet und abgesichert werden.

Das passt nicht

  • Sie suchen offiziellen Herstellersupport von Proxmox: den bekommen Sie nur dort.
  • Sie wollen nur eine einzelne VM auf einem Heimserver betreiben: der Aufwand lohnt nicht.
  • Sie benötigen eine Zertifizierung oder ein Gütesiegel als Proxmox-Partner: das bieten wir nicht.
  • Ihre Anwendungen sind containerisiert und sollen auf Kubernetes laufen: dann ist Kubernetes-Beratung der richtigere Einstieg.

12

Häufige Fragen

Ersetzt SKAFFON die Proxmox-Subscription?

Nein. Die Subscription gibt Zugriff auf das Enterprise-Repository und Herstellersupport. Wir arbeiten auf Ihrer Umgebung und beraten zur passenden Stufe.

Reichen zwei Knoten für Hochverfügbarkeit?

Laut Dokumentation sind für ein zuverlässiges Quorum mindestens drei Knoten nötig. Zwei Knoten sind nur mit zusätzlichen Maßnahmen betreibbar, die wir im Einzelfall bewerten.

Brauchen wir Ceph?

Nicht zwingend. Es lohnt sich bei ausreichend Knoten, schnellem Netz und dem Bedarf an gemeinsamem Speicher; sonst können ZFS mit Replikation oder externer Speicher einfacher sein.

Betreiben Sie Proxmox auch rund um die Uhr?

Ja, Betrieb und Support bieten wir 24/7 an. Die Reaktionszeiten je Prioritätsstufe ergeben sich aus dem Servicelevel-Modell unter Managed Services und werden je Vertrag vereinbart.

Beschreiben Sie Ihren Cluster, wir sagen, was fehlt

Hardware, Knotenzahl, Storage, Backup und heutiger Betrieb in wenigen Sätzen genügen für die Einordnung.