PDF

Überwachung des Lebenszyklusendes

NetCrunch verfolgt, wann die Unterstützung für die überwachten Betriebssysteme endet, warnt eine ausgewählte Anzahl von Monaten im Voraus und zeigt den Status jedes Windows- und ESXi-Hosts in einem Raster an.

Ein nicht mehr unterstütztes Betriebssystem erhält keine Sicherheitsupdates mehr, funktioniert aber weiterhin einwandfrei. Genau das macht es gefährlich: Nichts fällt aus, es wird kein Alarm ausgelöst, und der Computer wird unbemerkt zum schwächsten Glied im Netzwerk. NetCrunch kennt bereits die Version, die auf jedem überwachten Host ausgeführt wird — die Überwachung des Lebenszyklusendes macht daraus ein Datum und aus dem Datum einen Alarm, der früh genug ausgelöst wird, um entsprechend planen zu können.

Dies gilt für Windows und ESXi — die beiden Plattformen, für die NetCrunch Lebenszyklusdaten ermittelt. Andere Betriebssysteme werden überwacht, für sie werden jedoch keine Supportdaten abgerufen.

Herkunft der Daten

NetCrunch gleicht Versionen mit der öffentlichen Datenbank endoflife.date ab, aktualisiert die Daten höchstens einmal innerhalb von 24 Stunden und speichert eine lokale Kopie, damit die Informationen auch nach einem Neustart oder bei einer unterbrochenen Verbindung verfügbar bleiben.

Windows und Windows Server werden anhand der Buildnummer und nicht anhand des Namens zugeordnet. Dadurch wird ein Host dem tatsächlich ausgeführten Wartungszweig zugeordnet und nicht nur der Produktfamilie, zu der er gehört. Andere Produkte werden anhand der Version zugeordnet.

eol-offline

Server ohne Internetzugriff

Für die Abfrage ist ausgehendes HTTPS zu endoflife.date erforderlich. Wenn der Server keine Verbindung dorthin herstellen kann, liest NetCrunch die Lebenszyklusdaten stattdessen aus einer eol.json-Datei — einer Datei, die zusammen mit dem Programm ausgeliefert wird, und einer Datei im Datenordner des Servers, die von der Onlineabfrage aktuell gehalten wird.

Wenn beide Dateien vorhanden sind, wird die neuere verwendet, und Einträge aus dem Datenordner werden mit Vorrang vor dem ausgelieferten Datensatz zusammengeführt. Eine isolierte Installation kann daher durch Ersetzen dieser Datei aktuell gehalten werden, ohne ein Loch in der Firewall öffnen zu müssen.

Zwei Daten statt eines

Windows unterscheidet zwischen zwei Enddaten, und NetCrunch verfolgt beide:

Active Support
Allgemeiner Support. Danach werden keine Funktionsupdates und allgemeinen Fehlerbehebungen mehr bereitgestellt.
Security Support
Erweiterte Sicherheitsupdates. Dieses Datum ist für das Risiko entscheidend — danach werden keinerlei Patches mehr bereitgestellt.

ESXi verfügt über ein einzelnes Support-Datum.

Bei der Konfiguration von Alarmen sollte dieser Unterschied berücksichtigt werden. Ein Host, dessen Active Support abgelaufen ist, stellt ein Planungsproblem dar; ein Host, dessen Security Support abgelaufen ist, stellt ein Sicherheitsrisiko dar.

Anzeigen des aktuellen Status

Monitors Windows und Monitors ESXi

Die Monitor-Raster enthalten die Supportspalten — Active Support und Security Support für Windows, Support für ESXi — und zeigen jeweils als relative Zeit an, wie viel Zeit noch verbleibt oder wie lange das Datum bereits überschritten ist. Durch das Sortieren nach diesen Spalten wird die Umgebung danach aufgelistet, wie nah sie an diesem kritischen Punkt ist. Diese Ansicht eignet sich für die Budgetplanung.

Rechtzeitig alarmiert werden

Alarme zum Lebenszyklusende sind normale Alarme für die Windows- und ESXi-Monitore und verfügen daher über die üblichen Aktionen, Benachrichtigungen und Einschränkungen.

Jede Regel legt zwei Dinge fest:

  • ob active support oder security support überwacht wird
  • ob der Alarm ausgelöst wird, wenn das Datum überschritten wurde, oder eine bestimmte Anzahl von Monaten vor diesem Datum — standardmäßig drei

Eine Regel kann außerdem festlegen, wann sie geschlossen werden soll: nie, wenn der Support tatsächlich beendet wurde, oder eine geringere Anzahl von Monaten vor dem Datum. Die Standardeinstellung — Auslösung drei Monate vorher und anschließend geöffnet bleiben — eignet sich für etwas, das sich nicht von selbst erledigt.

Legen Sie die Vorlaufzeit entsprechend Ihrem Austauschzyklus und nicht anhand des Standardwerts fest. Drei Monate reichen aus, um eine Bestellung aufzugeben, sind aber zu wenig, um eine Migration der gesamten Umgebung zu planen. Für eine Umgebung, die ein Jahr im Voraus budgetiert werden muss, ist ein Alarm zwölf Monate im Voraus die Einstellung, die das Ergebnis verändert.

Der Alarm enthält das Datum selbst, die Information, ob es bereits überschritten wurde, die Anzahl der verbleibenden Monate und den Supporttyp, auf den er sich bezieht — dadurch enthält eine Benachrichtigung alle erforderlichen Informationen, ohne dass jemand die Konsole öffnen muss.

eol-override

Überschreiben eines Datums

Manchmal entspricht das abgerufene Datum nicht Ihrem tatsächlichen Datum. Ein Vertrag über erweiterten Support, ein anbieterspezifischer Build oder eine interne Richtlinie, nach der Hardware früher als vom Anbieter vorgesehen außer Betrieb genommen wird — all dies führt zu einem tatsächlichen Datum, das eine öffentliche Datenbank nicht kennen kann.

Ein benutzerdefiniertes Datum für das Lebenszyklusende kann für einen einzelnen Monitor festgelegt werden. Wenn ein solches Datum festgelegt ist, ersetzt es den abgerufenen Wert überall: in den Rasterspalten und bei der Alarmauslösung.

Eine Überschreibung gilt pro Monitor, und es findet keine Neuberechnung statt. Wenn Sie im Rahmen eines Vertrags über erweiterten Support ein Datum festlegen, bleibt es bei einer Änderung des Vertrags exakt so erhalten, wie es eingegeben wurde — überprüfen Sie daher Überschreibungen erneut, wenn sich die zugrunde liegende Vereinbarung ändert.

active supportcomplianceend of lifeendoflife.dateeolesxiinventorylifecycleobsolescencepatchingsecurity supportsupportwindows