IT-Infrastruktur prüfen vor der IT-Budgetplanung: Fakten für belastbare Budgetposten 2027

Was ein Infrastruktur-Review vor der IT-Budgetplanung zusammenträgt

Wer die IT-Infrastruktur vor der Budgetplanung prüft, trägt die Fakten zusammen, mit denen jemand außerhalb der IT eine Budgetposition nachvollziehen kann: welche Releases im Budgetjahr den Herstellersupport verlieren, welche Lizenzen und Verträge zur Verlängerung anstehen, wie viel der installierten Kapazität genutzt wird, wo Backup und Wiederanlauf Lücken haben und was es kostet, alles zu lassen, wie es ist. Für das IT-Budget 2027 gehören zu den festen Terminen der 12. Januar 2027 für Windows Server 2016, der Februar 2027 für Veeam Backup & Replication 12 und der 11. Oktober 2027 für vSphere 8. Jede Position des Antrags nennt dann ihren Auslöser, die Quelle ihrer Zahl und die Entscheidung, die sie stützt.

Ein Satz aus einem Budgetantrag zeigt den Unterschied. „Die Virtualisierungs-Hosts sind alt“ eröffnet eine Diskussion darüber, wie alt zu alt ist. „Der allgemeine Support für das installierte Hypervisor-Release endet am 11. Oktober 2027, und der Hersteller schreibt, dass es danach weder technischen Support noch neue Patches gibt“ nennt einen Tag, ein Dokument und eine Folge. Dieser Leitfaden geht die Fakten in der Reihenfolge durch, in der sie sich erheben lassen. Was ein Audit der gesamten Umgebung darüber hinaus findet, behandelt unser Schwesterartikel zum unabhängigen IT-Infrastruktur-Audit.

Support-Enddaten im Budgetjahr 2027

Dokumente gelesen am 12. November 2026, ausgenommen der Termin für VCF 9.0, den wir aus unserem veröffentlichten Artikel zu vSphere 8 übernehmen (an diesem Tag nicht erneut gelesen). Die Seite von Veeam nennt Monate und keine Tage.

Windows Server 2016 steht im Jahr an erster Stelle. Die Seite des Herstellers mit den Release-Informationen nennt den 12. Januar 2027 als Ende des erweiterten Supports; der Mainstream-Support endete im Januar 2022. Ein Server, der im Januar noch auf diesem Release läuft, ist damit eine Position im Antrag für 2027 oder eine Entscheidung, die schon 2026 gefallen ist.

Die Lebenszyklus-Seite von Veeam nennt Monate und definiert den Monat als den letzten, in dem die jeweilige Leistung angeboten wird („the last month when the relevant service is offered“). Für Backup & Replication 12, erschienen im Februar 2023, führt sie End of Fix im November 2025 und End of Support and Security Fix im Februar 2027. Ein Backup-Server auf Version 12 gehört an den Anfang des Plans, zusammen mit der Prüfung, welche Plattformversionen das nächste Release unterstützt; diese Frage behandelt unser Artikel VMware-Backup nach Broadcom.

RHEL 9 muss genau gelesen werden. Die Lebenszyklusdaten von Red Hat zeigen Full support bis zum 31. Mai 2027 und Maintenance support vom 1. Juni 2027 bis zum 31. Mai 2032. Der Termin markiert einen Phasenwechsel; ein Supportende erreicht RHEL 9 im Jahr 2027 nicht.

Für vSphere 8 hält Broadcoms KB 459135 fest: „The End of general support for vSphere 8.0 is October 11, 2027.“ KB 456708 nennt denselben Tag unter anderem für VCF 5.2.x, NSX 4.x, HCX 4.x und VMware Live Recovery 9.0.x und ergänzt, dass es danach für diese Produktversionen weder technischen Support noch neue Patches gibt („there will be no Technical Support and no new patches for these product versions“). Für Kunden im Europäischen Wirtschaftsraum lässt Broadcoms VCF-Blog vom 4. November 2026 vSphere Standard 8 und Enterprise Plus 8 bis zum 31. Oktober 2027 bestellbar und schließt Extended Support in aktive Abonnements dafür ein, bis zum Ende des Abonnements, längstens bis zum 31. Oktober 2028. Das Ziel des Upgrades hat einen eigenen Termin, wie die Zeile zu VCF 9.0 zeigt. Die Einzelheiten und die Reihenfolge des Upgrades stehen in unserem Leitfaden zum Supportende von vSphere 8, die Termine der 9.x-Releases im Artikel zum Supportende von vSphere 9.

Für Server und Speicher stehen die maßgeblichen Termine in Ihren Supportverträgen mit den Herstellern. Die Liste braucht für jedes System das Ende dieses Vertrags und die Angabe, ob das dafür geplante Hypervisor-Release seine Prozessoren und Geräte noch unterstützt. Die betroffenen Generationen nennt unser Leitfaden zu den Hardware­anforderungen von ESX 9, den Austausch selbst beschreibt der Artikel zum VMware-Host-Austausch.

Termine 2028 und 2029, die ein Modell über drei bis fünf Jahre erreicht

Broadcoms VCF-Blog vom 13. Oktober 2026 (VCF 9.1) und vom 4. November 2026 (EWR), beide zitiert in unseren veröffentlichten vSphere-Artikeln und am 12. November 2026 nicht erneut gelesen; Produktlebenszyklus-Seite von Veeam; „Windows Server release information“ des Herstellers (28. Oktober 2026); Lebenszyklusdaten von Red Hat; die letzten drei gelesen am 12. November 2026.

Ein Finanzmodell über drei bis fünf Jahre reicht über 2027 hinaus; der jetzt gewählte Schritt wird deshalb an seinem eigenen Enddatum gemessen. Ein Wechsel von Windows Server 2016 auf 2019 zum Beispiel kehrt innerhalb des Modellzeitraums als Position zurück. Die Seite mit den Release-Informationen nennt den 14. Oktober 2031 für Windows Server 2022 und den 14. November 2034 für Windows Server 2025, und die Daten von Red Hat zeigen Full support für RHEL 10 bis zum 31. Mai 2030.

Verlängerungen, die im Budgetjahr fällig werden

Jedes Abonnement und jeder Wartungsvertrag mit einem Enddatum im Budgetjahr ist eine Position, ob sich sonst etwas ändert oder nicht. Das Review führt jeden Vertrag mit Enddatum, Metrik, vertraglicher Menge und genutzter Menge. Bei VMware ist die Metrik der Kern: Broadcoms KB 313548 setzt ein Minimum von 16 lizenzierten Kernen je CPU, die Zahl ergibt sich also aus den Hosts und ihren Prozessoren. Welche Stufe zu welcher Umgebung passt, steht in unserem Leitfaden zur VMware-Verlängerung, wo die Enddaten angezeigt werden, im Artikel VMware-Lizenz-Ablaufdatum prüfen, und was im Angebot zu vergleichen ist, in unserer Checkliste zum Verlängerungsangebot.

Hier zählt die Reihenfolge der Arbeit. Ein Host, der vor der Verlängerung entfallen kann, senkt die Zahl der zu lizenzierenden Kerne; die Kapazität wird deshalb gemessen, bevor die Verlängerung kalkuliert wird.

Lizenzen und Verträge sind eine der sechs Domänen unseres Infrastruktur-Audits, geprüft als Editionen und Subscriptions, Renewal-Termine und Abgleich mit der tatsächlichen Nutzung; nennen Sie uns die Verlängerungstermine, die Sie kennen, und die Versionen, die Sie betreiben, unsere Antwort erhalten Sie innerhalb eines Werktages.

Genutzte Kapazität messen, bevor etwas gekauft wird

Die installierte Kapazität steht in der Inventur. Die genutzte Kapazität steht in der Leistungshistorie des Hypervisors und der Speichersysteme. Das Review braucht die Spitzenlast über einen Zeitraum, der lang genug ist, um den Monatsabschluss und andere regelmäßige Lasten zu enthalten, und die Reserve, die jeder Cluster halten muss, um den Ausfall eines Hosts zu tragen. Das Ergebnis ordnet die Hosts drei Entscheidungen zu: kaufen, aufschieben oder entfernen.

Unser Leitfaden zur vSphere-Kapazitätsplanung baut eine Prognose für drei Jahre aus 90-Tage-Spitzen, und der Artikel zur Host-Konsolidierung bei Kernlizenzierung zeigt, wie weit ein Cluster schrumpfen kann. Budgets für GPU-Server gehen von Modellen und Nutzern aus und folgen einer eigenen Reihenfolge; sie behandelt der Artikel KI-Hardware-Budget 2027.

Lücken bei Backup und Wiederanlauf, die zu Budgetpositionen werden

Zwei Angaben entscheiden diesen Teil: wann die Wiederherstellung jedes kritischen Systems zuletzt getestet wurde und wie lange sie gedauert hat, verglichen mit der Zeit, die das Geschäft zu warten bereit ist. Wo kein Test dokumentiert ist, liefert ein Test vor der Abgabe des Budgets die Angabe. Das Cybersecurity Framework 2.0 des NIST fasst die Erwartung in der Subkategorie PR.DS-11: „Backups of data are created, protected, maintained, and tested“.

Aus einer Lücke können drei Arten von Positionen entstehen: Speicher für die Aufbewahrung, die die Eigentümer der Daten erwarten, Kapazität an einem zweiten Standort sowie Zeit und Kapazität für Tests. Wie ein Wiederanlaufstandort bemessen wird, steht in unserem Leitfaden zum Sizing eines DR-Standorts. Ein Weg, Lücken im Plan mit dem Team an einem Tisch zu finden, ist die Tabletop-Übung für IT-Ausfälle.

IT-Budgetplanung für die Infrastruktur nach Frage, Datenquelle und Entscheidung

unsere Arbeitstabelle für das Review; sie enthält keine externen Zahlen.

Eine Reihenfolge für die Wochen vor dem Budget

1. Budgetjahr und Modellzeitraum von drei bis fünf Jahren festlegen und den Tag notieren, an dem der Antrag vorliegen muss.
2. Die Inventur erstellen: Systeme mit Versionen, Kernen und Kaufdatum; Lizenzen und Verträge mit ihren Enddaten.
3. Die Termine der Hersteller neben die Versionsliste stellen und alles markieren, was im Budgetjahr oder im Modellzeitraum endet.
4. Die Kapazitätswerte aus der Leistungshistorie lesen und je Cluster die Spitzenlast und die Ausfallreserve notieren.
5. Die Nachweise über Restore-Tests sammeln; wo ein kritisches System keinen hat, einen Test durchführen.
6. Die Kosten der Umgebung, so wie sie ist, über den Modellzeitraum berechnen. Das ist die Ausgangsbasis „nichts ändern“.
7. Die Szenarien gegen diese Ausgangsbasis aufbauen und jede Budgetposition mit Auslöser, Quelle und Entscheidung schreiben.

Die Schritte stehen in dieser Reihenfolge, weil jeder das Ergebnis des vorigen nutzt. Verlängerungen werden nach der Kapazität kalkuliert, Szenarien nach der Ausgangsbasis. Für eine vSphere-Umgebung stehen die Exporte hinter den Schritten 2 bis 4 in unserem Artikel dazu, was ein VMware Health Check prüft.

TCO-Analyse der IT-Infrastruktur für Modernisierung, Cloud, Hybrid und „nichts ändern“

Gartners Glossar definiert Total Cost of Ownership als umfassende Bewertung von IT- oder anderen Kosten über Unternehmensgrenzen hinweg und über die Zeit („a comprehensive assessment of information technology (IT) or other costs across enterprise boundaries over time“). Für die IT, so heißt es weiter, umfasst TCO „hardware and software acquisition, management and support, communications, end-user expenses and the opportunity cost of downtime, training and other productivity losses“. Die Definition nennt Kostenarten und keinen Zeitraum. Der Horizont von 3 bis 5 Jahren ist der, den unser Audit für sein Finanzmodell verwendet.

Die Seite der Europäischen Kommission zur Lebenszyklus­kosten­rechnung in der umweltorientierten öffentlichen Beschaffung beschreibt denselben Gedanken: „LCC means considering all the costs that will be incurred during the lifetime of the product, work or service“. Dafür, wie solche Ansätze eingesetzt werden können, verweist die Seite auf Artikel 68 der Richtlinie 2014/24/EU. Die Rechenwerkzeuge der Kommission decken Computer und Monitore sowie vier weitere Produktarten ab, Server sind nicht darunter; ein Infrastrukturmodell wird deshalb von Hand aus den Elementen zusammengesetzt.

Gartner IT Glossary, „Total Cost of Ownership (TCO)“; Europäische Kommission, Green Public Procurement, „Life-cycle costing“; beide gelesen am 12. November 2026. Die Beispiele in der dritten Spalte stammen von uns.

Jedes Szenario wird mit denselben Elementen über denselben Zeitraum kalkuliert. Die Modernisierung belässt die Systeme bei Ihnen und erneuert Hardware, Releases und Lizenzen. Die Cloud verlagert Workloads zu einem Anbieter und tauscht Anschaffungen gegen laufende Gebühren, und Hybrid teilt die Umgebung zwischen beiden auf; die Betriebsmodelle vergleicht unser Artikel IaaS, Private Cloud oder Hybrid Cloud. „Nichts ändern“ ist die vierte Spalte, und sie hat eigene Einträge: die Verlängerungen, die ohnehin fällig werden, Support für Releases nach dem Ende des allgemeinen Supports, soweit der Hersteller ihn anbietet, Hardware außerhalb des Herstellersupports und Ausfälle, die Gartners Definition als Kosten zählt. Für vSphere 8 hängt der Eintrag von Region und Edition ab, wie die Regel zum Extended Support oben zeigt. Öffentliche Bedingungen dafür, was dieser Extended Support umfasst, haben wir mit Stand 5. November 2026 nicht gefunden; fragen Sie sie deshalb schriftlich an, bevor die Spalte kalkuliert wird.

Unser Audit baut diesen Vergleich als ROI-/TCO-Finanzmodell über 3 bis 5 Jahre und präsentiert ihn Ihrem Management; schreiben Sie uns Ihren Budgettermin und die Entscheidungen, die offen sind.

Was ein Audit einem internen Review hinzufügt

Das hier beschriebene Review kann das IT-Team mit eigenen Daten durchführen. Ein Audit ist die größere Arbeit. Es erfasst die Umgebung in einer vollständigen Inventur von Infrastruktur, Lizenzen und Zugriffen über bis zu sechs Domänen und ordnet die Befunde in einer priorisierten Risikokarte, damit das Budget die kritischen Punkte zuerst trägt. Es kommt außerdem von außen: Unser Audit wird unabhängig von jedem Folgekauf kalkuliert und geliefert, und die Roadmap mit Etappen und Budgetschätzung gehört Ihnen; umsetzen können Sie sie mit uns, allein oder mit einem anderen Dienstleister. Wir arbeiten mit den Unterlagen und Exporten, die Sie bereitstellen, und mit Interviews mit Ihrem Team, ohne Zugriff auf Ihre Produktivsysteme, und Umfang und Preis werden vor dem Start schriftlich festgelegt.

FAQ