Checkliste zum VMware-Verlängerungsangebot: was jede Position zeigen sollte, bevor Sie unterschreiben

Bevor das Angebot kommt

Jede Position eines Verlängerungsangebots lässt sich an etwas prüfen, das Broadcom veröffentlicht, sofern vorher vier Dinge vorliegen: die Kernzahl je Host, ermittelt mit dem PowerCLI-Tool aus dem Artikel 313548 der Broadcom-Wissensdatenbank (unser Leitfaden zur Kernzählung geht es Schritt für Schritt durch); die rohe vSAN-Kapazität in TiB, falls die Umgebung vSAN nutzt; die aktuellen Abonnements, jeweils mit Site ID und Enddatum; und die Entscheidung über die Stufe, getroffen anhand der Funktionen, die in der Umgebung während der Laufzeit laufen werden, wie unser Leitfaden zur VMware-Verlängerung darlegt. Die Zählregeln hinter jeder Position stehen in unserem Leitfaden zur VMware-Lizenzierung.

Lässt sich bei einem Right-Sizing-Durchgang ein Host außer Betrieb nehmen (wo die Verschwendung sitzt), dann erledigen Sie das vor der Zählung: In Broadcoms Lizenzterminologie entscheiden Sie, welche Kapazität Sie für ein Abonnement kaufen, und Abonnements sind laufzeitbasiert. Eine Verlängerung, über die ohne unabhängige Daten zur tatsächlichen Nutzung entschieden wird, ist eine der Ausgangslagen, auf die unsere VMware-Optimierung ausgelegt ist.

Die Checkliste

Jede Zeile steht für eine Position oder ein Datum im Angebot.

Broadcom-Produktlinienvergleich (April 2026), Programmdokumentationen (Juni 2026), FAQs zu VVF und VCF 9.1, Lizenzdokumentation zu VCF 9.1 (September 2026), „Maintenance Policy Handbook“ (8. Juni 2026) und die genannten KB-Artikel.

Kerne und vSAN-TiB: die Mengen abgleichen

Die Programmdokumentationen für VVF und VCF vom Juni 2026 fassen die Zählung in einen Satz: „The required number of Core licenses equals the number of Cores on the Server, subject to the minimum of 16 Core licenses per Processor.“ Im BIOS deaktivierte Kerne zählen mit, Hyperthreads nicht, denn ein Kern ist eine physische Einheit.

Gleichen Sie das Angebot mit dem Tool aus KB 313548 ab, das bis ESXi 8.0 dokumentiert ist und dessen Ausgabe je Host eine Zeile mit NUM_CPU_SOCKETS, NUM_CPU_CORES_PER_SOCKET und FOUNDATION_LICENSE_CORE_COUNT enthält, die letzte Spalte mit angewandtem Minimum von 16 Kernen. Verlangen Sie vom Händler die Liste je Host, die hinter der angebotenen Zahl steht. Drei Lücken liegen außerhalb des Tools. Es zählt Hosts, die mit einer vCenter-Instanz verbunden sind; Hosts, die kein vCenter verwaltet, werden daher von Hand gezählt, anhand der Kerne je Sockel in der Hardware-Ansicht des Hosts. Von vCenter getrennte Hosts erzeugen einen Fehler, der zu beheben ist, bevor das Tool erneut läuft. Und bei im BIOS deaktivierten Kernen warnt Broadcom, dass das Tool „ungenaue Ergebnisse liefern kann“, während trotzdem jeder Kern lizenziert werden muss. Ein Host, der für Backups oder als Standby vorgehalten wird, zählt immer dann, wenn die Software auf ihm installiert ist.

VCF Edge hat eine eigene Programmdokumentation (Juni 2026): mindestens 8 Kerne je Prozessor, mindestens 10 Edge Locations innerhalb des ersten Jahres der Bereitstellung und höchstens 256 Kerne je Edge Location. Das Bestellminimum ist die einzige Menge, die die Programmdokumentationen nicht regeln: Diese und KB 313548 enthalten nur die 16-Kern-Regel, während ein Minimum von 72 Kernen pro Bestellung im März 2025 gemeldet, im April als zurückgenommen gemeldet wurde und in einem Video auf vmware.com weiterhin erklärt wird. Lassen Sie sich das Minimum für das Angebot schriftlich geben; die Geschichte steht in unserem Leitfaden zur VMware-Lizenzierung.

Bei vSAN beträgt die enthaltene Kapazität 0,25 TiB je VVF-Kern, aufgerundet auf das nächste TiB und über die gesamte Umgebung gepoolt, reine Compute-Cluster eingeschlossen, oder 1 TiB je VCF-Kern. Maßgeblich ist die rohe physische Kapazität, die jeder Host in jeden vSAN-Cluster einbringt und die laut KB 313548 die Kapazitätsübersicht des vSphere Client nicht zeigt. Der Überschuss ist eine eigene vSAN-Add-on-Position, gezählt in TiB.

Add-on-Positionen: nur, was laufen wird

Broadcoms FAQ zu VCF 9.1 vom 3. September 2026 führt neun erweiterte Dienste auf, von Advanced Cyber Compliance bis zur vSAN-Add-on-Kapazität, die „nicht in den VCF-Basisangeboten enthalten sind“, und sagt, dass Avi Load Balancer, vDefend Firewall und VMware Live Recovery „weiterhin separat lizenziert werden“. Die FAQ zu VVF 9.1 nennt vier Add-ons: vSAN-Kapazität, VMware Live Recovery Cloud, Site Recovery Manager und Avi Load Balancer. Bei der Unterschrift sollte jede Add-on-Position etwas benennen, das in der Umgebung während der Laufzeit laufen wird, und am selben Datum enden wie die Kerne.

Drei Details bringen Angebote ins Stolpern. Private AI Foundation with NVIDIA wird nach Kernen lizenziert, und seit dem 3. November 2025 „erhalten Sie auf Grundlage Ihres VCF-Abonnements möglicherweise auch eine Lizenz“ dafür, so Broadcoms Lizenzdokumentation: Fragen Sie den Händler oder sehen Sie in der Business Services console nach, bevor Sie sie als Position bestellen. Unter 9.x funktioniert ein Add-on nur auf Basis einer Primärlizenz, die zuerst den vCenter-Instanzen zugewiesen werden muss. Und bei einem Angebot, das VVF mit einer eigenständigen Edition mischt, gilt: Das Operations-Nutzungsrecht von VVF, in seiner Programmdokumentation noch Aria Suite Standard genannt, „can only be used to monitor VVF Cores“.

Site ID: wo die Lizenzen landen

Broadcom bindet, was Sie kaufen, an eine Site ID, die „bei Abschluss Ihres Vertrags oder Ihrer Vertragsverlängerung“ in der E-Mail der Electronic Software Delivery eintrifft, zusammen mit der Vertragsnummer (KB 197283). Schlüssel für 8.x werden in den HOME folder der Site ID geliefert, und Laufzeitschlüssel lassen sich nur zusammenführen, wenn Typ, Site ID und Enddatum übereinstimmen (KB 282428). Ein Abonnement für VVF oder VCF bringt eine Standardlizenz für 9.x und Schlüssel für 8.x mit, sodass Hosts, die noch unter 8.x laufen, aus demselben Kauf lizenziert sind.

Unter 9.x entscheidet die Site ID auch über das Poolen: Eine Standardlizenz poolt Abonnements nur, wenn sie in Produkt, Maßeinheit und Site ID übereinstimmen und keine Abrechnung von Mehrverbrauch (Overage Billing) unterstützen. Eine Verlängerung, die unter einer anderen Site ID gebucht wird, fließt deshalb nicht in die bestehende Lizenz ein. Broadcoms KB 429748 beschreibt die Folge für VCF Operations 9.0.x im verbundenen Modus (connected mode): Die Instanz wird von der alten Site ID abgemeldet und bei der neuen registriert, mit einer „Abdeckungslücke“, wenn die alte Lizenz abläuft, bevor die neue beginnt. Nennen Sie dem Händler die Site ID, die verlängert wird, und prüfen Sie sie in der Bestellung.

Termine: Beginn, Ende und was der Ablauf bewirkt

Broadcoms Wartungshandbuch vom 8. Juni 2026 ist eindeutig: „If renewal is not completed prior to expiration of the Maintenance term, customers have no further entitlement to, and may not access any maintenance or support deliverables beyond the expiration date of the Maintenance or term.“ Was die Software an diesem Datum tut, hängt vom Lizenztyp ab.

Broadcom KB 391605 und KB 282428; Lizenzübersicht zu VCF 9.1, aktualisiert am 23. September 2026.

Daraus folgen drei Prüfungen der Termine. Die neue Laufzeit sollte dort beginnen, wo die aktuelle endet, denn die Lücke in KB 429748 entsteht, wenn eine alte Lizenz abläuft, bevor die neue beginnt. Die Positionen sollten gemeinsam enden, weil die Kapazität jedes Abonnements an seinem eigenen Enddatum aus seiner Lizenz herausfällt: In Broadcoms eigenem Beispiel lizenzieren Abonnements über 100 Kerne mit Ende am 30. Juni 2028 und über 25 Kerne mit Ende am 31. Dezember 2028 bis zum ersten Datum 125 Kerne und danach 25. Und das Enddatum sollten Sie am Abonnement ablesen, nicht in VCF Operations: Die Lizenzdatei dort hat „ein rollierendes Gültigkeitsfenster von 180 Tagen“, und in Broadcoms KB 418555 zeigt VCF Operations Lizenzen, die 2026 ablaufen, unter einem Vertrag, der bis 2028 läuft. Nutzungsberichte schieben das Fenster weiter: Wird kein Bericht eingereicht und werden die Lizenzen nicht mindestens alle 180 Tage aktualisiert, behandelt Broadcom sie als abgelaufen.

Eine Laufzeit für Standard oder Enterprise Plus hat keine 9.x-Version, auf die sie wechseln kann; richten Sie ihr Enddatum deshalb am Kalender von vSphere 8 aus. Broadcoms VCF-Blog schrieb im August 2025, dass vSphere 8 „bis Oktober 2027 unterstützt wird“, mit Extended Support als optionalem Zukauf. Laut Broadcoms öffentlicher Liste endet die Technical Guidance für ESXi 8.0 und vCenter Server 8.0 am 11. Oktober 2029, doch für vSphere 7 hat Broadcom vermerkt, dass Technical Guidance nicht für Broadcom-Verträge gilt: Fragen Sie nach, ob 2029 Ihren Vertrag abdeckt. Unser Leitfaden zum Ende des allgemeinen Supports von vSphere 8 stellt die Phasen dar.

Support: was enthalten ist und wer antwortet

Bei einem Abonnement sieht Broadcoms Handbuch die Wartungsleistungen innerhalb der Abonnementlaufzeit vor, darunter Essential Support, Versions-Upgrades und Produkt-Updates. VVF und VCF enthalten laut ihren FAQs zu Version 9.1 den Essential Support aus Broadcom Software Maintenance, und die FAQ zu VCF nennt weitere Optionen, etwa Extended Expert Services und einen VCF Technical Adoption Manager: Führt das Angebot eine eigene Supportposition, fragen Sie, um welche es sich handelt.

Das Handbuch erlaubt, Broadcom-Wartung von autorisierten Partnern statt direkt von Broadcom zu beziehen, und solche Supportanbieter „must be certified by Broadcom“; ein VMware-Blogbeitrag vom September 2024 ergänzt, dass Supportanfragen in manchen Fällen automatisch an diese Partner geleitet werden, und Broadcoms KB 222311 führt sie auf. Fragen Sie den Händler, wer unter diesem Angebot den First-Level-Support leistet und wo ein Supportfall eröffnet wird. Für die Umgebungen, die wir im Rahmen der VMware-Optimierung betreuen, leistet unser Engineering-Partner Vixen.UNO Support unter einem vereinbarten SLA, zusätzlich zu Ihrem Broadcom-Support.

Was wir tun

Eurokommerz liefert VMware/Broadcom-Lizenzen gemeinsam mit unserem Engineering-Partner Vixen.UNO, mit Audit, Lizenzierung und Deployment unter einem europäischen Vertrag mit uns, wie unsere Seite Software & Lizenzen erklärt. Im Rahmen der VMware-Optimierung auditiert das Vixen.UNO-Team die Umgebung und ihre Lizenzen, stimmt Editionen und Abonnements innerhalb der aktuellen Broadcom-Lizenzlogik auf die realen Workloads ab und erstellt einen Maßnahmenplan vor Verlängerung und Supportende, mit Terminen. Der erste Schritt ist ein kostenloses Erstgespräch; das kostenpflichtige technische Assessment, dessen Preis vor Arbeitsbeginn feststeht, liefert einen Bericht, ein TCO- und ROI-Modell und diesen Maßnahmenplan. Die Modernisierung von vSphere, vSAN, NSX und VCF folgt in vereinbarten Wartungsfenstern mit Rollback-Plan, danach Support unter einem vereinbarten SLA. Für die gesamte Umgebung deckt unser Infrastruktur-Audit Lizenzen, Verträge und Verlängerungstermine ab.

FAQ