Haink KnowledgeCase StudiesAbout Contact sales
Home / Knowledge / Brands / HPE / Alletra explained

Every HPE Array Line Before B10000 Is Discontinued. Support Runs to 2030.

If you run HPE 3PAR, Nimble, Primera, Alletra 9000 or Alletra 6000, the array you own can no longer be ordered new. That is not a warning about something coming — the last-order dates have passed. What you have instead is a long, orderly runway: support on the Alletra generation runs to the end of 2030 on the published schedule. That combination, no new purchases but years of support, is exactly the shape of a problem that gets deferred until it becomes urgent, and it is why storage refresh budget gets approved late and spent badly.

This page explains what happened to each line, where it lands, what the successor actually is architecturally — it is not simply a newer array — and the order in which to make the decision. We sell storage, so the practical bias here is toward getting you a specified configuration rather than a discovery call.

Four families, one successor

If you runIt came fromIt lands on
HPE 3PAR StoreServThe original mission-critical block platformAlletra Storage MP B10000
HPE Primera3PAR's successorAlletra Storage MP B10000
HPE Alletra 9000Primera's successorAlletra Storage MP B10000
HPE Nimble StorageThe midrange line acquired in 2017Alletra Storage MP B10000
HPE Alletra 6000Nimble all-flash, rebadgedAlletra Storage MP B10000
HPE Alletra 5000Nimble hybrid, rebadgedAlletra Storage MP B10000

Two separate product lineages — the mission-critical block line descended from 3PAR, and the midrange line descended from Nimble — converge on one platform. HPE's own refresh material states it plainly: "With your HPE 3PAR, HPE Nimble Storage, or HPE Primera all-flash storage array at end-of-life…".

Alongside it sits a second, different machine: the Alletra Storage MP X10000, an object and file platform for AI, analytics, active data lakes and fast backup. It is not a replacement for a block array and should not appear in a like-for-like refresh quote. More on where it does belong below.

The dates

Published lifecycle milestones for the Alletra 6000 and 9000 lines, which are consistent across lifecycle trackers:

MilestoneDateWhat it means to you
End-of-life announcement1 June 2025The clock started
Discontinuance (last orders)30 November 2025No new systems, inventory permitting
Obsolescence, end of new hardware qualification31 December 2025No new hardware certified against the platform
End of new interoperability testing31 May 2026New hypervisor and OS versions are no longer validated against it
End-of-sale, hardware upgrades31 December 2028Last date to add capacity or controllers
End-of-sale, software upgrades31 December 2029Last date to buy features
End of engineering support and support period31 December 2030The hard deadline

The Alletra 5000 runs a year behind, with published end-of-life on 1 May 2026 and formal obsolescence on 31 October 2026.

Verify before you budget. These dates come from third-party lifecycle trackers, not from a document we can read at source — HPE publishes them in Product Change Notifications on a support portal that renders through JavaScript and cannot be quoted directly. The authoritative documents are PCN a00149116en_us (Alletra 9000) and a00159357en_us (Alletra 5000), plus the end-of-availability notice dp00005509en_us covering Alletra 6000, Alletra 5000 and Nimble. Ask HPE or us to send you the current PCN for your exact model before a date goes into a budget paper. This is the same discipline we apply to reading vendor end-of-support data generally: the lookup method is more durable than a republished table.

Two practical readings of that timetable. First, 31 May 2026 already passed — new hypervisor and operating-system releases are no longer being validated against these arrays, so a platform upgrade on the host side can quietly move you outside the support matrix well before 2030. Second, the two upgrade end-of-sale dates matter more than the final one for anyone whose capacity is still growing: after 2028 you cannot buy your way out of a full array.

What the B10000 actually is

The important thing about the successor is that it is not simply a faster array of the same shape. It is a disaggregated platform, and that changes how you size and how you buy.

Practically, this means a refresh is no longer a like-for-like swap of one array model for its successor model. It is a sizing exercise with two independent axes, and the right answer is often a smaller controller count than the array you are replacing plus more capacity behind it — or the reverse. A supplier quoting you "the B10000 equivalent of your 6000" has skipped the exercise.

The guarantees, read carefully

HPE attaches two commercial guarantees to the platform: a 100% data availability guarantee and a 4:1 total data savings guarantee. Both are real contractual commitments rather than marketing adjectives, and both come with conditions — on configuration, on supported software versions, and on what counts as a qualifying outage or a qualifying dataset.

The 4:1 figure in particular does work in the capacity arithmetic above: the 16.6 PB effective capacity number assumes it. If your data is already compressed, encrypted at the application layer, or dominated by media, you will not see 4:1, and your effective capacity will be closer to raw. Size on your own measured reduction ratio if you have one, and get the guarantee terms in writing before you let a compaction assumption shrink the capacity you order. The broader vendor claims that circulate alongside — up to 40% lower cost, 98% operational time savings — are vendor-published figures against a composite baseline, and belong in a business case only with that baseline named.

Migration: what is actually supported

HPE documents array-to-array migration paths rather than expecting a host-side copy, and the tooling differs by source:

Three questions decide whether the migration is a weekend or a quarter, and none of them are answered by the array datasheet: how many hosts and volumes are in scope, whether the source array can run alongside the target long enough to move data online, and whether your Fibre Channel fabric has the ports and zoning headroom for both arrays at once. Get those confirmed before you accept a migration estimate from anyone, us included.

Where the X10000 fits — and where it does not

The X10000 is object and file storage speaking S3 and S3a, built on the same disaggregated NVMe architecture, aimed at AI and machine learning pipelines, active data lakes, high-performance computing, real-time analytics and fast backup and restore. Its distinguishing component is a data intelligence node that extracts metadata and vector embeddings inline as data lands.

It is the right answer for a data lake, a backup target at scale, or a retrieval pipeline feeding a model. It is the wrong answer for the block workloads on your existing array — virtual machines, databases, anything presented as a LUN. If a quote replaces a 3PAR or Nimble with an X10000, the supplier has misread the requirement. Where both genuinely apply, they are two line items, not one.

The decision, in order

  1. Establish your real dates. Get the current PCN for your exact model in writing. Everything downstream is scheduling.
  2. Measure before you size. Current usable capacity, actual growth rate over the last 24 months, real data reduction ratio, peak IOPS and latency requirement. Sizing a disaggregated platform from the old array's model number wastes the main advantage it has.
  3. Decide the fabric. Fibre Channel again, or NVMe over TCP on Ethernet. This has more effect on the total project cost than the array line item, and it is easiest to decide before the array is quoted.
  4. Separate block from object. B10000 for the block estate. X10000 only if you have an actual object or analytics requirement, priced separately.
  5. Sequence against the upgrade end-of-sale dates, not the final support date. If capacity is growing, the 2028 hardware-upgrade cut-off is your real deadline.
  6. Decide what happens to the old array. Decommissioned enterprise storage retains value, and that value is a credit against the refresh — see the secondary market and residual value.

Get the replacement array specified and priced

Send this and we price it — no questions back:

  1. Which array you run today — model and, if you have it, the serial (we pull the exact lifecycle dates for you)
  2. Current usable capacity, and growth over the last 24 months
  3. Your measured data reduction ratio if you have one — if not, say so and we size on raw rather than on an assumed 4:1
  4. Peak IOPS and the latency your applications require, plus host count and volume count for the migration estimate
  5. Fabric today (Fibre Channel or Ethernet) and whether you are open to NVMe over TCP; destination country and target date

You get firm pricing, availability and delivered lead time within one business day.

Only know the array model? Send your current array model, usable capacity and growth rate, destination country and target date — we come back with a specified B10000 configuration and a price, plus your real end-of-support dates, not a list of questions.

Get a specified array refresh quote   Prefer email? sales@haink.org

We quote the controller count and the capacity separately, so you can see which axis the money is on — and we will tell you if your existing array should be sized down rather than matched.

Frequently asked questions

Can I still buy HPE Nimble or Alletra 6000?

No. Discontinuance for the Alletra 6000 and 9000 lines was 30 November 2025 on the published schedule, and Nimble was superseded before that. Anything offered to you as new stock now is either remaining inventory, secondary-market hardware, or mislabelled — worth establishing which, using the checks in sourcing HPE.

How long is my current array supported?

On the published schedule, engineering support and the support period for the Alletra 6000 and 9000 lines end 31 December 2030, with hardware upgrades ending 31 December 2028 and software upgrades 31 December 2029. Older 3PAR and Primera systems are on earlier schedules that vary by model. Confirm your exact model against HPE's Product Change Notification before treating any of these as your date.

Is the B10000 a drop-in replacement for my array?

Functionally it covers the same block workloads, but it is architecturally different: controllers and capacity scale independently, and controller counts of 2, 3 or 4 are supported without matched HA pairs. That makes a like-for-like model swap the wrong way to size it. Expect a genuine sizing exercise from measured data, not a conversion table.

What is the difference between the B10000 and the X10000?

B10000 is block and file for mission-critical and general enterprise workloads. X10000 is object and file — S3 and S3a — for AI, analytics, data lakes and fast backup, with a data intelligence node that generates metadata and vector embeddings inline. They share an architecture and address different requirements. A block array refresh is a B10000 conversation.

Do I have to move to Fibre Channel?

No. The B10000 supports Fibre Channel, NVMe-oF/FC, NVMe-oF/TCP and iSCSI. NVMe over TCP runs NVMe on standard Ethernet, which is worth pricing against an FC refresh if your fabric is also ageing — the switches and HBAs are frequently a larger line than people expect when they budget only for the array.

Is the migration non-disruptive?

HPE's Peer Motion is documented as online and non-disruptive for the 3PAR path, and Primera and Alletra 9000 migrate through the GreenLake for Block Storage UI. Whether your migration is non-disruptive depends on host operating systems and versions, multipathing configuration, fabric capacity to run both arrays concurrently, and application constraints. Treat "non-disruptive" as a property of the tool, and validate it against your estate before committing to a cutover window.

Should we consider a different vendor at refresh?

It is the natural moment to ask, since the migration effort is comparable whichever direction you go. The honest counterweight is that staying within HPE preserves the documented migration paths and your team's operational knowledge, and moving vendors does not. If you want the comparison run properly, NetApp versus Pure Storage covers the main alternatives and we will quote across vendors on the same requirement.

Related

Sources

Haink
info@haink.org

Winning House
72–76 Wing Lok Street
Sheung Wan, Hong Kong

© 2026 Haink. All rights reserved.  ·  Privacy Policy  ·  TermsHong Kong · Dubai · Singapore · Mainland China · Delaware (USA)