2027: Lohnt sich vor der VMware-Verlängerung die Prüfung eines dedizierten Servers?

Ihre VMware-Verlängerung steht an, aber der Preis allein beantwortet nicht, ob ein Wechsel sinnvoll ist.

Dieser Beitrag ist für technische Verantwortliche, die ihre Infrastrukturkosten für 2027 planen und Verlängerung und Migration über denselben Zeitraum vergleichen möchten.
Er hilft auch Betriebsteams mit einer überschaubaren VM-Landschaft, die eigene Wartungs- und Wiederherstellungsverantwortung realistisch einzuordnen.
Wenn Sie stabile Workloads aus einer bestehenden Umgebung verlagern wollen, finden Sie Kriterien, mit denen Sie Eignung und offene Risiken prüfen können.

VMware-Verlängerung und Migrationsbewertung: Lizenz und Infrastruktur getrennt rechnen

Eine belastbare VMware-Verlängerung und Migrationsbewertung beginnt mit getrennten Kostenblöcken. Der Mietpreis eines Servers ist nicht der Gesamtpreis einer Ersatzlösung: Sie benötigen gegebenenfalls weiterhin Softwarelizenzen, müssen die Zielplattform betreiben und die Migration durchführen. Eine günstige Hardwareposition kann dadurch neben einer teuren Verlängerung stehen, ohne dass sie diese vollständig ersetzt.

Die Lizenzseite ermitteln Sie aus Ihrem aktuellen Vertrag und einem schriftlichen Verlängerungsangebot. Die Lizenzregeln sollten Sie für genau Ihre Produkte, Nutzungsrechte und Supportleistungen prüfen. Broadcom kündigte am 22.01.2024 das Ende der Verfügbarkeit dauerhafter VMware-Lizenzen und SaaS-Dienste im bisherigen Modell an; das ist ein belegter Teil des Lizenzkontexts, aber kein Beleg dafür, dass jeder Kunde dieselbe Preisentwicklung erlebt. Broadcoms Mitteilung zum Lizenzmodell beschreibt die Änderung aus Sicht des Anbieters.

Unterscheiden Sie außerdem zwischen dem Nutzungsrecht einer dauerhaften Lizenz und einem Support-Abonnement. Laut Broadcoms Erläuterung zur Funktionalität nach Ablauf des Supports führt das Ende eines Support-Abonnements nicht automatisch dazu, dass die zugrunde liegende dauerhafte Lizenz erlischt. Zugänge zu Support, Patches oder Versionsupdates können jedoch betroffen sein. Für abonnierte Lizenzen beschreibt Broadcom separat, welche Folgen ein abgelaufenes Abonnement hat; prüfen Sie den eigenen Fall anhand der offiziellen Erläuterung zu auslaufenden Abonnements. Diese Unterscheidung ist entscheidend: „Keine Verlängerung“ kann je nach Lizenzmodell etwas anderes bedeuten.

Erfassen Sie für jede Option dieselben Kostenarten:

• Lizenz und Support: Ihr Angebot, die konkret betroffenen Produkte und die im Vertrag enthaltenen Leistungen.
• Infrastruktur: Servermiete oder vorhandene Hardware, Speicher, Netzwerk, IP-Adressen und gegebenenfalls zusätzliche Komponenten.
• Plattformbetrieb: Arbeitszeit für Installation, Updates, Überwachung, Fehlerbehebung und Versionswechsel.
• Migration: Tests, Konvertierung, Umstellung, mögliche Parallelbetriebsphase und Rückfallplanung.
• Wiederherstellung: Unabhängige Backups, Speicher außerhalb des Produktionsservers und regelmäßige Restore-Tests.

Nutzen Sie einen einheitlichen Betrachtungszeitraum und tragen Sie die Originalbelege ein: Verlängerungsangebot, offizielle Lizenzinformationen, internes Arbeitszeitmodell und die aktuelle Produktliste des jeweiligen Serverangebots. Eine fiktive Ersparnisquote wäre nicht belastbar, solange Ihre Vertragsbedingungen, Arbeitsaufwände und Zielkonfiguration nicht feststehen.

Ressourcen: tatsächliche VM-Last statt nomineller Hostgröße

Die Größe Ihrer bestehenden VMware-Hosts ist kein zuverlässiger Maßstab für die benötigte Zielmaschine. Eine Host-Ausstattung kann wegen Reserven, hoher Konsolidierung oder historischer Auslegung deutlich von der tatsächlichen Spitzenlast abweichen. Umgekehrt kann eine scheinbar geringe Durchschnittsauslastung kritische Lastspitzen verbergen, wenn etwa Datenbankwartung, Backups oder Batchverarbeitung gleichzeitig laufen.

Erstellen Sie deshalb eine Baseline aus Messwerten, nicht aus einer Liste nomineller VM-Größen. Erfassen Sie je virtueller Maschine mindestens:

• zugewiesene und tatsächlich genutzte CPU-Ressourcen sowie Spitzenwerte;
• belegten Arbeitsspeicher und wiederkehrende Spitzen;
• belegten Speicher, Wachstum, I/O-Muster und den Platzbedarf für Backups;
• Netzwerkauslastung, Übertragungsrichtung und relevante Lastspitzen;
• Abhängigkeiten zwischen VMs, etwa Datenbank, Anwendung, Verzeichnisdienst und Backup-Ziel.

Achten Sie besonders auf die Konsolidierungsrate. Mehrere VMs können sich unproblematisch eine Ressource teilen, solange ihre Spitzen nicht zusammenfallen. Wenn Sie diese VMs auf eine einzelne Maschine verdichten, steigt das Risiko, dass zeitgleiche Spitzen CPU, Arbeitsspeicher oder Datenträger überlasten. Bei Speicher wiederum ist die nutzbare Kapazität nicht mit der Rohkapazität gleichzusetzen: Spiegelung, Reserve für Wachstum, Snapshots und Sicherungskopien verändern den tatsächlich verfügbaren Platz.

Für die Inventur innerhalb einer Linux-VM können Sie beispielsweise folgende Befehle verwenden:

lscpu
free -h
lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINT
ip -s link

Sie liefern eine Momentaufnahme von CPU-Topologie, Arbeitsspeicher, Blockgeräten und Netzwerkschnittstellen. Ein beispielhaftes Ausgabeschema kann so aussehen:

CPU(s):                  <Wert aus Ihrer VM>
Mem:                     <Gesamt / genutzt / verfügbar>
NAME   SIZE   TYPE   MOUNTPOINT
<Gerät> <Größe> <Typ> <Einhängepunkt>
<Interface>:             <Zähler aus Ihrem System>

Diese Abfrage ersetzt keine historische Messung und zeigt auch nicht automatisch die tatsächliche Last des Hypervisors. Nutzen Sie zusätzlich Ihre vorhandenen Monitoringdaten und betrachten Sie repräsentative Spitzenzeiten. Eine Bewertung der Speicher- und Ressourcenplanung kann dabei helfen, zugesicherte Werte von belegtem Speicher und betrieblicher Reserve zu trennen. Für die Zielplanung sind Ihre Messdaten maßgeblich; nicht die Summe aller konfigurierten VM-Maximalwerte und auch nicht der Produktname eines Servers.

Plattformabhängigkeiten: Ist Proxmox VE für Ihre Umgebung geeignet?

Proxmox VE kann eine mögliche Zielplattform sein, ist aber nicht automatisch eine funktional identische VMware-Alternative. Bevor Sie die Migration erwägen, erstellen Sie eine Abhängigkeitsliste mit den Funktionen, die Ihre Umgebung tatsächlich nutzt. Dazu gehören etwa Clusterverhalten, Live-Migration, Rollen- und Rechteverwaltung, Backup-Integration, Netzwerk-VLANs, Automatisierung, Monitoring und die Verwaltung von Gastbetriebssystemen.

Bewerten Sie jede Abhängigkeit mit einer konkreten Prüfung:

1. Inventarisieren Sie die Nutzung: Notieren Sie nicht nur, welche Funktion lizenziert ist, sondern welche Workloads und Abläufe sie tatsächlich verwenden.
2. Ordnen Sie die Auswirkung zu: Halten Sie fest, ob ein Ausfall eine VM, einen Dienst oder mehrere Geschäftsprozesse betrifft.
3. Prüfen Sie den Ersatzweg: Klären Sie anhand der Dokumentation der Zielplattform, ob die Funktion vorhanden ist, wie sie eingerichtet wird und welche Zusatzkomponenten nötig sind.
4. Testen Sie den konkreten Ablauf: Ein VM-Import ist kein Nachweis dafür, dass Backup, Wiederherstellung, Netzwerkregeln und Wartungsprozesse funktionieren.
5. Legen Sie eine Rückfallbedingung fest: Bestimmen Sie, welche Testergebnisse vor einer produktiven Umschaltung erfüllt sein müssen.

Die Proxmox-VE-Verwaltungsanleitung beschreibt die Plattform und ihre Verwaltungsfunktionen; die separate Dokumentation für Proxmox VE 8 bezieht sich ausdrücklich auf diese Hauptversion. Dokumentation allein bestätigt jedoch weder die Kompatibilität Ihrer konkreten Hardware noch den erfolgreichen Betrieb Ihrer individuellen Konfiguration. Prüfen Sie die aktuellen Anforderungen, die vorgesehenen Geräte und die Funktionen, auf die Ihre Umgebung angewiesen ist. Führen Sie dafür einen Test mit repräsentativen VMs, Netzwerken und Wiederherstellungsszenarien durch.

Betrieb und Wiederherstellung: Wer trägt nach dem Wechsel die Verantwortung?

Eine Plattformmigration verschiebt Betriebsaufgaben; sie lässt sie nicht verschwinden. In einer selbst verwalteten Umgebung muss Ihr Team unter anderem Updates planen, Sicherheitsmeldungen bewerten, Zugriffe kontrollieren, Systemzustände überwachen und Fehler diagnostizieren. Wenn bisher eine Supportleistung, ein Managed Service oder internes Spezialwissen einen Teil davon abgedeckt hat, ist dieser Aufwand bei der Alternative ausdrücklich zu berücksichtigen.

Prüfen Sie vor einer Entscheidung, ob es für die Aufgaben konkrete Zuständigkeiten gibt:

• Wer bewertet und installiert Sicherheitsupdates?
• Wer prüft Monitoringmeldungen außerhalb üblicher Arbeitszeiten?
• Wer stellt nach einem fehlgeschlagenen Update den vorherigen Zustand wieder her?
• Wer kontrolliert Backup-Ergebnisse und führt Wiederherstellungstests durch?
• Wer aktualisiert Dokumentation, Automatisierung und Betriebsabläufe?

Auch ein einzelner dedizierter Server ist kein Cluster und erzeugt für sich allein keine Hochverfügbarkeit. Fällt die Maschine aus, kann der betroffene Dienst ausfallen, bis Sie Ersatzhardware oder einen Wiederherstellungsweg nutzen. Ein RAID kann den Umgang mit bestimmten Laufwerksausfällen erleichtern, schützt aber nicht vor Fehlbedienung, Schadsoftware, Diebstahl oder Verlust des gesamten Standorts. Planen Sie deshalb eine vom Produktionssystem unabhängige Sicherung und testen Sie Wiederherstellungen für die Dienste, deren Ausfall Sie nicht akzeptieren können.

Prüfen Sie, ob Backups außerhalb des Produktionsservers liegen und ob die Wiederherstellungsreihenfolge dokumentiert ist. Ein Backup-Job, der erfolgreich endet, beweist noch nicht, dass eine vollständige VM oder eine einzelne Datenbank in Ihrem Zeitfenster zurückgespielt werden kann. Notieren Sie, welche Daten zuerst benötigt werden, wer Zugriff auf die Sicherung hat und wie Sie den Betrieb bei einem Host-Ausfall fortsetzen. Verwechseln Sie dabei nicht ein vom Team geplantes Sicherungskonzept mit einer Funktion, die der Serveranbieter möglicherweise gar nicht bereitstellt.

Welcher Weg passt zu Ihren Bedingungen?

Die folgende Entscheidungshilfe ordnet die Wahl nach Ihren überprüfbaren Betriebsbedingungen, nicht nach einem pauschalen Preisurteil:

• Wenn Ihre Lizenzrechte geklärt sind, die Verlängerungskosten mit vollständigem Angebot vorliegen und VMware-Funktionen für Ihre Workloads unverzichtbar sind, dann ist eine Verlängerung oder eine gezielte Vertragsprüfung der nächste Schritt. Bewerten Sie einen Wechsel erst, wenn ein gleichwertiger, getesteter Betriebsweg vorliegt.
• Wenn ein Teil Ihrer VMs stabile Lasten abbildet, die Plattformabhängigkeiten begrenzt sind und Ihr Team Updates, Überwachung und Wiederherstellung übernehmen kann, dann prüfen Sie eine schrittweise Migration dieser Workloads. Lassen Sie kritische oder stark gekoppelte Dienste zunächst auf der bestehenden Plattform.
• Wenn Sie Funktionen benötigen, deren Ersatz nicht verifiziert ist, keine belastbare VM- und Speicherbaseline besitzen oder keinen getesteten Rückfallweg haben, dann verschieben Sie die Migration. Schließen Sie zuerst die Lücken bei Inventar, Kompatibilität oder Wiederherstellung.
• Wenn eine Anwendung zwingend Cluster-Hochverfügbarkeit, eine bestimmte Integration oder einen zugesicherten Supportpfad benötigt, dann vergleichen Sie eine passende Plattformarchitektur mit der Verlängerung. Entscheiden Sie nicht allein anhand der Miete für eine einzelne Maschine.

Ein Medienbericht vom 07.09.2026 ordnete die Diskussion über VMware-Verlängerungen als Anlass für eine erneute Infrastrukturprüfung ein. Das ist ein Bericht über strategische Überlegungen, kein offizieller Nachweis dafür, dass jede Organisation höhere Kosten hat oder migrieren sollte. Der Bericht zu Verlängerungen und Infrastrukturentscheidungen kann den Diskussionskontext liefern; Ihre Vertragsbedingungen und technischen Tests müssen die Entscheidung tragen.

Vor dem Vergleich sollten Sie außerdem die unterschiedlichen Abrechnungszeiträume normalisieren. Wenn Ihre Verlängerung, interne Arbeitszeit und Servermiete verschiedene Laufzeiten abdecken, vergleichen Sie keine Gesamtbeträge, die unterschiedliche Zeiträume oder Leistungen enthalten. Eine monatliche Zahl ist nur sinnvoll, wenn Sie wissen, welche Leistungen eingeschlossen sind und welche Kosten separat anfallen. Für die Berechnung von Abrechnungszyklen und Mietzeiträumen können Sie die Laufzeitannahmen nachvollziehbar aufschreiben.

Füllen Sie die Zeilen mit Beträgen und Arbeitsaufwänden aus Ihren eigenen Unterlagen aus. Für jeden Betrag sollten Quelle, Gültigkeitszeitraum und enthaltene Leistung vermerkt sein. Bei einer Mietoption nutzen Sie ausschließlich die aktuelle Produktliste des Anbieters und halten Sie fest, welche Konfiguration, Betriebssysteme, Abrechnungsperioden und Zugangswege dort tatsächlich aufgeführt sind. Ohne diese Angaben wäre ein Vergleich konkreter Preise oder Serverkonfigurationen nicht belastbar.

Vor dem Beschluss: Migration testen und Rückfall ermöglichen

Ein Testplan sollte nicht bei „VM startet“ enden. Prüfen Sie mindestens, ob die Anwendung ihre abhängigen Dienste erreicht, ob Netzwerkregeln und Namensauflösung stimmen, ob Daten konsistent sind und ob das Backup wiederhergestellt werden kann. Halten Sie für jeden Test fest, wer ihn ausführt, welches Ergebnis erwartet wird und was bei einem Fehlschlag passiert.

Gehen Sie schrittweise vor:

1. Erfassen Sie den Ist-Zustand. Dokumentieren Sie VMs, Ressourcen, Speicherbelegung, Netzwerk, Lizenzen, Backup-Aufträge und externe Integrationen.
2. Wählen Sie repräsentative Testsysteme. Beginnen Sie nicht mit der kritischsten Anwendung, sondern mit einer Workload, die typische technische Abhängigkeiten abbildet und deren Ausfall beherrschbar ist.
3. Prüfen Sie die Zielplattform. Installieren und konfigurieren Sie die geplante Plattform in einer Testumgebung, die der späteren Hardware und Netzwerktopologie entspricht.
4. Testen Sie Migration und Betrieb. Validieren Sie Start, Anwendungszugriff, Monitoring, Updateprozess, Backup und Restore. Nehmen Sie auch die Rückkehr zur bisherigen Umgebung in den Test auf.
5. Schalten Sie erst nach Freigabe um. Legen Sie fest, welche technischen Ergebnisse und betrieblichen Zuständigkeiten vor der produktiven Migration bestätigt sein müssen.

Wenn Sie für einen dieser Schritte auf nicht geprüfte Annahmen angewiesen sind, ist das ein Grund, den Umfang zu verkleinern oder die Entscheidung zu vertagen. Eine Pilotmigration einzelner stabiler Dienste kann Ihnen belastbarere Daten liefern als die pauschale Verlagerung sämtlicher VMs. Sie können anschließend entscheiden, ob eine schrittweise Umstellung tragfähig ist oder ob die verbleibenden Funktionen eine Verlängerung erfordern.

Dedizierter Server oder Verlängerung: Was Sie vor dem Beschluss belegen müssen

Bevor Sie eine dedizierte Servermiete in Ihre Zielarchitektur aufnehmen, verifizieren Sie die gewählte Hardware, die nutzbare Speicherkapazität, die Netzwerkparameter, die Betriebssystemoptionen und die Abrechnungsbedingungen anhand der aktuellen Produktliste. Prüfen Sie außerdem separat, ob die gewünschte Virtualisierungsplattform auf der konkreten Konfiguration unterstützt wird und ob Ihre Betriebsabläufe damit funktionieren. Die Installation einer Plattform ist keine Zusage für VMware-Kompatibilität, Clusterfähigkeit, Datensicherung oder Fehlerübernahme.

Zuletzt geprüft am 02.11.2026. Für die Lizenzgrenzen wurden die genannten Broadcom-Informationen, für die Plattformprüfung die offiziellen Proxmox-VE-Verwaltungsanleitungen und für den Branchendiskurs der verlinkte Medienbericht herangezogen. Neue Lizenzbedingungen, eine wesentliche Änderung der Plattformanforderungen oder eine Änderung der Produktliste erfordern eine erneute Prüfung.

Wenn Ihre Workloads stabil sind und Ihr Team Plattformbetrieb sowie Wiederherstellung verantworten kann, kann OSFP Cloud als Infrastrukturkomponente in die Bewertung aufgenommen werden. Vergleichen Sie vor einer Entscheidung die tatsächlich verfügbaren Konfigurationen, Betriebssysteme, Zugangswege und Abrechnungsperioden in der aktuellen Produktübersicht von OSFP Cloud. So prüfen Sie eine Servermiete als mögliche Zielinfrastruktur, ohne sie mit einer VMware-Lizenz oder einem Hochverfügbarkeitsversprechen gleichzusetzen.