1. IT-Wissen
  2. Proxmox-Migration

Wissen und Planung · InfraQ

Proxmox-Migration planen: Bestand, Storage, Cutover

Ob Proxmox grundsätzlich passt, ist eine andere Seite. Hier geht es um die Reihenfolge, wenn die Richtung schon feststeht: was inventarisiert, getestet und erst dann umgeschnitten wird.

  • Kein Check erforderlich
  • Nutzbar ohne Kontaktformular
  • Herausgegeben von InfraQ, Windorf

Inventur

Was vor dem ersten Umzug auf dem Tisch liegen muss

BlockFragen
WorkloadsWelche VMs oder Dienste, Abhängigkeiten, Wartungsfenster, „darf nicht mitwandern“.
StorageWo liegen Platten heute, welche Latenz der Dienst braucht, Backup-Fenster.
NetzVLANs, Firewall, Lizenzen an MAC/IP, Management-Zugriff.
BackupWie wird vor, während und nach dem Cutover gesichert – inkl. Testrestore.
SnapshotsHilfsmittel, kein Backup-Ersatz. Klare Lebensdauer, sonst volle Datastores.

Entscheidungen

Cluster, HA und Sizing ohne Showzahlen

Cluster

Mehrere Hosts lohnen, wenn Ausfall eines Knotens und gemeinsame Verwaltung wirklich gebraucht werden. Ohne Quorum- und Storage-Klarheit wird aus Cluster nur Komplexität.

HA

Automatisches Wiederanlaufen braucht getestetes Shared Storage oder gleichwertige Annahmen. HA ohne Übung ist eine Einstellung, kein Ergebnis.

Sizing: CPU, RAM und Disk aus dem Ist plus Reserve, die ihr begründen könnt. Keine übernommenen „reicht für 20 VMs“-Sätze von dieser Seite.

Cutover

Umschalten, testen, zurückkönnen

  1. Reihenfolge der Workloads

    Abhängige Dienste (Verzeichnis, Datei, Fachanwendung) nicht parallel raten.

  2. Freeze und Kopie

    Wer darf während des Fensters noch schreiben? Wie wird der letzte Stand gesichert?

  3. Funktionstest

    Anmeldung, Druck, Fachsoftware, Backup-Job auf dem neuen Host.

  4. Rollback

    Schriftlich: bis wann Rückfall auf Alt möglich ist, wer entscheidet, welche DNS/IP zurückmüssen.

  5. Betriebsübergabe

    Zugänge, Monitoring, Dokumentation. Migration endet nicht beim ersten erfolgreichen Ping.

Fragen

Kurz beantwortet

Ist Cluster oder HA Pflicht?

Nein. Cluster und Hochverfügbarkeit sind Entscheidungskriterien. Sie brauchen passendes Storage, Netzwerk und Betrieb – nicht nur ein Häkchen in der Oberfläche.

Kann man Sizing aus dem Internet übernehmen?

Nein. Last, Speicherverhalten und Wachstum sind umgebungsspezifisch. Diese Seite enthält keine Benchmarks und keine Garantiezahlen.

Weiterlesen

Passende Wissensseiten

Wenn Virtualisierung eingeordnet und betrieben werden soll: Virtualisierung einordnen im Betrieb Deggendorf.

Optional

Migrationsplan gegen eure Workloads halten?

Die Cutover-Reihenfolge könnt ihr intern vorbereiten. InfraQ steigt ein, wenn Inventur, Storage und Rollback unklar sind.

Antwort von InfraQ. Sitz Windorf bei Passau, für Deggendorf remote und bei Bedarf vor Ort.