50
VMware-Perpetual-Lizenzen werden seit Dezember 2023 nicht mehr verkauft, und 2026 holt diese Entscheidung alle ein, die den Support in letzter Minute verlängert haben: Dreijährige SnS-Verträge laufen aus, vSphere 8 ist im letzten Jahr des General Support, und Version 9 existiert nur noch im Abonnement. Die vertrauten Editionen sind aus der Preisliste verschwunden, an ihrer Stelle stehen drei Bundles mit Core-basierter Lizenzierung und eine wachsende Schicht kostenpflichtiger Add-ons. Für manche rechnet sich das neue Modell glatt, für andere bedeutet es die Bezahlung von Kernen, die physisch nicht existieren – und der Unterschied zwischen diesen Ergebnissen hängt von der Form der Infrastruktur ab, nicht von der Größe des Unternehmens.
VMware-Support-Ende: die wichtigsten Termine 2026–2027
Am 11. Dezember 2023 hat VMware by Broadcom den Verkauf von Perpetual-Lizenzen und die Verlängerung von Support-and-Subscription-Verträgen (SnS) offiziell beendet. Die Lizenzen selbst wurden nicht widerrufen: Wer gekauft hat, nutzt weiter. Aber eine Verlängerung des Supports nach diesem Datum wurde unmöglich.
Danach griff die Vertragsarithmetik. Ein erheblicher Teil der Kunden verlängerte SnS unmittelbar vor dem 11. Dezember 2023 – in der Regel um ein oder drei Jahre. Die Einjahresverträge liefen bereits Ende 2024 aus. Die Dreijahresverträge laufen jetzt aus, Ende 2026, und für ihre Inhaber ist die Frage „was nun" nicht mehr theoretisch.
Parallel läuft der Versionskalender:
– vSphere 7.x und vSAN 7.x haben den General Support am 2. Oktober 2025 verlassen.
– vSphere 8.0 erreicht das Ende des General Support am 11. Oktober 2027.
– Die Funktionalität von vSphere 9.x ist nur innerhalb der Abonnement-Bundles verfügbar – eigenständige Editionen für Version 9 existieren nicht; das ist im offiziellen vSphere-Versionsvergleich festgehalten.
Wer eine Perpetual-Lizenz für vSphere 7 besitzt, ist bereits ohne Support. Wer eine Lizenz für vSphere 8 hält, hat etwas mehr als ein Jahr bis zum selben Punkt. Ein Upgrade auf Version 9 im Perpetual-Modell ist nicht möglich: Die offizielle FAQ zu VCF 9.1 stellt ausdrücklich fest, dass Kunden mit Perpetual-Lizenzen für den Wechsel auf Version 9 zunächst auf ein Abonnement umsteigen müssen.
Eine eigene Nuance betrifft die Sicherheit. Im April 2024 kündigte Broadcom kostenlosen Zugang zu Zero-Day-Patches für unterstützte vSphere-Versionen an – auch für Inhaber von Perpetual-Lizenzen mit abgelaufenem Support. Die Richtlinie gilt für kritische Schwachstellen mit einer CVSS-Bewertung von 9.0 und höher. Das Schlüsselwort lautet „unterstützte": vSphere 7 fällt nach dem 2. Oktober 2025 nicht mehr unter diese Definition. Und selbst wo die Richtlinie greift, deckt sie nur kritische Schwachstellen ab: keine Treiber-Updates, keine Unterstützung neuer Hardware, kein technischer Support.
End of Availability: welche VMware-Produkte endgültig vom Markt sind
Am 22. Januar 2024 wurde im Blog von VMware Cloud Foundation die vollständige End-of-Availability-Tabelle veröffentlicht – die offizielle Liste der Produkte, die als eigenständige Positionen aus dem Verkauf genommen wurden. Das Dokument umfasst alle Lizenzierungsvarianten: Perpetual, SnS, SaaS und alle übrigen Abonnementtypen, sämtliche Editionen und Metriken.
Die Tabelle zählt rund sechzig Positionen, die in zwei grundsätzlich verschiedene Gruppen zerfallen.
Die erste Gruppe sind Produkte mit einem Ersatz innerhalb der neuen Bundles. vSphere Enterprise Plus wurde Teil von VCF und VVF. vCenter Standard wird nicht mehr einzeln verkauft, ist aber in den Bundles enthalten. vSAN ist innerhalb der Bundles und als Kapazitäts-Add-on verfügbar. Die Aria Suite (ehemals vRealize) wurde zu den Komponenten VCF Operations und VCF Automation. NSX ging in VCF auf. Der Site Recovery Manager wurde vom Produkt zum kostenpflichtigen Add-on.
Die zweite Gruppe sind Produkte ohne jeden Ersatz. In der offiziellen Tabelle steht bei ihnen ein „N", und die Liste ist aufschlussreich: vSphere ROBO, vSphere Scale Out, vSphere Essentials Kit, vSphere Basic, vSphere Advanced, vSAN ROBO, HCI Kit, VMware Cloud Foundation for ROBO. Eine eigene Zeile ist der kostenlose vSphere Hypervisor (free ESXi): Seine Einstellung ist in derselben Tabelle festgehalten, ein Ersatz ist nicht vorgesehen.
Ohne Ersatz blieben vor allem die Produkte, die historisch kleine und Filial-Szenarien abgedeckt haben – die ROBO-Editionen, die Essentials-Kits und der kostenlose Hypervisor für einzelne Hosts.
Die Chronologie ist hier entscheidend. Im Januar 2024 ließ dasselbe Dokument noch einen Ausweg für kleine Umgebungen offen: Abonnements für vSphere Standard und das vSphere Essentials Plus Kit. Bis 2026 hat sich das Bild geändert. Das aktuelle offizielle Dokument VMware vSphere Version Comparison hält fest: vSphere Standard und vSphere Enterprise Plus sind nur bis zum Release 8 Update 3 verfügbar, während die Funktionen der Version 9.1 ausschließlich innerhalb von vSphere Foundation 9.1 und Cloud Foundation 9.1 ausgeliefert werden. Das Essentials Plus Kit wird in den Dokumenten der 9.1-Ära gar nicht mehr erwähnt. Die eigenständigen Editionen existieren formal noch, aber ihre Versionszukunft ist zu Ende.
VMware-Abonnements 2026: vSphere Foundation, Cloud Foundation und VCF Edge
Das aktuelle Angebot legt das offizielle Dokument VMware Cloud Foundation 9.1 and VMware vSphere Foundation 9.1: Feature Comparison & Upgrade Paths fest. Es gibt drei Angebote.
VMware vSphere Foundation (VVF) – die Plattform für Workloads: vSphere, vSphere Kubernetes Service, VCF Operations und vSAN mit einer Basiskapazität. Nach der Formulierung des Dokuments selbst enthält VVF einige VCF-Funktionen oder deren eingeschränkte Versionen.
VMware Cloud Foundation (VCF) – der vollständige Private-Cloud-Stack: vSphere, vSAN, NSX, HCX, vSphere Kubernetes Service, VCF Operations, VCF Automation und Private-AI-Dienste. Geliefert als einzelne SKU.
VMware Cloud Foundation Edge (VCF Edge) – eine für verteilte Edge-Szenarien optimierte VCF-Konfiguration. Auf den ersten Blick wirkt Edge wie eine Lösung für kleine Installationen, doch die offizielle FAQ zu VCF 9.1 zieht die Grenzen: Die Bereitstellung ist nur an Edge-Standorten erlaubt, das Lizenzminimum liegt bei 10 Standorten innerhalb eines Jahres nach der ersten Bereitstellung, mit mindestens 8 Kernen pro CPU und maximal 256 Kernen pro Standort. Das ist ein Produkt für eine Handelskette mit Dutzenden Filialen oder eine verteilte Fertigung – nicht für ein Unternehmen mit einem einzigen Serverraum.
Dasselbe Dokument hält auch den Status der früheren Editionen fest: vSphere Standard, vSphere Enterprise Plus, vSphere Enterprise, vSphere for Desktop und vSphere Scale-Out sind im Abschnitt Previous Products aufgeführt, mit vSphere Foundation oder VCF als empfohlenem Weg.
Add-ons in VMware Cloud Foundation: was im Abonnement nicht enthalten ist
Die Verkürzung des Portfolios auf drei Positionen ging mit einem Wachstum der Zusatzdienste einher. Die offizielle FAQ zu VCF 9.1 listet die separat verkauften Advanced Services auf: Advanced Cyber Compliance, Advanced Security, Load Balancing, Application Services, Data Services, Network Observability, Business Operations, Identity Security sowie zusätzliche vSAN-Kapazität. Die Formulierung des Dokuments ist eindeutig: Advanced Services werden separat erworben und sind nicht Teil der Basis-Angebote von VCF.
Separat lizenziert werden Avi Load Balancer, vDefend Firewall und VMware Live Recovery. Der Data Services Manager wird seit dem 5. Mai 2025 ebenfalls als eigener Dienst angeboten.
Zwei Beispiele aus der FAQ zeigen, wie Funktionalität zwischen Basis und Add-ons wandert. Erstens: Compliance-Reporting und die Erkennung von Konfigurationsdrift, zuvor in VCF Operations verfügbar, sind in Version 9.1 als veraltet markiert und in das kostenpflichtige Add-on Advanced Cyber Compliance verschoben. Zweitens: Die Orchestrierung der Notfallwiederherstellung erfordert den separaten Kauf von SRM oder ACC – das Basis-Entitlement von VCF umfasst vSphere-Replikation mit einem RPO ab fünf Minuten und lokale Snapshots, aber nicht den vollständigen DR-Zyklus.
Für das Budget bedeutet das eine einfache Sache: Der Bundle-Preis im Angebot ist der Eintrittspreis in die Plattform, nicht der Gesamtpreis der Lösung. Stehen DR-Orchestrierung, Compliance-Reporting oder Lastverteilung in den Anforderungen, kommen zur Basisposition separate Posten hinzu.
VMware-Lizenzierung pro Core: die 16-Kern-Regel pro CPU mit Rechenbeispielen
Alle drei Bundles werden nach physischen Kernen lizenziert. Die Zählmethode beschreibt der offizielle Artikel Broadcom KB 313548, der auch fertige Beispieltabellen enthält. Die Regel lautet: Lizenziert werden mindestens 16 physische Kerne pro CPU (physischem Prozessor) in den ESXi-Hosts, auch wenn eine CPU weniger Kerne hat.
Gezählt wird die Gesamtzahl der physischen Kerne über alle zu lizenzierenden Hosts, korrigiert um das Minimum. Wie das in der Praxis aussieht, zeigen zwei Szenarien aus der Beispieltabelle im Broadcom-Artikel selbst.
VMware-Lizenzrechnung für kleine Server: wie die Mehrzahlung für Kerne entsteht
Eine Zeile aus der Tabelle von KB 313548: drei Hosts, jeweils mit einer 8-Kern-CPU. Physische Kerne – 24. Zu lizenzieren – 48, weil jede CPU als 16-Kern-CPU zählt. Die Erklärung im Dokument selbst: Obwohl jede CPU 8 Kerne hat, muss der Kunde 48 erwerben, da die minimale Abonnementkapazität 16 Kerne pro CPU beträgt.
Man zahlt für doppelt so viele Kerne, wie man besitzt. Die Nachbarzeile zeigt das Szenario mit 6-Kern-CPUs: 18 physische Kerne, 48 zu bezahlen – ein Faktor von 2,67.
Die Rechnung für dichte Server: wann es keine Mehrzahlung gibt
Dieselbe Tabelle, eine andere Zeile: drei Hosts, jeweils mit zwei CPUs zu 24 Kernen. Physische Kerne – 144, zu lizenzieren – 144. Ein Verhältnis von 1:1. Die Mindestregel gilt immer, aber wenn jeder Prozessor 16 oder mehr physische Kerne hat, deckt sie sich mit der tatsächlichen Anzahl oder liegt darunter – und fügt der Rechnung nichts hinzu: Lizenziert wird die reale Zahl der physischen Kerne über alle CPUs.
Der zweite Parameter zugunsten dichter Konfigurationen ist die enthaltene vSAN-Kapazität. Laut KB 313548 bringt jeder lizenzierte VCF-Kern 1 TiB rohe vSAN-Kapazität mit, jeder VVF-Kern 0,25 TiB. Die offizielle Tabelle enthält ein Beispiel, in dem ein VCF-Cluster mit 144 Kernen ein Entitlement von 144 TiB erhält und den Speicherbedarf vollständig ohne Zuzahlungen deckt, und ein Beispiel, in dem ein speicherlastiger VVF-Cluster ein Add-on über 149 TiB zukaufen muss. Je dichter die Kerne und je bescheidener der Storage, desto näher rückt das Bundle an einen fairen Preis; je weniger Kerne und je mehr Platten, desto sichtbarer die Zuzahlungen.
Das Core-Modell mit dem Minimum von 16 ist für sich genommen weder teuer noch günstig – es reagiert empfindlich auf die Form der Infrastruktur. Moderne Zwei-Sockel-Server mit 24–48 Kernen pro Prozessor passieren die Schwellen ohne Verluste. Kleine und ältere Hosts bezahlen Kerne, die sie nicht haben.
VMware für 2–5 Server im Jahr 2026: warum das Abonnement überdimensioniert ist
Das häufigste kleine Szenario: zwei bis fünf Server, manchmal ohne Cluster. Ein Fileserver, ein ERP-System, Mail, ein paar virtuelle Dienstmaschinen. Historisch lebte dieses Segment auf vSphere Essentials, dem kostenlosen ESXi oder vSphere Standard mit einer einmal gekauften Perpetual-Lizenz.
Bis 2026 sind alle diese Stützen nacheinander verschwunden. Das kostenlose ESXi wurde ersatzlos eingestellt. Das Essentials Kit wurde beendet; das Essentials Plus Kit ist aus den Dokumenten der 9.1-Ära verschwunden. vSphere Standard stößt an die Decke der Version 8 Update 3 – ein Weg ohne Fortsetzung. VCF Edge verlangt mindestens zehn Standorte und darf außerhalb von Edge-Szenarien nicht bereitgestellt werden. Für ein Unternehmen mit einem einzigen Serverraum bleiben VVF und VCF – mit Lizenzierung ab 16 Kernen pro CPU.
Die typische Hardware dieses Segments rechnet sich nach der offiziellen Methode so: zwei Server, jeweils mit einer CPU zu 8 oder 10 Kernen, kein Cluster. Physische Kerne – 16–20, zu lizenzieren nach der Mindestregel – 32. Dabei erhält ein solcher Kunde mit VVF den vSphere Kubernetes Service, VCF Operations und ein vSAN-Entitlement – Komponenten, die im Szenario „zwei Maschinen mit Fileserver und Buchhaltungssystem" mit hoher Wahrscheinlichkeit während der gesamten Abonnementlaufzeit kein einziges Mal eingeschaltet werden.
Technisch läuft VMware auf zwei Servern so zuverlässig wie eh und je. Geändert hat sich nicht die Technologie, sondern die Verkaufseinheit. Die Mindesteinheit wurde ein Abonnement-Bundle, das für dichte Mehrkern-Hosts und die Nutzung des gesamten Stacks ausgelegt ist. Für eine Infrastruktur aus zwei oder drei kernarmen Servern ist diese Einheit größer als die Infrastruktur selbst: Man zahlt sowohl für Kerne, die es nicht gibt, als auch für Funktionalität, die nicht genutzt wird.
Das gilt nicht nur für Konfigurationen aus zwei oder drei Maschinen: Infrastrukturen mit fünf bis zehn Hosts, oft nicht einmal geclustert, werden nach denselben Regeln gezählt und fallen in dieselbe Lücke zwischen physischen und abgerechneten Kernen, wenn ihre Prozessoren nicht zu den dichtesten gehören. Genau dieses Segment – nicht Konzerne mit Tausenden virtueller Maschinen, sondern Unternehmen mit zwei bis zehn Hosts – hat die größte relative Veränderung der Bedingungen erlebt. Und genau für dieses Segment läuft die Wahl zwischen Verlängerung und Migration auf die einfachste Arithmetik hinaus.
Warum Broadcom VMware auf ein Abonnementmodell umgestellt hat
Der erklärte Rahmen des Übergangs ist Vereinfachung: Die Ankündigung vom 11. Dezember 2023 trägt wörtlich den Titel VMware by Broadcom Dramatically Simplifies Offer Lineup and Licensing Model. Vor der Übernahme zählte das VMware-Portfolio Dutzende Produkte, jedes in mehreren Editionen und mit eigener Lizenzmetrik: Allein die End-of-Availability-Tabelle listet rund sechzig eingestellte Positionen. Danach – drei Bundles und eine Add-on-Schicht. Dieselbe Ankündigung verweist auf die Halbierung des Listenpreises für das VCF-Abonnement gegenüber dem früheren Preis.
Die operative Seite der Vereinfachung zeigt sich in den Produkten der Version 9: ein einheitlicher VCF-Installer, zentrale Lizenzverwaltung über VCF Operations und den License Server, ein vereinheitlichter Support-Zyklus. Weniger Konfigurationen bedeuten eine kleinere Testmatrix und schnellere Releases.
Die kommerzielle Seite hat die Unternehmensführung in den Quartals-Calls formuliert: Die Strategie zielt auf die größten VMware-Kunden, und laut Broadcom-Angaben von Ende 2025 haben über 90 % der Top-10.000-Kunden VCF erworben. Ein Abonnementmodell mit festen Mindestmengen macht den Umsatz vorhersehbar – und für den Kunden macht es die Mindesthöhe der Rechnung vorhersehbar, unabhängig vom tatsächlichen Verbrauch.
Das Modell ist um den vollen Stack, dichte Hardware und große Installationen herum gebaut.
Wann sich die VMware-Verlängerung lohnt: Szenarien, in denen das Abonnement aufgeht
Es gibt Konfigurationen, in denen das neue Modell zugunsten des Kunden arbeitet. Dichte Cluster auf modernen CPUs mit 16 oder mehr Kernen pro Sockel passieren das Lizenzminimum ohne Mehrzahlung – die Rechnung läuft laut offizieller Tabelle 1:1. Wenn die Architektur dabei vSAN und NSX tatsächlich nutzt, ersetzt das Bundle drei separate Lizenzen des alten Modells, und das Entitlement von 1 TiB pro Kern in VCF kann den Speicherbedarf vollständig decken. Für verteilte Netze ab zehn Standorten gibt es VCF Edge mit der abgesenkten Schwelle von 8 Kernen pro CPU. Und schließlich gibt es Workloads, die durch die Zertifizierung des Anwendungsherstellers an vSphere gebunden sind – für sie umfasst der Plattformwechsel eine Rezertifizierung, und das kann den Lizenzunterschied überwiegen.
Das Kriterium ist einfach: Je näher die Infrastruktur am Profil „dichte Hosts, voller Stack, großer Maßstab" liegt, desto logischer die Verlängerung. Je weiter davon entfernt – desto genauer sollte man rechnen.
VMware-Alternativen 2026: Proxmox VE, XCP-ng, SUSE Virtualization
Für Infrastrukturen, die nicht ins Bundle-Profil passen, bietet der Markt Virtualisierungsplattformen mit grundlegend anderen Lizenzmodellen. Alle drei unten aufgeführten sind keine experimentellen Homelab-Projekte, sondern reife Produkte mit langjähriger Geschichte, einem kommerziellen Hersteller und Enterprise-Support im Rücken.
Proxmox VE – eine auf KVM und LXC basierende Plattform, die die österreichische Proxmox Server Solutions GmbH seit 2008 entwickelt. Der Code ist unter der AGPLv3-Lizenz offen, der aktuelle Zweig ist Proxmox VE 9 auf Debian-Basis.
Die Software selbst ist vollständig kostenlos: Clustering, Live-Migration, High Availability, Ceph, ZFS und das eigene Backup-System Proxmox Backup Server gehören ohne Funktionseinschränkungen und Lizenzschwellen zur offenen Version. Das kostenpflichtige Abonnement ist optional und kauft zwei Dinge – Zugang zum Enterprise-Repository mit getesteten stabilen Updates (statt des frischeren, aber weniger erprobten kostenlosen Repositorys) und Hersteller-Support-Tickets mit SLA. Abgerechnet wird pro belegtem CPU-Sockel: von 120 € (Community) bis 1.100 € (Premium) pro Sockel und Jahr. Die Kernzahl hat keinerlei Einfluss auf den Preis: Ein 64-Kern-Prozessor kostet dasselbe wie ein 8-Kern-Prozessor. Für dichte Hardware bedeutet das den maximalen Abstand zum Core-Modell, für kernarme Hardware das Verschwinden der Idee eines „Kern-Minimums", das die Rechnung von der realen Hardware entkoppelt.
XCP-ng – ein Hypervisor auf Xen-Basis, einer Technologie, die seit den frühen 2000er-Jahren im Produktivbetrieb läuft. Das Projekt selbst existiert seit 2018 als offene Abspaltung von Citrix XenServer und wird vom französischen Unternehmen Vates entwickelt; Verwaltung, Backup und Replikation laufen über Xen Orchestra.
Die Software ist zur Gänze kostenlos, und das Abonnement „schaltet sie nicht frei": Die gesamte Funktionalität einschließlich Backup und Replikation ist in den offenen Versionen verfügbar – Xen Orchestra wird dann eigenständig aus den Quellen gebaut. Das optionale Vates-VMS-Abonnement kauft drei Dinge: SLA und direkten Zugang zu den Vates-Ingenieuren, eine fertige, gepflegte Xen Orchestra Appliance statt des Eigenbaus sowie die Support-Abdeckung aller Hosts der Infrastruktur. Abgerechnet wird pro Host und Jahr; die Einstiegspakete Essential und Essential+ haben einen Festpreis für Infrastrukturen bis drei Hosts, ab 2.000 € pro Jahr. Der Ansatz ist das Gegenteil des Bundle-Modells: eine Virtualisierungsschicht ohne aufgezwungenes Ökosystem, für Teams, die den Rest des Stacks selbst zusammenstellen.
SUSE Virtualization (ehemals Harvester) – eine hyperkonvergente Plattform aus KVM, KubeVirt und dem verteilten Speicher Longhorn, die SUSE seit 2020 entwickelt. Der Quellcode ist unter Apache 2.0 offen, das aktuelle Release 1.7 erschien im Januar 2026.
Die Plattform ist kostenlos und in der offenen Version voll funktionsfähig – Bereitstellung und Betrieb sind ohne jede Zahlung möglich. Das optionale Enterprise-Abonnement kauft SUSE-Support rund um die Uhr, garantierte Update- und Sicherheitspatch-Zyklen, zertifizierten Hardware-Support und Premium-Bereiche der Dokumentation. Abgerechnet wird pro Node; eine öffentliche Preisliste gibt es nicht, die Kosten werden auf Anfrage kalkuliert. Sinnvoll dort, wo Container-Workloads bereits existieren oder geplant sind: Virtuelle Maschinen und Container werden einheitlich verwaltet, einschließlich Rancher-Integration.
Keine der Plattformen ersetzt vSphere mit einem Klick. Die Übertragung virtueller Maschinen erfordert Festplattenkonvertierung, Vorbereitung der Gasttreiber (VirtIO für Windows), den Umbau des Backup-Schemas und die Netzwerkkonfiguration. Aber der Maßstab wirkt in beide Richtungen: Bei einer Infrastruktur aus zwei oder drei Hosts ohne verteilte Switches und Overlay-Netze ist der Umfang dieser Arbeit begrenzt und gut prognostizierbar.
VMware-Migrationsplan: die Vorbereitung der Entscheidung in vier Schritten
Die Reihenfolge der Schritte hängt nicht davon ab, wie die endgültige Entscheidung ausfällt – Verlängerung oder Migration. Die ersten vier Schritte sind identisch.
Erstens – die Lizenzinventur. Erstellen Sie eine Liste der Perpetual-Lizenzen mit dem SnS-Ablaufdatum für jede einzelne. Das früheste Datum ist Ihre reale Deadline, nicht die Termine aus dem Broadcom-Kalender.
Zweitens – die Kerninventur. Nach der Methode von KB 313548: Anzahl der CPUs pro Host, physische Kerne pro CPU, korrigiert um das Minimum von 16. Für Umgebungen mit vCenter stellt Broadcom ein offizielles PowerCLI-Zählskript bereit – es zählt auch die rohen TiB für vSAN korrekt, die sich aus der Oberfläche nicht zuverlässig ablesen lassen. Das Ergebnis sind zwei Zahlen: physische Kerne und abgerechnete Kerne. Ihr Verhältnis zeigt sofort, in welchem Szenario Sie sich befinden.
Drittens – die Versionsinventur. Hosts auf vSphere 7 sind bereits ohne General Support. Für vSphere 8 notieren Sie den 11. Oktober 2027 und gleichen ihn mit dem Hardware-Erneuerungsplan ab: Sind die Server jünger als der Vertrag, entscheiden sich die Frage der Migration auf eine andere Plattform und die Frage des Abonnementwechsels gleichzeitig.
Viertens – die Inventur der tatsächlich genutzten Funktionen. Eine Liste der aktivierten Komponenten: Ist vSAN da, ist NSX da, werden verteilte Switches genutzt, was aus Aria/Operations wird wirklich geöffnet. Das ist die direkte Antwort auf die Frage, welchen Anteil des Bundles Sie ins Leere bezahlen würden.
Danach trennen sich die Wege. Zeigt die Rechnung ein Verhältnis nahe 1:1 und wird der Stack breit genutzt – fordern Sie ein Angebot für VVF oder VCF an und vergleichen Sie es mit den laufenden Ausgaben. Sind die abgerechneten Kerne doppelt so viele wie die physischen und wird vom Stack nur der Hypervisor genutzt – wählen Sie eine Zielplattform, setzen Sie einen Piloten auf einem unkritischen Host auf, übertragen Sie zwei bis drei virtuelle Maschinen, prüfen Sie Backup und Wiederherstellung, messen Sie den tatsächlichen Aufwand. Ein Pilot auf kleiner Infrastruktur dauert Tage, nicht Monate, und macht aus der Entscheidung statt Raterei eine Rechnung.
Server für die VMware-Migration
Führt die Rechnung zum Plattformwechsel, stellt INTROSERV dedizierte Server für die Virtualisierung in Rechenzentren in Polen, den Niederlanden, Deutschland, Frankreich, Großbritannien, den USA, Kanada, Singapur und Australien bereit – mit Konfigurationen für Proxmox VE, XCP-ng und SUSE Virtualization. Wir installieren und konfigurieren die Plattform und helfen bei der Übertragung der virtuellen Maschinen auf die gewählte Lösung; die laufende Verwaltung bleibt vollständig auf Ihrer Seite.
Eine eigene Frage beim Abschied von VMware ist der Support. Alle drei Plattformen laufen ohne Hersteller-Abonnement, aber manchmal braucht es die Hände eines Ingenieurs: den Cluster nachjustieren, die Backups in Ordnung bringen, die Ursache einer Verschlechterung finden. Für solche Aufgaben bieten wir Systemadministration mit stundenweiser Abrechnung: Die INTROSERV-Ingenieure arbeiten mit Proxmox VE, XCP-ng und SUSE Virtualization und übernehmen Konfiguration und Troubleshooting auf Anfrage – ohne verpflichtende Abonnements und Grundgebühr, bezahlt wird nur die tatsächliche Arbeitszeit. So lässt sich eine offene Plattform kostenlos betreiben und Expertise punktuell zuschalten, wenn sie wirklich gebraucht wird.
Wenn Sie gerade die Szenarien Verlängerung und Migration vergleichen – schreiben Sie uns, wir helfen, die Hardware-Konfiguration mit den Anforderungen der gewählten Plattform abzugleichen.
