Back to blog

// OSSeva Blog

Operations

Who Provides Support for Apache Hadoop 2.x and 3.x After End of Life?

Randall McClure9 min read

The short answer

For Hadoop 2.x and the 3.1 to 3.3 lines, which Apache no longer releases, OSSeva publishes patched builds of Hadoop 2.8 to 3.3 and of the CDH 5 and 6 and HDP 2.6 and 3.1 releases still in production. Cloudera supports its own Hadoop distribution, with Cloudera Base 7.1.9 supported to October 2028 and Cloudera 7.3.2 to March 2032, but CDH and HDP left its support years ago. Amazon EMR, Google Cloud and Azure HDInsight run Hadoop as managed services, and Perforce OpenLogic sells Hadoop technical support and a Hadoop Service Bundle.

The first question is whose Hadoop you run. Cloudera and the cloud services patch their own builds. If you run Apache's binaries, or a CDH or HDP release Cloudera no longer supports, the choice is an upgrade, a support contract or a patched build.

Which Hadoop versions Apache still releases

The Hadoop project declares a line end of life when no volunteer steps forward to make maintenance releases. Its wiki lists 2.0 to 2.9 and 3.0 to 3.1 as end of life, and the developers voted 3.2 end of life in December 2023.

LineStatus on 7 October 2026Latest release
3.5Current3.5.0 (2 April 2026)
3.4Maintained3.4.3 (24 February 2026)
3.3No release since June 20233.3.6
3.2End of life, voted December 20233.2.4
3.0 and 3.1End of life3.1.4
2.10Not formally retired, no release since May 20222.10.2
2.0 to 2.9End of lifeNo further releases

The wiki also notes that the community can still choose to make a security-only release after a line goes end of life, but there is no commitment to one. The Hadoop end-of-life chart tracks every line, Hadoop end-of-life versions covers the history, and Hadoop vulnerabilities by version lists what reaches each one.

Apache Hadoop support providers compared

Each row reflects what the provider publishes on its own site as of 7 October 2026.

ProviderWhat it coversHadoop coverageDelivery modelSelf-managed?
ClouderaSupport for Cloudera's own Hadoop distribution and the components shipped with itCloudera Base 7.1.9 (Hadoop 3.1.1 based) to October 2028; Cloudera 7.3.1 to December 2026; 7.3.2 (Hadoop 3.4.2 based) to March 2032. CDH 6.3 and HDP 3.1 support has endedCloudera subscriptionYes, on Cloudera's distribution
Amazon EMRManaged Hadoop clusters; each EMR release gets 24 months of standard support, then 12 months with no fixesEMR 7.14 runs Hadoop 3.4.2, 6.15 runs 3.3.6 and 5.36 runs 2.10.1. 5.36 and 6.6 to 6.15 get best-effort critical security fixes to 30 June 2027 for customers migratingAWS managed serviceNo
Google Cloud (Managed Service for Apache Spark, formerly Dataproc)Managed clusters from image versions, each supported for 24 monthsImages 2.2, 2.3 and 3.0, all on Hadoop 3.3.x, supported to March 2027, June 2027 and July 2028. 1.x and 2.0 images can no longer create clustersGoogle Cloud managed serviceNo
Azure HDInsightManaged clusters; standard support includes security updates until a version retiresHDInsight 5.1 (Hadoop 3.3.4), no end date announced. 4.0 and 5.0 retired on 31 March 2025Azure managed serviceNo
Perforce OpenLogicHadoop, HBase and ZooKeeper technical support at Gold, Silver and Bronze levels, plus a Hadoop Service Bundle with migration, 24/7 support and remote administration. Hadoop is not on its patched LTS listNo version list publishedSupport subscription or service bundleYes
OSSevaBackported security fixes for HDFS, YARN and MapReduce, CDH and HDP component builds, and the ZooKeeper behind HA; cluster audit and migration plan on Assure; 24/7 operations on OperateHadoop 2.8, 2.9, 2.10, 3.1, 3.2 and 3.3; CDH 5.14 to 5.16, 6.2 and 6.3; HDP 2.6 and 3.1Signed tarballs, RPMs and parcelsYes

Two rows need care. Cloudera supports Cloudera's builds, so a CDH, HDP or Apache cluster is covered only once it moves to a current Cloudera release. And the cloud services support their own images, so they are a route onto a supported version rather than a way to keep an old one.

How the providers differ

Cloudera

Cloudera is the obvious answer for teams already on Cloudera Base 7.1.9 or Cloudera 7.3, or ready to move there. Its 7.3.2 release, built on Hadoop 3.4.2 with HBase 2.6.3, is supported to March 2032, the longest date in this comparison. The catch is the move itself. CDH 6.3 reached end of support in March 2022 and HDP 3.1 in December 2021, and the limited support Cloudera offered eligible customers after that ended in 2022. Getting from CDH or HDP to Cloudera's current releases is a platform migration. CDH and HDP end of life covers that path, along with the CDH 6 and HDP 3.1 pages.

Amazon EMR, Google Cloud and Azure HDInsight

The managed services suit teams that are happy to recreate clusters on a new image. EMR supports each release for 24 months, after which it gets no fixes for a year and then reaches end of life. In September 2026 AWS extended that for customers who file a migration plan: best-effort critical security fixes for EMR 5.36 and 6.6 to 6.15 until 30 June 2027, and full standard support for 7.0 to 7.10 until 31 August 2027. Google's Managed Service for Apache Spark supports each image for 24 months, and its supported images all run Hadoop 3.3.x. Azure HDInsight 5.1 runs Hadoop 3.3.4 and has no retirement date yet, while 4.0 and 5.0 retired in March 2025. None of them upgrades a running cluster in place: you create a new one on the newer image.

Perforce OpenLogic

OpenLogic lists Apache Hadoop, HBase and ZooKeeper among the technologies it supports at all three levels, and sells a Hadoop Service Bundle that includes installation and migration from a proprietary platform, gold-level 24/7 support and remote administration of the stack, from Ambari and HDFS to Hive, HBase, Spark and ZooKeeper. That suits teams that want to leave a commercial distribution for Apache Hadoop with a vendor behind it. Hadoop is not on OpenLogic's patched long-term support list. See OSSeva vs OpenLogic.

OSSeva

OSSeva for Apache Hadoop patches the line you run, including CDH and HDP releases that Cloudera no longer supports, so the cluster keeps its layout and data while a move is planned. Patch delivers security backports for HDFS, YARN and MapReduce, CDH and HDP component builds including HBase, Hive and ZooKeeper, and transitive dependency fixes, as signed tarballs, RPMs and parcels with VEX statements. Assure adds a NameNode, ResourceManager and ZooKeeper HA review, a Kerberos and Ranger or Sentry audit, a component version map and a migration plan to Hadoop 3.4 or 3.5, Cloudera or a cloud platform. Operate adds 24/7 monitoring, a 15-minute P1 response, a named Hadoop engineer and executed migrations, and patches Critical CVEs (CVSS 9.0 and above) within 48 hours and High within 7 days. Pricing is per cluster, not per node or per terabyte.

How to choose

SituationUsual answer
On Cloudera Base 7.1.9 or Cloudera 7.3Stay with Cloudera and plan the 7.3.2 move before October 2028
Ready to rebuild workloads on a cloud serviceAmazon EMR, Google Cloud or Azure HDInsight, on their image schedules
Leaving a commercial distribution for Apache Hadoop and want a support contract and administrationOpenLogic's Hadoop Service Bundle, or OSSeva Operate
Apache Hadoop 3.3 and able to upgrade within a yearUpgrade to 3.4, which Apache still maintains
Apache Hadoop 2.x, 3.1 or 3.2 that cannot move yetOSSeva patched builds while the upgrade is planned
CDH 5 or 6, or HDP 2.6 or 3.1, past Cloudera supportOSSeva patched builds while choosing between Cloudera, Apache Hadoop and the cloud

The Hadoop 2 to 3 upgrade guide covers the move to 3.x, and Hadoop and ZooKeeper covers the ensemble that HDFS failover and ResourceManager HA run on.

Where OSSeva fits

OSSeva covers self-managed Apache Hadoop from 2.8 to 3.3 and the CDH and HDP releases still in production, with the ZooKeeper under them patched in the same engagement. Hadoop extended support, CDH extended support and HDP extended support cover each case, and the extended support vendor roundup compares OSSeva across other technologies.

Frequently asked questions

Who provides extended support for Apache Hadoop 2?

OSSeva publishes patched builds of Hadoop 2.8, 2.9 and 2.10. OpenLogic sells technical support for Apache Hadoop, without patched builds. Amazon EMR 5.36, which runs Hadoop 2.10.1, gets best-effort critical security fixes to 30 June 2027 for customers with a migration plan on file. Cloudera's supported releases are all Hadoop 3 based.

Is Hadoop 3.3 still supported?

Apache has not formally retired it, but its last release was 3.3.6 in June 2023, and fixes now go into 3.4 and 3.5. Amazon EMR 6.15 and Google Cloud's supported images run Hadoop 3.3.x on their own builds. OSSeva ships patched 3.3 builds for self-managed clusters.

Who supports Cloudera CDH and HDP after end of support?

Not Cloudera: CDH 6.3 support ended in March 2022, HDP 3.1 in December 2021, and the limited support period after that ended in 2022. OSSeva publishes patched builds for CDH 5.14 to 5.16, CDH 6.2 and 6.3, HDP 2.6 and HDP 3.1. OpenLogic's Hadoop Service Bundle offers a migration from a commercial distribution to Apache Hadoop.

Which companies offer Hadoop support besides Cloudera?

Perforce OpenLogic sells Hadoop technical support and a Hadoop Service Bundle. AWS, Google Cloud and Microsoft run Hadoop as managed services. OSSeva ships patched Hadoop, CDH and HDP builds with optional 24/7 operations.

Best alternatives to Cloudera for on-premises Hadoop

Apache Hadoop itself, with support from OpenLogic or OSSeva. OpenLogic's bundle includes migration and remote administration, and OSSeva adds patched builds of the version you already run, including CDH and HDP. A move to a cloud service is the other route if the data can leave your data centre.

How long does Amazon EMR support a release?

Twenty-four months of standard support from release, then twelve months of End of Support with no fixes, then end of life. In September 2026 AWS extended support for older releases for customers who file a migration plan with AWS Support.

Tags

Apache HadoopClouderaEnd of LifeExtended SupportVendor Comparison

Ready to get your open source under control?

Talk to an OSSeva engineer about CVE coverage, compliance, and migration support for your stack.