Das Ende-der-Unterstützungsdatum für ein Betriebssystem ist Jahre im Voraus bekannt. Hardware-Hersteller kündigen das Ende der Unterstützung weit im Voraus an. Und doch wiederholt sich das gleiche Szenario in vielen Organisationen: Einige Monate vor der Frist entdeckt jemand Dutzende von Servern, auf denen eine nicht unterstützte Version läuft, und niemand weiß genau, welche Dienste von ihnen abhängig sind.
Danach folgt ein hektischer Betrieb. Wer besitzt diese Anwendung? Kann der Server aktualisiert werden oder muss er migriert werden? Wer zahlt dafür, wenn es nie budgetiert wurde? Das Betriebsteam verbringt Wochen damit, eine Übersicht zu erstellen, die längst hätte existieren sollen. Inzwischen muss der Sicherheitsmanager erklären, warum Systeme ohne Sicherheitsupdates noch immer in der Produktion laufen.
Warum ein Spreadsheet nicht ausreicht
Das übliche Werkzeug zur Verfolgung des Lebenszyklus ist ein Spreadsheet. Jemand hat es einmal erstellt, mit OS-Versionen und End-of-Support-Daten gefüllt und weitergegeben. Das Problem ist, dass ein Spreadsheet von dem Moment an, in dem es erstellt wird, zu veralten beginnt.
- Es ist nicht mit der Realität verbunden. Ein Server wird aktualisiert oder stillgelegt, und das Spreadsheet erfährt nichts davon.
- Es ist nicht mit Diensten verbunden. Es listet Server auf, nicht aber wofür sie verwendet werden. Ohne diese Information kann man nicht entscheiden, was zuerst kommt.
- Es hat keinen Besitzer. Wenn niemand für die Daten verantwortlich ist, hält sie niemand aktuell.
Das Ergebnis ist eine Liste, die die Frage "Was ist alt?" beantwortet, aber nicht "Was ist gefährdet, und für wen?"
Wie man den Lebenszyklus angeht
Der Lebenszyklus ist kein separates Register. Er ist ein Attribut von Elementen, die Sie bereits verfolgen. Wenn Ihre CMDB weiß, welches Betriebssystem auf einem Server läuft und welche Hardware der Server hat, müssen Sie nur die End-of-Support-Daten hinzufügen, und Sie haben eine Übersicht, die sich mit jeder Änderung aktualisiert.
Der zweite Schritt ist, den Lebenszyklus mit Diensten zu verbinden. Ein nicht unterstützter Server, der einen kritischen Business-Service trägt, hat eine ganz andere Priorität als eine Testmaschine ohne Abhängigkeiten. Erneuerungsentscheidungen sollten sich nach der Auswirkung auf den Service richten, nicht nach einer alphabetischen Liste von Hostnamen.
Der dritte Schritt ist, vorauszuschauen. Wenn Sie sehen können, was in einem oder zwei Jahren das Ende der Unterstützung erreicht, können Sie die Erneuerung in den Haushalt aufnehmen, mit dem Service Owner vereinbaren und in einem regulären Wartungsfenster durchführen, anstatt in einem Notfallprojekt.
Wie Eywo Stratum es handhabt
Eywo Stratum verfolgt den Lebenszyklus von Betriebssystemen, Software und Hardware direkt auf CMDB-Elementen. Für jeden Server können Sie sehen, welche Version läuft und wann die Unterstützung für diese Version endet. Die Übersicht zeigt Server, die bereits auf nicht unterstützten Versionen laufen, sowie solche, die sich dem Termin nähern.
Da der Lebenszyklus Teil der CMDB ist, bleiben die Daten aktuell. Elemente werden über die Discovery-API, CSV- oder Excel-Import oder Synchronisierung mit einer primären CMDB gefüllt. Jede Änderung an einem Element wird mit seiner Historie versioniert, sodass Sie sehen können, wann und von wo eine OS-Version geändert wurde. Datenqualitätsprüfungen kennzeichnen Inkonsistenzen, wie z.B. einen Server ohne aufgezeichnetes Betriebssystem.
Die Verbindung zu Diensten ist das Wichtigste. Die mehrschichtige Abhängigkeitskarte zeigt, welche Anwendungen und Business-Services von einem bestimmten Server abhängig sind. Von der End-of-Support-Übersicht aus können Sie direkt zu den Fragen übergehen, die zählen: Welche Dienste sind gefährdet, und wer ist ihr Besitzer? Die Erneuerungsplanung beginnt dann mit einem Gespräch mit einer bestimmten Person über einen bestimmten Service.
Die Erneuerung selbst läuft als normaler Change: ein Change-Modell, eine Auswirkungsberechnung vor der Übermittlung, ein Zeitfenster in einem Wartungsfenster außerhalb von Change-Freeze und eine Ausfallgenehmigung vom Besitzer des betroffenen Dienstes. Ein OS-Upgrade umgeht den Prozess nicht nur deshalb, weil es dringend ist.
Fazit
Das Ende der Unterstützung muss nicht jedes Jahr ein Kampf sein. Wenn der Lebenszyklus in der CMDB lebt und mit Diensten verbunden ist, sehen Sie ihn kommen, wissen Sie, wer betroffen ist, und die Erneuerung kann ruhig geplant werden. Das Betriebsteam muss keine Übersicht unter Druck zusammenstellen, und Service Owner erfahren rechtzeitig von dem Risiko.
Die Verfolgung des Lebenszyklus für Betriebssysteme, Software und Hardware ist in der Standard-Edition enthalten.
Eywo Stratum Standard
Für Organisationen, die eine zuverlässige CMDB und verwaltete ITSM-Prozesse wünschen.