Was EOSL bedeutet — und was nicht
End-of-Service-Life ist der Zeitpunkt, ab dem der Hersteller keine Wartung, Ersatzteile oder Firmware-Updates für ein Modell mehr anbietet. Davor liegen meist End-of-Sale (kein Neuverkauf mehr) und End-of-Life. Wichtig: EOSL ist eine Hersteller-Entscheidung aus Produktlebenszyklus-Gründen — kein technisches Ablaufdatum der Hardware.
Ein Server, Switch oder Storage-Array funktioniert am Tag nach EOSL genauso zuverlässig wie am Tag davor. Was endet, ist die Versorgung durch den Hersteller — nicht die Betriebsfähigkeit.
Warum EOSL kein Zwang zum Neukauf ist
Hersteller setzen EOSL bewusst als Verkaufshebel ein: Der Refresh auf eine neue Generation soll attraktiver wirken als der Weiterbetrieb. In vielen Fällen ist die vorhandene Hardware aber für die Workload völlig ausreichend — ein Refresh würde Budget binden, ohne messbaren Mehrwert zu liefern.
Die eigentliche Frage ist nicht „neu oder alt“, sondern „wie halte ich die vorhandene Hardware sicher und im SLA“. Genau hier setzt Third-Party-Maintenance an.
Die drei Optionen am EOSL-Punkt
Erstens: OEM-Custom-Support — der Hersteller wartet weiter, oft zu 150–300 % des regulären Preises. Zweitens: Hardware-Refresh — teuer, projektintensiv, nur sinnvoll bei echtem Leistungsbedarf. Drittens: Third-Party-Maintenance (TPM) — herstellerunabhängige Wartung mit Original-Ersatzteilen, typischerweise 30–70 % günstiger, auch Jahre nach EOSL.
Für die meisten Bestände ohne akuten Leistungsdruck ist TPM die wirtschaftlichste Brücke — und reversibel: Ein späterer Refresh bleibt jederzeit möglich.
Risiken richtig managen
Die drei echten Risiken nach EOSL sind Ersatzteil-Verfügbarkeit, SLA-Einhaltung und Audit-Tauglichkeit. Alle drei sind beherrschbar: Original-Ersatzteile gibt es über spezialisierte Depots, SLAs bis 24×7×4 lassen sich vertraglich identisch abbilden, und dokumentierte Wartung mit definierten Reaktionszeiten erfüllt die Compliance-Anforderungen.
Entscheidend ist ein Partner mit eigenem Ersatzteil-Lager in der Region und nachweisbarer Logistik — nicht ein loses Versprechen.
Eine pragmatische EOSL-Roadmap
Schritt 1: Inventarisierung — welche Modelle erreichen wann EOSL? Schritt 2: Priorisierung nach Kritikalität und Restnutzungsdauer. Schritt 3: Pro Cluster entscheiden (Refresh / TPM / Auslauf). Schritt 4: Wartungsverträge bündeln, bevor der OEM-Vertrag ausläuft, damit keine SLA-Lücke entsteht.
Ein EOSL-Tracker und ein TCO-Vergleich pro System machen aus dem Bauchgefühl eine belastbare Entscheidung.