PURE FLASHARRAY //M WARTUNG · TPM NACH EOSL

FlashArray //M Wartung — vendor-unabhängiger Service nach Pure-EOSL

Wir warten Pure FlashArray //M (//M10, //M20, //M50, //M70) nach Pure-EOSL — der einzige verfügbare Pfad, weil Pure für die //M-Generation keine Verlängerung mehr anbietet oder nur zu Konditionen, die einen Refresh erzwingen. Mit Original-Ersatzteilen aus eigenem Lager (SAS/NVMe-Module, Controller-FRUs, NVRAM-Karten, PSUs) und SLA bis 24×7×4. 50 bis 70 Prozent unter den letzten Pure-Listenpreisen.

Angebot in 48 h anfordern Ersparnis berechnen

FlashArray //M-Modelle die wir vollständig warten

FlashArray //M war von 2015 bis ca. 2018 die Hauptplattform von Pure Storage — die Generation, die Pure im europäischen Markt etabliert hat. SAS-basiert (vor dem Wechsel zu NVMe in der //X-Generation), 3U-Chassis, klassische Active-Active-Controller. In vielen DACH-Datacentern noch produktiv im Einsatz. Wir halten alle //M-spezifischen Komponenten vor.

FlashArray //M10

//M10 R1/R2 (Entry-Modell, kleinste //M-Konfiguration, ab 5 TB)

FlashArray //M20

//M20 R1/R2 (Standard-Mittelstandsplattform, typisch 10–40 TB)

FlashArray //M50

//M50 R1/R2 (Mid-Range Enterprise, 30–80 TB)

FlashArray //M70

//M70 R1/R2 (Top-//M-Modell, bis ca. 220 TB)

Warum TPM-Wartung statt Pure Evergreen / Pure Support

FlashArray //M ist Pure-EOSL-Hardware par excellence. Pure-Verlängerung ist entweder gar nicht mehr möglich oder kostet ein Vielfaches einer //X- oder //C-Verlängerung — strukturell so designt, dass Refresh wirtschaftlich erzwungen wird. Das Problem: Viele //M-Plattformen laufen technisch völlig stabil, es gibt keinen sachlichen Grund für einen Forklift. Genau diese Lücke decken wir.

Original-Ersatzteile sind der Knackpunkt. Bei EOSL-Plattformen wie //M ist die Verfügbarkeit von SAS-Modulen, NVRAM-Karten, Controller-Boards und älteren PSUs entscheidend. Wir betreiben dafür ein eigenes Lager mit refurbished Pure-Original-Komponenten und etablierten Sekundär-Markt-Beziehungen. Bei sehr seltenen Konfigurationen prüfen wir vorab — die Norm ist aber, dass wir innerhalb von 4 Stunden ein funktionsfähiges Ersatzteil liefern können.

30–60 %

Ersparnis ggü. Pure Support / Evergreen

bis 70 %

Ersparnis bei EOSL-Modellen

48 h

Festpreis-Angebot nach Eingang Ihrer Bestandsliste

4 h

Onsite-Reaktionszeit bei 24×7×4-SLA

Generations-Timeline & TPM-Abdeckung

Pro Hardware-Generation: Hersteller-Phase (Slate) und TechCare-Coverage-Window (Teal) bis ~5 Jahre nach OEM-EOSL.

2015

2018

2021

2024

2027

2029

Heute · 2026

FlashArray //M10
2016–2022
TPM bis2027+
Empfohlen
FlashArray //M20
2015–2022
TPM bis2027+
Empfohlen
FlashArray //M50
2015–2023
TPM bis2028+
Empfohlen
FlashArray //M70
2016–2024
TPM bis2029+
Empfohlen

EOSL-Status der Generationen

Sobald Pure den offiziellen Support einer Generation einstellt, wird die Verlängerung entweder gar nicht mehr angeboten oder kostet überproportional. Genau diese Lücke deckt TPM ab — mit derselben Hardware-Garantie, derselben SLA, deutlich günstiger.

Modellfamilie	Markteinführung	OEM-Support endet	TPM-Status
FlashArray //M10	2016	2022	Empfohlen
FlashArray //M20	2015	2022	Empfohlen
FlashArray //M50	2015	2023	Empfohlen
FlashArray //M70	2016	2024	Empfohlen

Stand: 2026. EOSL-Daten basieren auf offiziellen Hersteller-Roadmaps und können sich ändern. Verbindliche Auskunft im Einzelfall auf Anfrage.

Was wir konkret leisten

Original-Ersatzteile

Eigenes Lager mit OEM-Originalkomponenten (NVMe-Module, Controller, NVRAM-Karten, PSUs), auch für End-of-Life-Generationen.

Onsite-Engineer

Deutschsprachige Techniker in DACH und international, 4-Stunden-Reaktionszeit garantiert.

Flexible SLA pro System

Parts Only, 5×9 NBD oder 24×7×4 — frei kombinierbar je nach Standort und Kritikalität.

Multi-Vendor-Vertrag

Ein Vertrag für Pure Storage und alle anderen Hersteller. Keine Einzelverträge mehr.

EOSL-Tracking & Reporting

Monatliche SLA-Reports, Asset-Übersicht, automatische EOSL-Benachrichtigung.

Purity bleibt nutzbar

Purity als Betriebssystem läuft weiter, weil es Bestandteil des Storage-Systems ist.

Vergleich

TechCare vs. Pure FlashArray //M FlashArray //M Legacy / EOSL

Konkrete SLA-Stufen, OEM-Vergleich, Coverage-Details und Quellen-Fussnoten — auf einer Print-faehigen Seite.

Battle-Card oeffnen

Häufige Fragen zur Pure FlashArray //M Wartung

Pure sagt, //M-Wartung ist nicht mehr möglich. Stimmt das?

Pure bietet für //M keine offizielle Verlängerung mehr an — das stimmt. Daraus folgt aber nicht, dass //M nicht mehr wartbar ist. TPM-Anbieter wie wir füllen genau diese Lücke. Wir haben Original-Ersatzteile, deutschsprachige Engineers und SLA bis 24×7×4 für //M-Plattformen verfügbar. Stand 2026 betreiben wir aktiv //M-Wartungsverträge in mehreren DACH-Datacentern.

Wie lange können Sie //M-Plattformen noch warten?

Realistisch noch 5–8 Jahre über Pure-EOSL hinaus, abhängig von Modell und Verfügbarkeit kritischer Komponenten. //M50 und //M70 mit größerer Install-Base sind länger versorgbar als //M10. Wir geben pro Plattform eine ehrliche Einschätzung — und planen Migrations-Pfade rechtzeitig mit, falls bestimmte FRUs knapp werden.

Was kostet //M-TPM im Vergleich zur letzten Pure-Verlängerung?

Bis zu 70 Prozent unter den letzten Pure-Listenpreisen für //M. Eine //M50 R2 mit 24×7×4 kostete bei Pure zuletzt etwa 12.000–16.000 Euro/Jahr (vor EOSL); bei TechCare 4.000–6.000 Euro. Bei //M70 entsprechend höher absolut. Pure bietet aktuell für //M oft gar keine Verlängerung mehr — die Frage ist nicht 'TPM oder Pure', sondern 'TPM oder Refresh'.

Welche //M-Generationen decken Sie ab?

//M10, //M20, //M50, //M70 — alle in R1- und R2-Revisionen. Wir kennen die Hardware-Unterschiede zwischen R1 (älter, kleinere Cache-Konfiguration) und R2 (gleicher Formfaktor, mehr Performance). Ersatzteile halten wir generationen-spezifisch vor.

Funktioniert Purity auf //M ohne Pure-Vertrag weiter?

Ja. Purity (das Betriebssystem) läuft weiter, weil es Bestandteil des Storage-Systems ist. Auf //M ist die letzte unterstützte Purity-Version typischerweise 6.4.x — Code-Updates auf neuere Versionen sind ohne Pure-Vertrag und auch wegen Hardware-Limitierungen oft gar nicht mehr möglich. Bei stabilen Konfigurationen ist das kein Problem; die //M ist nicht für neue Features gemacht.

Können Sie //M-zu-//X-Migration als Service anbieten?

Ja — wenn der Refresh strategisch sinnvoll ist, planen wir die Migration mit. Pure nutzt für //M-zu-//X-Migration typischerweise Asynchronous Replication und kurze Service-Fenster. Wir können das Migration-Engineering übernehmen und parallel die TPM-Wartung der //M weiterführen, bis die //X aktiv ist. Daraus ergibt sich oft ein hybrider Pfad: //M weiterbetreiben, //X parallel aufbauen, schrittweise migrieren.

Was ist mit Disks und FlashModules — wie verfügbar sind die noch?

Stand 2026 sind alle //M-Standard-FlashModules verfügbar — wir halten sie in eigenem Lager. Bei sehr großen oder seltenen Kapazitäten (z.B. die größten //M70-Modules) prüfen wir die Verfügbarkeit individuell, bevor wir den Vertrag zusichern. Kontroller, NVRAM und PSUs sind unkritisch.

Verlieren wir die Garantie wenn wir auf TPM wechseln?

Bei //M ist die Werksgarantie längst abgelaufen — bei der ältesten //M sogar seit 2024. Pure-Support gibt es nicht mehr. Es gibt nichts mehr zu verlieren, der Wechsel zu TPM ist die natürliche Fortführung. Bei späteren Refresh-Entscheidungen für //X oder //C ist es kein Hindernis, wieder zu Pure-Support zurückzukehren.

Service-Performance