Pure FlashArray //M vs. Evergreen Subscription
Battle-Card · Pure FlashArray //M FlashArray //M Legacy / EOSL

Pure FlashArray //M FlashArray //M Legacy / EOSL Wartung
im Direktvergleich.

TPM-Wartung von TechCare vs. Evergreen Subscription. Kostenrange, EOSL-Vorteile, Migration-Pfad und DACH-Compliance auf einen Blick — für IT-Leitung und Einkauf.

36–53 % Ersparnis ggü. Evergreen Subscription
60–75 % EOSL-Ersparnis vs. OEM
5–10 % Multi-Year-Discount (3–5 J.)
Ein Vertrag für alle Linien · Festpreis in 48 h techcaresolutions.de
01

Cost-Vergleich

Sie sparen 36–53% pro JahrPure FlashArray //M Evergreen Subscription vs. TechCare TPM · Beispiel-Rechnung
Evergreen Subscription
100 %
TechCare TPM
47–64 %
−36–53%

Beispiel FlashArray //X70 mit 4-Jahres-Evergreen: TechCare TPM rund 36–53 % unter dem OEM-Preis.

Ersparnis ggü. Evergreen Subscription pro Jahr 36–53 %

Beispiel FlashArray //X70 mit 4-Jahres-Evergreen: TechCare TPM rund 36–53 % unter dem OEM-Preis.

EOSL-Hardware: Bei nicht-Evergreen-Bestand (Out-of-Subscription FlashArray //M, //X10/X20-Generationen) 60–75 % Ersparnis — TPM springt ein wenn Evergreen ausgelaufen oder aufgekuendigt wurde.
Multi-Year-Vertrag: Bei 3-Jahres-TPM-Vertrag zusaetzlich 5–10 % Discount, bei 5-Jahres-Vertrag 10–15 %. Plus Festpreis-Lock gegen OEM-Listenpreis-Erhoehungen.

Aktive EOSL-Linien

  • FlashArray //M10 · EOSL 2022-12-31 — Aktiv EOSL seit 2022 — TPM einziger verfuegbarer Wartungspfad
  • FlashArray //M20 · EOSL 2022-12-31 — Aktiv EOSL seit 2022 — SAS-Module und NVRAM-Karten im DACH-Lager
  • FlashArray //M50 · EOSL 2023-12-31 — Aktiv EOSL seit 2023 — groessere Install-Base, laengere TPM-Versorgungssicherheit
  • FlashArray //M70 · EOSL 2024-12-31 — Aktiv EOSL seit 2024 — Top-//M-Modell, TPM-Bridge bis strategischem //X-Refresh
02

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

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)

EOSL-Status der Generationen

GenerationMarkteinführungEnde HerstellersupportTechCare TPM
FlashArray //M1020162022Empfohlen
FlashArray //M2020152022Empfohlen
FlashArray //M5020152023Empfohlen
FlashArray //M7020162024Empfohlen
03

Linien-spezifische Pain-Points

  • Pure bietet fuer die //M-Generation keine offizielle Verlängerung mehr an oder nur zu Konditionen, die einen Forklift wirtschaftlich erzwingen — TPM ist damit der einzige reale Alternative.
  • Purity laeuft als Bestandteil des Storage-Systems weiter, Code-Updates auf Versionen ueber 6.4.x sind ohne Pure-Vertrag und wegen Hardware-Limitierungen oft nicht moeglich — bei stabilen //M-Konfigurationen kein operatives Problem.
  • SAS-basierte //M-Module, NVRAM-Karten und aeltere Controller-Boards sind generation-spezifisch und schwieriger am Sekundaermarkt verfuegbar — ein TPM-Anbieter mit eigenem Lager und Sekundaermarkt-Beziehungen ist entscheidend.
  • TPM kostet bis zu 70 Prozent weniger als die letzten Pure-Listenpreise fuer //M — bei einer //M50 R2 mit 24x7x4 liegt TechCare rund 65 Prozent unter dem letzten Pure-Preis.
  • Viele //M-Plattformen laufen technisch voellig stabil ohne sachlichen Grund fuer einen Forklift-Refresh — TPM ermoeglichet 5-8 weitere Betriebsjahre ohne Investition in neue Hardware.
04

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.

05

OEM vs. TechCare — wo der Wechsel sich lohnt

Die vollständige OEM-vs-TPM-Matrix (Ersatzteile, SLA-Stufen, Sprache, Sub-Outsourcing, Compliance-Doku, Reporting) gilt für alle Pure Storage-Linien gleich — siehe Pure Storage-Battle-Card.

Bleibt bei Pure FlashArray //M

  • Purity OS Updates + neue Major-Versions
  • Pure1 Cloud / Analytics-Subscription
  • Evergreen Capacity-Refresh-Programme (Controller-Tausch)

Wechselt zu TechCare

  • Hardware-Defekte (Memory, Disk, PSU, Mainboard, Module)
  • 24×7×4-On-Site-SLA mit deutschsprachigem Field-Service
  • Spare-Parts-Logistik DACH + globales Hub-Netzwerk
  • Festpreis-Vertrag in 48 h, eine Bestandsliste — ein Vertrag
06

DACH-Compliance by design.

BAIT-/MaRisk-Doku-Paket, DORA-Art.-28-Vertragstemplate, ISO 27001 und DSGVO-konformes Datenträger-Handling gelten für alle Pure Storage-Linien gleich — Details auf der Pure Storage-Battle-Card.

07

Migration-Pfad vom Erstkontakt zur Hand-Over.

  1. FlashArray //M-Inventur Bestandsliste aller //M-Systeme mit Modell (//M10/M20/M50/M70), Revision (R1/R2), Seriennummer, Purity-Version und verbleibendem Support-Datum exportieren.
  2. Quote in 48 h Festpreis pro //M-Modell und Revisionsstand; Bundle-Discount wenn mehrere //M-Systeme oder Mix aus //M und //X/C in einem Fleet.
  3. Vertrag + Pure-Trennung Vertrag separiert Hardware-Wartung (TPM) von eventuell noch laufenden Pure-Software-Subscriptions; da Pure fuer //M keine Verlaengerung mehr anbietet, ist die Trennung in der Regel unkompliziert.
  4. Hand-Over + SAS-Module/NVRAM-Spares Pure-Vertrags-Kuendigung in Abstimmung, SAS-FlashModule und NVRAM-Karten generationsgerecht im DACH-Hub bereitgestellt; fuer seltene //M70-Konfigurationen Vorab-Verfuegbarkeitscheck.
08

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. Für eine //M50 R2 mit 24×7×4 liegt TechCare rund 65 % unter dem letzten Pure-Preis (vor EOSL). 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.