Oracle Linux vs. VMware: Was Unternehmen feststellen, wenn sie den Wechsel tatsächlich testen

Der Ärger begann mit einer Rechnung, während Cluster und Hosts einwandfrei liefen.

Irgendwo in einem weitläufigen US-Unternehmen mit 20.000 VMs auf 1.500 Hosts, zusammengehalten durch Jahre an operativer Routine, schlug eine Preiserhöhung ein, die man bis in die Chefetage spürte. Mit einem moderaten Aufschlag oder einer Inflationsanpassung hatte das wenig zu tun. Es ging um 300 Prozent mehr, ausgelöst durch Broadcoms inzwischen berüchtigten Umbau der VMware-Lizenzierung.

Teams, die ihre gesamte Karriere rund um ESXi, vCenter, vSAN, NSX und all das Bindegewebe aufgebaut hatten, das VMware fast unsichtbar wirken ließ, mussten plötzlich eine Zukunft durchrechnen, auf die sie nicht vorbereitet waren. Die Anweisung von oben war vorhersehbar: Alternativen suchen.

So landete der Oracle Linux Virtualization Manager (OLVM) im Testlabor. Besonders begeistert war niemand davon. Das Unternehmen brauchte aber einen Kandidaten, der sich in eine derart große Umgebung einfügen konnte, ohne Budgets zu sprengen oder jedes operative Playbook neu zu schreiben. Und Oracle versteht es trotz all des Wirbels, den das Unternehmen sonst verursacht, sich als die günstigere Option zu positionieren, sobald der Markt ins Wanken gerät.

Tests bringen die Wahrheit allerdings schnell ans Licht. Als das Team ein realistisches Gefühl für OLVM entwickelt hatte, war die Stimmung von hoffnungsvoll zu resigniert gekippt. Sie fanden Abgründe, wo sie Lücken erwartet hatten, und damit waren sie nicht allein.

Branchenweit sagten IT-Teams, die einen Zeh in Oracles Ökosystem getaucht hatten, immer wieder dasselbe: Wer VMware rein aus Kostengründen verlässt, findet in Oracle nicht die Fluchtluke, die man sich erhofft.

Dieser Beitrag erzählt, was Unternehmen feststellen, wenn sie Oracle Linux als VMware-Ersatz testen, und warum der Weg weg von VMware alles andere als einfach ist.

1. Die Preis-Fata-Morgana

Sobald Oracle auf der Speisekarte auftaucht, feuern erfahrene Veteranen aus dem Feld denselben Warnschuss ab:

„Süß, dass du denkst, du sparst Geld, indem du zu irgendetwas von Oracle wechselst."

Das klingt bissig, ist aber Überlebensinstinkt. Oracle hat eine lange Geschichte darin, attraktive Einstiegspreise zu bieten und dann aggressive Lizenzierung, Audits und Vertragsverlängerungen draufzusetzen, die die Gesamtbetriebskosten explodieren lassen. Viele Engineers tragen Narben von RDBMS-Audits davon oder haben zugesehen, wie Budgets implodierten, weil Oracle-Workloads auf Nicht-Oracle-Plattformen liefen.

Ein paar Aussagen tauchten immer wieder auf:

„Oracle wird langfristig nicht billiger sein."

„Wenn du über deren Lizenzierung reden willst, sorg erst dafür, dass bei dir selbst alles sauber ist."

„Lies dir die Lizenzierungsgeschichten durch, bevor du überhaupt darüber nachdenkst."

Sogar aktuelle und ehemalige Oracle-Mitarbeiter geben zu, dass dieser Ruf nicht von ungefähr kommt.

Noch bevor Unternehmen bei den technischen Features ankommen, herrscht also schon der Verdacht, dass die Zahlen am Ende nicht zu ihren Gunsten ausfallen. Im VMware-Maßstab von 20.000 VMs schlägt jeder unerwartete Posten wie eine Schlagzeile ein.

2. Fehlende Features treffen am härtesten

Oberfläche und Lernkurve sind beim Test von OLVM das kleinere Problem. Den Tiefschlag erleben Teams, sobald sie versuchen, ihre VMware-Features darauf abzubilden.

Ein Engineer, der es in der Praxis getestet hat, brachte es klar auf den Punkt:

„Definitiv nicht ideal … eine UNMENGE fehlender Features im Vergleich zu dem, was wir bereits nutzen."

Andere bestätigten, dass sich OLVM vertraut anfühlt, „old-school vSphere-mäßig", doch die Ähnlichkeit bleibt an der Oberfläche. Sobald Teams es mit dem Tooling vergleichen, das VMware über zwei Jahrzehnte aufgebaut hat, werden die Risse größer.

Zu den auffälligsten Problemen gehören:

• Kein echtes Äquivalent zu VMwares ausgereiftestem Stack
• Keine Integration auf vSAN-Niveau
• Keine Netzwerkvirtualisierung der NSX-Klasse
• Kein ausgereiftes Ökosystem für Enterprise-Cloud-Management
• Eingeschränktes operatives Tooling im Vergleich zum vCenter-Ökosystem

Die Selbstbau-Steuer

Jedes fehlende VMware-Feature hat seinen Preis: Automatisierungs-Frameworks, die neu gebaut werden müssen, individuelles Networking, das entworfen werden muss, alternative Storage-Lösungen, die entwickelt werden müssen, und operative Prozesse, die neu erfunden werden müssen. OLVM ist technisch gesehen kostenlos, eine VMware-ähnliche Erfahrung darauf aufzubauen dagegen ganz und gar nicht.

Ein Engineer in der Diskussion brachte es perfekt auf den Punkt:

„Sie sind entweder billiger und weniger funktionsreich (was bedeutet, dass du diese Lösungen selbst entwickeln musst) oder im ersten Jahr billiger, um dich zur Migration zu bewegen, und ziehen danach die Schlinge zu."

Das Bild von der Schlinge, die sich zuzieht, fällt häufig, wenn Leute über Oracle sprechen. Und niemand will seine gesamte Virtualisierungsstrategie auf einer Plattform aufbauen, die auf Dauer vielleicht weder stabil noch bezahlbar bleibt.

3. Xen-Wurzeln, gemischte Gefühle

Oracles Hypervisor-Stack basiert heute auf KVM, auch wenn sich manche Engineers noch daran erinnern, dass sich das Virtualisierungsangebot früher auf Xen stützte. Diese Erinnerungen sind nicht gerade schmeichelhaft.

Ein Nutzer sagte es unverblümt:

„Ich habe mal mit Xen rumgespielt und es gehasst. Das ist viele Jahre her, also ist es wahrscheinlich inzwischen anders …"

Auch wenn sich die Technik darunter modernisiert hat, zählen Eindrücke. Die meisten Engineers, die heute OLVM evaluieren, sind mit dem Feinschliff von VMwares Hypervisor groß geworden. Alles, was sich wie ein Rückschritt anfühlt, kann sofort Zweifel auslösen, selbst wenn es technisch einwandfrei ist.

4. Oracle Linux ist vertraut, erzählt aber nur einen Teil

Ein paar wohlwollendere Stimmen aus dem Feld weisen darauf hin, dass Oracle Linux selbst nicht das Problem ist. Oft wird es so beschrieben:

• „Red-Hat-kompatibel"
• „Einfach zu supporten"
• „Kostenloser Support"

Diesen Teil bewerten Unternehmen aber gar nicht, wenn sie VMware entkommen wollen. Im Test steht OLVM als Hypervisor-Ersatz, während das Betriebssystem Oracle Linux gar nicht zur Debatte steht. In der Virtualisierungsschicht dreht sich das Gespräch dann um ganz andere Dinge.

Ein Engineer brachte diesen Bruch klar auf den Punkt:

„Wenn jemand Oracle Linux sagt, verbinde ich das nicht mit einem Hypervisor."

Für viele Teams steht die Marke Oracle immer noch für Datenbanken und Enterprise-Anwendungen und kaum für eine moderne, funktionsvollständige Virtualisierungsschicht, die geschäftskritische Workloads in massivem Umfang schultern kann.

5. Kompatibilitäts-Minen häufen sich

Wer VMware aus einem Rechenzentrum reißt, ersetzt mit ESXi auch jedes Tool, das damit spricht: Backup-Plattformen, Monitoring-Agenten, Automatisierungsskripte, Netzwerkvirtualisierung, Storage-Richtlinien, Disaster Recovery, Kapazitätsplanung und Cloud-Pipelines, also im Grunde alles.

Ein Engineer stellte diese Mahnung klar in den Vordergrund:

„Stell sicher, dass alles andere, was du nutzt, mit deiner Lösung kompatibel ist … besonders deine Backup-Lösung, sonst kann das zusätzlich teuer werden."

Bei einer Umgebung mit 20.000 VMs wird aus „zusätzlich teuer" ziemlich schnell „astronomisch".

Hier tut sich OLVM am schwersten. VMwares Ökosystem ist riesig und war so lange der Standard, dass Hersteller zuerst dafür entwickeln und für alles andere erst danach. An diesen Fußabdruck kommt Oracles Stack nicht annähernd heran.

6. Auch der Umweg über die Cloud hilft nicht

Manche, die Oracles Plattform testen, landen am Ende bei der Oracle Cloud VMware Solution (OCVS). Die Feature-Lücken schließt sie nicht, aber sie ist eine vertraute Landezone: VMware, das auf Oracle-Cloud-Hardware läuft.

Selbst dieser Weg ist wackelig. Mehrere Engineers warnten, dass OCVS demnächst Rabatte verliert und bald direkte VMware-Lizenzierung statt gebündelter Preise verlangen wird. Zusammen mit langsamerer Storage-Performance („saulahm und drosselt wie verrückt") wirkt OCVS immer weniger wie ein strategischer Schachzug und immer mehr wie eine provisorische Rettungskapsel mit Leck im Rumpf.

Dem Team, das OLVM als On-Prem-Ersatz evaluiert, hilft ohnehin nichts davon.

7. Der Kulturschock

Dann ist da noch die menschliche Seite. Manche Teams ziehen im Rahmen einer breiteren Modernisierung auch Kubernetes-basierte Plattformen wie OpenShift oder KubeVirt in Betracht. Für Leute, die seit einem Jahrzehnt oder länger im VMware-Land leben, ist die operative Umstellung aber oft überwältigend.

Ein Engineer beschrieb seinen Test unverblümt:

„Die k8s-Lernkurve war so ziemlich der Sargnagel."

Kubernetes ist durchaus mächtig, nur eben ein anderes Universum. VMware-Admins, die an Cluster, Hosts und vCenter gewöhnt sind, finden sich nicht automatisch in Pods, Nodes, Controllern, Operatoren und CRDs zurecht. Für sie kommt das einem Berufswechsel gleich.

OLVM füllt diese Lücke auch nicht. Es fühlt sich vertraut genug an, um Teams anzulocken, ist aber nicht leistungsfähig genug, um zu ersetzen, was sie bereits haben.

8. Fazit: OLVM ist nicht VMware

Mit etwas Abstand betrachtet zeigt sich bei den Tests immer dasselbe Muster:

• OLVM kann VMs betreiben, ist aber kein VMware-Ersatz.
• Es ist vertraut genug, um die Illusion von Ähnlichkeit zu erzeugen, aber der Funktionsumfang ist nicht da.
• Lizenzierungsängste bleiben ein ständiges Warnsignal.
• Im großen Maßstab überwiegt die operative Schuld jede Einsparung.
• Das Ökosystem ist schlicht nicht groß genug.
• Je mehr VMware-Features Sie nutzen, desto schlechter passt OLVM.

Die ehrlichste Zusammenfassung kam von jemandem, der solche Evaluierungen schon öfter durchlaufen hat:

„Wenn du viele VMware-Features nutzt, wirst du es schwer haben, eine Alternative zu einem deutlich niedrigeren Preis zu finden."

Und für diejenigen, die speziell OLVM ausprobiert haben:

„Nicht ideal … da fehlt definitiv einiges."

9. Warum taucht OLVM also immer wieder auf?

Die Branche ist verzweifelt. Broadcoms Lizenzänderungen haben Tausende Organisationen in Panik versetzt. Budgets werden neu geschrieben, Mehrjahresprognosen landen im Schredder, und VMware-Alternativen werden plötzlich in Labs getestet, die sie vorher nie betreten hätten, ganz gleich, wie unvollständig sie sind.

Oracle weiß das, und jeder andere Hersteller auch. Jeder IT-Leiter bekommt von seinem CFO dieselbe Frage gestellt:

„Was können wir sonst noch nutzen?"

Zumindest für OLVM wird die Antwort immer klarer. Es ist eine Option, aber kein echter Ersatz, jedenfalls nicht für Unternehmen im VMware-Maßstab und nicht für alle, die Parität erwarten.

Beim Testen stellen Teams auch nicht fest, dass OLVM schlecht wäre. Sie stellen fest, dass VMware zwei Jahrzehnte tief integrierter Infrastrukturtechnologie aufgebaut hat, und die lassen sich nicht durch etwas ersetzen, das nur die Hypervisor-Schicht abdeckt. Features, Ökosystem und operative Routine zählen alle mit, und zu den Kosten gehört neben der Lizenzierung alles, was drumherum hängt.

10. Was am Ende übrig bleibt

Viele Unternehmen werden keine perfekte Alternative finden, dieses Jahr nicht und vielleicht auch nächstes nicht. VMware hat den Virtualisierungsmarkt so gründlich gewonnen, dass es praktisch selbst zum Markt wurde.

Ein Wechsel ist möglich, erfordert aber Kompromisse, Zugeständnisse, Umschulungen, neues Tooling und die Bereitschaft, Jahre aufgebauter VMware-Abhängigkeit abzulegen. OLVM nimmt davon nichts weg und verstärkt es eher noch.

Wenn Teams Oracle Linux als VMware-Ersatz testen, entdecken sie also neben fehlenden Features vor allem, wie sehr VMware ihre Arbeitsweise geprägt hat. Für viele läuft es am Ende auf die Frage hinaus, welchen Schmerz sie lieber tragen: Broadcoms neue Preise zu zahlen oder ihr Virtualisierungsuniversum von Grund auf neu aufzubauen.

Vorerst kommen die meisten Teams, die Oracle Linux evaluieren, zum selben Schluss: OLVM ist nicht der Ausweg.