
Wenn Ihre VMware-Lizenz abläuft, fällt die Tür mit einem Knall ins Schloss
Früher erzählten sich VMware-Kunden eine beruhigende Geschichte über abgelaufenen Support. Man verlor vielleicht etwas Komfort, ein paar Downloads, vielleicht offizielle Hilfe, aber die Plattform selbst fühlte sich weiterhin wie etwas an, das man verstand. Diese Geschichte wird immer schwerer zu glauben. In einer aktuellen Diskussion über abgelaufenen Support für vSphere 7 Essentials Plus waren die Antworten hart, wirkten dabei aber eher sachlich als dramatisch. Mit frischen Sicherheitsfixes kann man nicht einfach rechnen, mit einfachem, legalem Zugang zu Patches auch nicht, und der alte Produktpfad wartet nicht brav in der Ecke. Was übrig bleibt, ist eine Falle mit einem Datum drauf.
Das Ablaufdatum fühlt sich jetzt wie eine Mauer an
Ein Kommentator im Thread legte die aktuelle Stimmung mit fast klinischer Kälte dar: Sobald der Support ausläuft, ist man im Grunde eingefroren, an welchem Punkt man auch immer angekommen war. Erschreckend ist diese Antwort gerade, weil sie so gewöhnlich ist. Es gibt keinen filmreifen Ausfall und kein riesiges rotes Warnlicht, nur eine Plattform, die jeden Tag weniger wartbar wird, während das Geschäft weiter von ihr abhängt. Eine andere Stimme ergänzte die rechtliche Unsicherheit, die VMware-Kunden jetzt mit sich herumtragen, wenn sie Patches über inoffizielle Wege herunterladen. Für eine Produktlinie, die früher eher für Stabilität als für prozedurale Angst stand, ist das ein unschöner Tonwechsel.
Im Thread gab es auch ein kleineres Gegenargument. Manche wiesen darauf hin, dass es erweiterten Support oder spezielle Vereinbarungen durchaus gibt, allerdings für Organisationen mit dem Geld und der Größe, sie sich zu kaufen. Das stimmt, machte die Situation aber fast noch schlimmer, denn die implizite Botschaft lautet dann „es gibt für die meisten von euch keinen realistischen Weg". Sobald Kunden das hören, dreht sich das Gespräch weniger um Support-Mechanik und mehr um die Frage, ob VMware überhaupt noch mit irgendjemandem außerhalb der größten Accounts Geschäfte machen will. Diese Frage hat die Angewohnheit, jede folgende Entscheidung zu vergiften.
Sicherheitsangst ist jetzt fester Bestandteil jedes Verlängerungsgesprächs
Brisant sind diese Threads, weil der Lizenzierungsschmerz nicht mehr im Einkauf hängen bleibt und direkt ins operative Risiko durchsickert. Ein abgelaufenes Abonnement wird mehr als ein Finanzproblem, wenn es Teams auf veralteten Builds festsitzen lässt, unsicher darüber, was sie patchen können, und nervös darüber, wozu ein Audit werden könnte. Ein anonymer Kommentator beschrieb die gesamte Situation als ein Gefangensein zwischen Cyber-Versicherungsanforderungen und Feindseligkeit des Herstellers. Die Formulierung ist stark, trifft die Stimmung aber ziemlich gut. Kunden wägen Compliance, Sicherheit und rechtliche Risiken gegen hässliche Verlängerungsrechnungen ab.
Eine andere Seite der Debatte argumentierte, Kunden hätten besser planen sollen. Wenn die Plattform so kritisch ist, warum wartet man dann bis zum Ablauf, um seine Optionen zu klären? Der Einwand ist berechtigt, erklärt aber nur einen Teil des Schlamassels. Viele Organisationen haben durchaus geplant, nur haben sich die verfügbaren Optionen unter ihnen verändert. Alte Annahmen über Support-Kontinuität, Produktverfügbarkeit und Verlängerungswege gelten nicht mehr, und Planung wird deutlich schwerer, wenn sich die Beziehung zum Hersteller selbst instabil anfühlt. Admins die Schuld zu geben, weil sie ein bewegliches Ziel nicht perfekt vorhergesehen haben, klingt in der Theorie ordentlich und ist in der Praxis dünn.
Deshalb klingt „einfach weiterlaufen lassen" weniger überzeugend
Historisch fühlten sich viele Infrastrukturteams wohl dabei, ausgereifte VMware-Umgebungen jahrelang zu betreiben. Sie vertrauten der Software, kannten die Fehlermodi und akzeptierten, dass nicht alles auf dem neuesten Release laufen musste. Diese Denkweise existiert immer noch, klingt jetzt aber ängstlicher. Im Thread fielen rund um alte Versionen kaum Worte wie „kampferprobt" oder „stabil", dafür umso öfter „festgefahren", „kann nicht verlängern" und „kann nicht patchen". An diesem Sprachwandel sieht man, wie sich die Bedeutung von Legacy-VMware verschoben hat: Was sich früher konservativ anfühlte, fühlt sich jetzt in die Ecke gedrängt an.
Es tauchte auch immer wieder ein praktischer Mittelweg auf: Vielleicht besteht der richtige Schritt darin, nur so viel Vorlaufzeit zu kaufen, wie für einen sauberen Ausstieg nötig ist, und aufzuhören, so zu tun, als sei das eine Plattform für immer. Dieser Rat ist nüchtern und zugleich trostlos, weil er VMware nur noch als kontrollierten Rückzug behandelt. Wenn genug Kunden so denken, behält der Hersteller vielleicht noch eine Weile Umsatz, aber die Beziehung wird im schlimmsten Sinne rein transaktional. Niemand investiert mehr emotional, und alle versuchen nur noch, nicht auf dem falschen Fuß erwischt zu werden, bevor sie mit der Migration fertig sind.
VMwares altes Versprechen war Zuversicht
Genau diese Zuversicht scheint in den Diskussionen über auslaufenden Support verloren zu gehen. VMware verkaufte früher mehr als Virtualisierungs-Features, nämlich das Gefühl, dass sich diese Schicht des Stacks professionell, vorhersehbar und mit genug ökosystemischer Schwerkraft verhalten würde, um das entgegengebrachte Vertrauen zu rechtfertigen. Im März-Thread fehlte davon fast alles. An ihre Stelle trat eine Mischung aus Resignation, Warnungen und grimmiger Workaround-Logik. Selbst die nützlichen Ratschläge klangen, als kämen sie von Leuten, die von einer einsturzgefährdeten Brücke fliehen.
Wenn ein Kunde eine einfache Support-Frage stellt und die ehrliche Antwort der Community wie eine Warngeschichte klingt, schmerzt das, denn dann hat sich die Marke weit von ihrer alten Position entfernt. VMware treibt vielleicht immer noch ernsthafte Umgebungen an. Sobald sich der Ablauf aber eher wie ein Sturz von einer Klippe anfühlt als wie das Herabstufen einer Service-Stufe, wird Support für Kunden vom Add-on zur letzten dünnen Linie zwischen Ordnung und einem sehr teuren Schlamassel.