This life cycle page refers only to the latest major version of Red Hat OpenShift. Information regarding OpenShift 3 and other, older versions of OpenShift can be found on the Life Cycle page for non-current OpenShift versions.


Red Hat OpenShift Container Platform Life Cycle Policy

Overview

Red Hat provides a published product life cycle for Red Hat OpenShift Container Platform (“OpenShift” or “OCP”), in order for customers and partners to effectively plan, deploy, and support their infrastructure. Red Hat publishes this life cycle in an effort to provide as much transparency as possible and may make exceptions from these policies as conflicts may arise.

All released errata will remain accessible to active subscribers across the entire life cycle.

With the introduction of OpenShift 4, Red Hat transitioned the product lifecycle from a traditional, time delineated life cycle in favor of a release driven, phased life cycle. Life Cycles are distinct by OpenShift major version:

  • Red Hat OpenShift Container platform v3, providing three support phases for the major version; Full Support, Maintenance Support, and an Extended Life Phase, each spanning a fixed calendar term. Detailed life cycle information can be found on the Life Cycle page for non-current OpenShift versions.
  • Red Hat OpenShift Container platform v4, providing a modern release driven, phased life cycle, where in at least 4 minor versions could be supported at any point in time. The time period of support is determined by the future release schedule. Red Hat aims to forecast these at a 4 month cadence, providing customers ample opportunity to plan.
OCP v4 Life Cycle

Life Cycle Phases

Full Support

For OpenShift 4.7 releases and newer
This phase begins at the GA/release of the minor version and ends after a 6 month period OR 90 days after the GA of the superseding minor release, whichever is later.

Full support is provided according to the published Scope of Coverage and Service Level Agreement. Likewise, Development Support is provided according to the published Scope of Coverage and Service Level Agreement.

During the Full Support Phase, qualified Critical and Important Security Advisories (RHSAs) and Urgent and Selected High Priority Bug Fix Advisories (RHBAs) will be released as they become available; all other available fix and qualified patches may be released via periodic updates. In order to receive security and bug fixes, customers are expected to upgrade their OpenShift environment to the most current supported micro (4.x.z) version.

Maintenance Support

For OpenShift 4.7 releases and newer
This phase commences after the Full Support phase for the respective GA and has a duration of 12 months. For instances where the full support phase for the version is beyond 6 months, the duration of the maintenance phase is reduced so the accumulated Full and Maintenance support phases for a release are 18 months.

During the Maintenance Support phase, qualified Critical and Important Security Advisories (RHSAs) and Urgent and Selected High Priority Bug Fix Advisories (RHBAs) may be released as they become available. Other Bug Fix (and Enhancement (RHEA) Advisories may be released at Red Hat’s discretion, but should not be expected.

At the end of the maintenance support phase, software and documentation will continue to be available to customers however no technical support will be provided except assistance to upgrade to a supported version. Full functionality of an OpenShift cluster(s) may require access to hosted services provided by Red Hat, the availability of these services cannot be guaranteed for unmaintained and unsupported versions of OpenShift.

Extended Update Support

Commencing with OpenShift Container Platform 4.8, Red Hat will denote all even numbered minor releases (eg 4.8, 4.10, 4.12) as Extended Update Support (EUS) releases.

For an EUS release, the aforementioned Full and Maintenance support phases are applied with the same conditions to trigger the start and end date for each phase of a release. Customers can therefore expect 18 months of support in total for a release, consistent with non-EUS releases.

OpenShift Container Platform EUS releases introduce an easier upgrade between EUS releases, permitting them to streamline upgrades of worker nodes and forumuate upgrade strategies of EUS to EUS OpenShift releases that will cause less reboots of nodes.

Life Cycle Dates

See footnote [9] for further information on 4.6 EUS end date

Layered and Dependant Components

RHEL CoreOS

RHEL CoreOS is a component of OpenShift 4 and is maintained per the OpenShift life cycle. Each release of OpenShift includes a corresponding stream of RHEL CoreOS.[8]

Layered Offering On OpenShift

OpenShift Container Platform provides a variety of runtimes and application frameworks (provided directly from Red Hat) or our partners. All of the layered content or container offerings provided by Red Hat, our partners and/or third party providers maintain an independent lifecycle from OpenShift. As a result, it is important that you check with the content providers to see how that content is tested, certified and supported on the particular version of OpenShift you are running.

For Red Hat provided products or offerings we maintain this lifecycle and testing information in the following locations:

Software Classification Provided Tools/Functionality Life Cycle / Tested Configuration Links
Red Hat Software Collections PHP, Perl, Python, Ruby, node.JS, Postgres, MySQL, MongoDB https://access.redhat.com/support/policy/updates/rhscl
JBoss Products Add-ons EAP, EWS/JWS, Fuse, AMQ, BRMS, Data Grid https://access.redhat.com/support/policy/updates/jboss_notes

Red Hat OpenShift Data Foundation

(formerly sold as OpenShift Container Storage)

Commencing with OpenShift v4.2, OpenShift Container Storage (OCS) v4 is provided and available as an optional, installable component to Red Hat OpenShift Container Platform (OCP). Comprising the upstream projects Rook, Ceph, and NooBaa, OCS is not shipped within the OCP subscription. OCS requires its own subscription and is supported per the Red Hat production terms of support[5&6].

To allow for an increased frequency in developing and delivering features and fixes, OCS maintains a release cadence independent of the OCP minor version release stream. Red Hat aims to forecast these on a 4 month release cadence with OCS, providing customers ample opportunity to plan.

In alignment with OCP, OCS provides three support phases throughout the availability of a minor release; Full Support, Maintenance Support, and Extended Update Support (EUS). The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Note that support for OCS is only available for a corresponding minor version of OCP in its Full Support phase, as well as the superseding minor version of OCP, whilst OCS is in the Full Support phase. The availability of support on any level for OCS is subject to the overarching minor version of OCP for which it is released. No support is offered for OCS or OCP beyond the maintenance or EUS phase boundary for OCP.

Support Phase Boundaries

Full Support

For OpenShift Container Storage 4.7 release or greater
Full Support phase begins at the GA release of the OCS minor version and ends after a 6 month period OR 90 days after the GA of the superseding minor release, whichever is later.

Full support is provided according to the published Scope of Coverage and Service Level Agreement. Likewise, Development Support is provided according to the published Scope of Coverage and Service Level Agreement.

During the Full Support Phase, qualified Critical and Important Security Advisories(RHSAs) and Urgent and Selected High Priority Bug Fix Advisories (RHBAs) will be released as they become available; all other available fix and qualified patches may be released via periodic updates. In order to receive security and bug fixes, customers are expected to upgrade their OCS to the most current supported micro (4.y.z) version.

Maintenance Support

For OpenShift Container Storage 4.7 release or greater
This phase commences after the Full Support phase for the respective GA and has a duration of 12 months. For instances where the full support phase for the version is beyond 6 months, the duration of the maintenance phase is reduced so the accumulated Full and Maintenance support phases for a release are 18 months.

During the Maintenance Support phase, qualified Critical and Important Security Advisories ((RHSAs) and Urgent and Selected High Priority Bug Fix Advisories (RHBAs) may be released as they become available. Other Bug Fix (and Enhancement (RHEA) Advisories may be released at Red Hat’s discretion, but should not be expected.

At the end of the maintenance support phase, software and documentation will continue to be available to customers however no technical support will be provided except assistance to upgrade to a supported version.

Extended Update Support

Commencing with OCS 4.8, Red Hat will denote all even numbered minor releases (eg 4.8, 4.10, 4.12) as Extended Update Support (EUS) releases.

For an EUS release, the aforementioned Full and Maintenance support phases are applied with the same conditions to trigger the start and end date for each phase of a release. Customers can therefore expect 18 months of support in total for a release, consistent with non-EUS releases. OpenShift Container Platform EUS releases introduce an easier upgrade between EUS releases, permitting them to streamline upgrades of worker nodes and formulate upgrade strategies of EUS to EUS OpenShift releases that will cause fewer reboots of nodes.

More information on the support for versions of OCS can be found in the OCS Interoperability Matrix.

Red Hat OpenShift support for Windows Containers

Commencing as part of OpenShift 4.6, Red Hat OpenShift support for Windows Containers is provided and available as an optional, installable component. Red Hat OpenShift support for Windows Containers is not part of the OpenShift Container Platform subscription, it requires a separate subscription and is supported per the Red Hat production terms of support[5&6].

To allow for an increased frequency in features and fixes, Red Hat OpenShift support for Windows Containers maintains a release cadence independent to the OpenShift Container Platform minor version release stream. Red Hat forecasts Red Hat OpenShift support for Windows Containers to release at a 3 month cadence, at GA or shortly trailing GA of an OpenShift minor release.

Red Hat OpenShift support for Windows Containers provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support for an Red Hat OpenShift support for Windows Containers major release is only available for a single, specific minor version of OpenShift Container Platform, as denoted in the life cycle table below. The availability of support on any level for Red Hat OpenShift support for Windows Containers is subject to the overarching version of OpenShift for which it is released, no support is offered for Red Hat OpenShift support for Windows Containers or OpenShift beyond the maintenance or EUS phase boundary for OpenShift.

Support Phase Boundaries

The Red Hat OpenShift support for Windows Containers Full Support Phase commences at the GA release date of the major version and ends on the GA of the superseding major Red Hat OpenShift support for Windows Containers release.

Maintenance Support Phase begins at GA for the superseding major version of Red Hat OpenShift support for Windows Containers and ends on the same date for the corresponding release of OpenShift Container Platform.

Extended Update Support will be available for select Red Hat OpenShift support for Windows Containers releases. These releases will be outlined on this page and as part of release notes. Extended update support will provide maintenance support coverage for a release of Red Hat OpenShift support for Windows Containers for the period in which EUS is available for an OpenShift release.

OpenShift Virtualization

Commencing with OpenShift 4.5, OpenShift Virtualization is provided and available as an optional, installable component, enabling customers to deploy and manage traditional workloads running on virtual machines and next generation workloads running on containers. Comprising of the upstream project kubevirt, OpenShift Virtualization is shipped inclusive as part of the OpenShift Container Platform subscription[7].

OpenShift Virtualization releases are aimed to be aligned with the OpenShift minor version release cadence. Red Hat aims to forecast OpenShift Virtualization releases at a 3-month cadence, providing customers with ample opportunity to plan for upgrades.

OpenShift Virtualization provides two support phases throughout the availability of the minor release: Full Support and Maintenance Support. The support level throughout each of the phases is denoted as part of the OpenShift v4 life cycle.

Support for OpenShift Virtualization is only available for a corresponding minor version of OpenShift 4 in its Full Support Phase, as well as the superseding minor version of OpenShift, whilst OpenShift Virtualization is in Full Support phase. The availability of support on any level for OpenShift Virtualization is subject to the overarching version of OpenShift, for which it is released. No support is offered for OpenShift Virtualization or OpenShift beyond the maintenance or EUS phase boundary for OpenShift.

Note: To maintain supportability of your environment and to take advantage of the new features and bug fixes, you need to use the OpenShift Virtualization release that is compatible with your OpenShift version (as per the table below).

Support Phase Boundaries

The OpenShift Virtualization Full Support Phase commences at the GA release date of the minor version and ends one calendar month after the GA of the superseding minor OpenShift Virtualization release (roughly a four month period). The one month overlapping period permits a customer to remain in the full support phase across two minor releases.

Maintenance Support Phase begins a month after the GA/release of the superseding minor version and ends when the 3rd superseding minor version is released.

Extended Update Support will be available for select OpenShift Virtualization releases. These releases will be outlined on this page as and when they are available. Extended Update Support will provide maintenance support coverage for a release of OpenShift Virtualization for the period in which EUS is available for an OpenShift release.

Note: Current OpenShift Virtualization releases do not have EUS support.

Note: OpenShift Virtualization 2.7 will now be OpenShift Virtualization 4.8. This is to ensure version alignment with the corresponding OpenShift version.

OpenShift Logging

Commencing as part of OpenShift 4.7, Red Hat OpenShift Logging is provided as an installable component, with a distinct release cycle from the core OpenShift Container Platform. OpenShift Logging is an optional, installable component of OpenShift Container Platform, and is supported per the Red Hat production terms of support[5&6].

To allow for an increased frequency in features and fixes, Red Hat OpenShift Logging maintains a release cadence independent of the OpenShift Container Platform minor version release stream. Openshift Logging minor releases are expected at approximately a 3 month cadence, but may occur more or less frequently depending on the features targeted for each release.

Red Hat OpenShift Logging provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support for OpenShift Logging is only available for a corresponding minor version of OpenShift in its Full Support phase, as well as the superseding minor version of OpenShift, whilst Logging is in Full Support phase. The availability of support on any level for Logging is subject to the overarching version of OpenShift for which it is released, no support is offered for Logging or OpenShift beyond the maintenance or EUS phase boundary for OpenShift.

Support Phase Boundaries

The OpenShift Logging Full Support Phase commences at the GA release date of the minor version and ends one calendar month after the GA of the superseding minor OpenShift Logging release (roughly a four month period). The one month overlapping period permits a customer to remain in the full support phase across two minor releases.

Maintenance Support Phase begins a month after the GA/release of the superseding minor version and ends when the 3rd superseding minor version is released.

Extended Update Support will be available for select OpenShift Logging releases. These releases will be outlined on this page as and when they are available. Extended Update Support will provide maintenance support coverage for a release of OpenShift Logging for the period in which EUS is available for an OpenShift release.

OpenShift Service Mesh

Commencing with OpenShift 4.1, OpenShift Service Mesh (OSSM) is provided and available as an optional, installable component. Comprising of the upstream projects; Istio, Jaeger and Kiali, OpenShift Service Mesh is shipped inclusive as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat production terms of support[5&6].

To allow for an increased frequency in features and fixes, OpenShift Service Mesh maintains a release cadence independent to the OpenShift minor version release stream. Red Hat aims to forecast OpenShift Service Mesh releases at a 3 month cadence, providing customers ample opportunity to plan for upgrades.

OpenShift Service Mesh provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support for OpenShift Service Mesh is only available for a corresponding minor version of OpenShift in its Full Support phase, as well as the superseding minor version of OpenShift, whilst OSSM is in Full Support phase. The availability of support on any level for OSSM is subject to the overarching version of OpenShift for which it is released, no support is offered for OSSM or OpenShift beyond the maintenance or EUS phase boundary for OpenShift.

Support Phase Boundaries

The OSSM Full Support Phase commences at the GA release date of the minor version and ends one calendar month after the GA of the superseding minor OSSM release (roughly a four month period). The one month overlapping period permits a customer to remain in the full support phase across two minor releases.

Maintenance Support Phase begins a month after the GA/release of the superseding minor version and ends when the 3rd superseding minor version is released.

OpenShift Service Mesh Extended Update Support will be available for select releases. These releases will be outlined on this page (denoted ‘X.Y EUS’), and as part of release notes. Extended Update Support will provide maintenance support coverage for a release of OSSM for the period in which EUS is available for an OpenShift release.

OpenShift Service Mesh releases may be supported for OpenShift EUS. Providing customers the ability to maintain their OpenShift cluster on a fixed version of OpenShift, and continue to consume OpenShift Service Mesh feature releases for the duration of OpenShift EUS. The OpenShift Service Mesh releases supported for OpenShift EUS are denoted in the support matrix.

OpenShift Serverless

Commencing with OpenShift 4.3, OpenShift Serverless (OSS) is available as an optional, installable component. Composed of the upstream project, Knative, OpenShift Serverless is provided as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat production terms of support[5&6].

To allow for an increased frequency in features and fixes, OpenShift Serverless maintains a release cadence independent of the OpenShift minor version release stream. Red Hat aims to forecast OpenShift Serverless releases at a 3 month cadence, providing customers ample opportunity to plan for upgrades.

OpenShift Serverless provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support Phase Boundaries

The OpenShift Serverless Full Support Phase commences at the GA release date of the minor version and ends on the GA of the superseding minor Serverless release. No feature updates or non-critical bug fixes will be applied to the release after that point. Rather they will be applied to the current minor release.

The OpenShift Serverless Maintenance Support Phase begins as soon as the release exits the Full Support Phase and lasts for one month. This provides time for the customer to update their Serverless version and allows for any critical bug fixes or patches to security vulnerabilities.

Support for OpenShift Serverless on OpenShift Extended Update Support (EUS) versions may be available for select Serverless releases. As part of keeping Serverless supported, customers might need to update to the new EUS tested release of Serverless. When supported, these releases will be outlined on this page, and as part of release notes.

OpenShift Serverless - Support Phase Dates and OpenShift Support Matrix

OpenShift distributed tracing

Commencing with OpenShift 4.3, OpenShift distributed tracing is provided and available as an optional, installable component. OpenShift distributed tracing is shipped inclusive as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat production terms of support[5&6].

To allow for an increased frequency in features and fixes, OpenShift distributed tracing maintains a release cadence independent of the OpenShift minor version release stream.

OpenShift distributed tracing is available through a single, rolling stream which is supported throughout the entire life cycle of OpenShift 4. For the duration of Openshift 4 GA Phase 1, the distributed tracing release stream will continually rebase on stable upstream versions of Jaeger. Throughout this rolling stream, qualified Critical and Important Security errata advisories (RHSAs) and Urgent and Selected High Priority Bug Fix errata advisories (RHBAs) may be released as they become available, all other available fix and qualified patches may be released via periodic updates.

Support for OpenShift distributed tracing commences with its initial release, the rolling stream is maintained with ‘Full Support’ coverage throughout OpenShift 4 GA Phase 1. During OpenShift 4 GA Phase 2, support coverage is only provided per OpenShift 4 ‘Maintenance Support’.

OpenShift GitOps

OpenShift GitOps is an optional and installable component on OpenShift which includes the upstream project Argo CD. OpenShift GitOps is shipped inclusive as part of the OpenShift Container Platform subscription and supported per the Red Hat production terms of support.

To allow for an increased frequency in features and fixes, OpenShift GitOps maintains a release cadence independent of the OpenShift minor version release stream while making sure a fully supported release of OpenShift GitOps is available for every new minor release of OpenShift . Red Hat aims to forecast OpenShift GitOps releases at a 3 month cadence, providing customers ample opportunity to plan for upgrades.

OpenShift GitOps provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support Phase Boundaries

The OpenShift GitOps Full Support Phase commences at the GA release date of the minor version and ends one calendar month after the GA of the superseding minor OpenShift GitOps release (roughly a four month period). The one month overlapping period permits a customer to remain in the full support phase across two minor releases.

Maintenance Support Phase begins a month after the GA release of the superseding minor version and ends when the 3rd superseding minor version is released.

Supported Versions of OpenShift

Red Hat aims to provide fully supported versions of GitOps on the latest version of OpenShift, the second latest release of OpenShift, and strategically chosen arbitrary additional versions of OpenShift. We do not anticipate being able to support every version of OpenShift. We aspire to provide support for the latest versions and versions that are popular with our users.

OpenShift GitOps - Support Phase Dates and OpenShift Support Matrix

OpenShift Pipelines

OpenShift Pipelines is an optional and installable component on OpenShift which includes the upstream project Tekton components. OpenShift Pipelines is shipped inclusive as part of the OpenShift Container Platform subscription and supported per the Red Hat production terms of support.

To allow for an increased frequency in features and fixes, OpenShift Pipelines maintains a release cadence independent of the OpenShift minor version release stream. Red Hat aims to forecast OpenShift Pipelines releases at a 3 month cadence, providing customers ample opportunity to plan for upgrades.

OpenShift Pipelines provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support Phase Boundaries

The OpenShift Pipelines Full Support Phase commences at the GA release date of the minor version and ends one calendar month after the GA of the superseding minor Pipelines release (roughly a four month period). The one month overlapping period permits a customer to remain in the full support phase across two minor releases.

Maintenance Support Phase begins a month after the GA release of the superseding minor version and ends when the 3rd superseding minor version is released.

Supported Versions of OpenShift

Red Hat aims to provide fully supported versions of Pipelines on the latest version of OpenShift, the second latest release of OpenShift, and strategically chosen arbitrary additional versions of OpenShift. (This goal is not fully realized for versions up to 1.7, as depicted in the lifecycle table.) We do not anticipate being able to support every version of OpenShift. We aspire to provide support for the latest versions and versions that are popular with our users.

OpenShift Pipelines - Support Phase Dates and OpenShift Support Matrix

OpenShift Service Binding Operator

OpenShift Service Binding Operator is an optional and installable component on OpenShift which includes the upstream project redhat-developer/service-binding-operator. Service Binding Operator is shipped inclusive as part of the OpenShift Container Platform subscription and supported per the Red Hat production terms of support.

To allow for an increased frequency in features and fixes, Service Binding Operator maintains a release cadence independent of the OpenShift minor version release stream while making sure a fully supported release of Service Binding Operator is available for every new minor release of OpenShift . Red Hat aims to release Service Binding Operator at a 3 month cadence, providing customers ample opportunity to plan for upgrades.

Service Binding Operator provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support Phase Boundaries

The Service Binding Operator Full Support Phase commences at the GA release date of the minor version and ends one calendar month after the GA of the superseding minor Service Binding Operator release (roughly a four month period). The one month overlapping period permits a customer to remain in the full support phase across two minor releases.

Maintenance Support Phase begins a month after the GA release of the superseding minor version and ends when the 3rd superseding minor version is released.

Supported Versions of OpenShift

Red Hat aims to provide fully supported versions of Service Binding Operator on the latest version of OpenShift, the second latest release of OpenShift, and strategically chosen arbitrary additional versions of OpenShift. We do not anticipate being able to support every version of OpenShift. We aspire to provide support for the latest versions and versions that are popular with our users.

OpenShift Service Binding Operator - Support Phase Dates and OpenShift Support Matrix

OpenShift Web Terminal Operator

OpenShift Web Terminal Operator is an optional and installable component on OpenShift. OpenShift Web Terminal Operator is shipped inclusive as part of the OpenShift Container Platform subscription and supported per the Red Hat production terms of support.

OpenShift Web Terminal Operator maintains a release cadence independent of the OpenShift minor version release stream, often releasing shortly after OpenShift. Red Hat aims to provide a compatible version of Web Terminal Operator within a month of the release of a new minor or major version of OpenShift.

OpenShift Web Terminal Operator provides two support phases; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support Phase Boundaries

The OpenShift Web Terminal Operator Full Support Phase commences at the GA release date and ends when the underlying OpenShift version goes into the Maintenance Support phase.

Maintenance Support Phase begins when the underlying OpenShift goes into Maintenance Support and ends when the underlying OpenShift goes out of Maintenance Support.

Supported Versions of OpenShift

Red Hat aims to provide fully supported versions of Web Terminal Operator for each new major or minor release of OpenShift.

OpenShift Web Terminal Operator - Support Phase Dates and OpenShift Support Matrix

OpenShift Dev Spaces / Red Hat CodeReady Workspaces

Red Hat CodeReady Workspaces has been retitled 'OpenShift Dev Spaces'. Dev Spaces is an optional and installable component on OpenShift which includes the upstream project Eclipse Che. Dev Spaces is shipped inclusive as part of the OpenShift Container Platform subscription and supported per the Red Hat production terms of support.

To allow for an increased frequency in features and fixes, Dev Spaces maintains a release cadence independent of the OpenShift minor version release stream while making sure a fully supported release of Dev Spaces is available for every new minor release of OpenShift . Red Hat aims to release Dev Spaces approximately once every 6 weeks, providing customers ample opportunity to plan for upgrades.

Dev Spaces provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support Phase Boundaries

The Dev Spaces Full Support Phase commences at the GA release date of the minor version and ends immediately after the succeeding minor version of Dev Spaces is released.

The Maintenance Support Phase begins immediately after the release of the succeeding Dev Spaces version and ends 3 months later.

Supported Versions of OpenShift

Red Hat aims to provide fully supported versions of Dev Spaces on the latest version of OpenShift, the second latest release of OpenShift, and strategically chosen arbitrary additional versions of OpenShift. We do not anticipate being able to support every version of OpenShift. We aspire to provide support for the latest versions and versions that are popular with our users.

Red Hat OpenShift Dev Spaces - Support Phase Dates Matrix

Helm

Helm is an installed component on OpenShift which includes components from the upstream project https://helm.sh/. Helm is shipped inclusive as part of the OpenShift Container Platform subscription and supported per the Red Hat production terms of support.

Helm support lifecycle follows the lifecycle of the corresponding OpenShift minor version that it is released with.

Full Support: this phase begins at the GA/release of the minor version and lasts until the end of full support period of corresponding OpenShift minor version.

Maintenance Support: this phase begins when the corresponding OpenShift minor version enters maintenance support and lasts until the end of the OpenShift minor version maintenance support period.

OpenShift Application and Cluster Migration Solutions

Commencing with OpenShift 4.2, Cluster Application Migration Tool (CAM), renamed OpenShift Migration Toolkit for Containers (MTC) and Control Plane Migration Assistant (CPMA) are provided and available as an optional, installable component or set of tools that customers can use to assist in the migration of application workloads or cluster configuration from one version (source) of OpenShift to another (destination).

Comprising of the upstream projects; Velero and restic, the OpenShift Migration Toolkit for Containers is shipped inclusive as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat production terms of support[5&6]. Each tool defines a unique support matrix and set of boundaries for each version that is released.

OpenShift Migration Toolkit for Containers (MTC)

The MTC Full Support Phases Commences at the GA release date of the minor version and ends with the release of the next minor version, which starts its Maintenance Phase. The Maintenance Phase of an MTC release ends after the GA of the superseding minor release.

During the Full Support Phase, qualified Critical and Important Security errata advisories (RHSAs) and Urgent and Selected High Priority Bug Fix errata advisories (RHBAs) may be released as they become available, all other available fix and qualified patches may be released via periodic updates.

Support Phase Boundaries

To provide constancy the MTC aims to support migration capabilities spanning back 6 minor versions of OpenShift. This allows for customers and partners to effectively plan efforts for the use of these tools in their environments. The availability of support on any level for MTC is subject to the overarching version of OpenShift for which MTC is supported, no support is offered for MTC or OpenShift beyond the supported phase boundary for OpenShift.

The MTC tools have its components broken up in a way so that each component can be supported in different OpenShift environments (source and target clusters) and across different OpenShift version, providing customers a wide range of migration options.

MTC components are broken down into 2 classifications (of components) based on where they can be installed, and where Red Hat will support these components running. The Migration-UI and Migration-Controller components are only supported on ‘destination’ cluster[s], while the Migration-Operator (Velero) is supported on both the ‘source’ and ‘destination’ cluster[s].

OpenShift Migration Toolkit for Containers (MTC) - Support Phase Dates
Version General Availability (Full Support) Maintenance Support End of Maintenance Support
1.0 Supported OCP Source Cluster Versions Oct 16th, 2019 - Mar 6th, 2020
3.7, 3.9, 3.10, 3.11, 4.1, 4.2
Supported OCP Target Cluster Versions
4.2
1.1 Supported OCP Source Cluster Versions Feb 6th, 2020 - June 28th, 2020
3.7, 3.9, 3.10, 3.11
Supported OCP Target Cluster Versions
4.1, 4.2, 4.3
1.2 Supported OCP Source Cluster Versions May 28th, 2020 - Oct 30th, 2020
3.7, 3.9, 3.10, 3.11
Supported OCP Target Cluster Versions
4.2, 4.3, 4.4
1.3 Supported OCP Source Cluster Versions Sept 30th, 2020 - March 11th, 2021
3.7, 3.9, 3.10, 3.11
Supported OCP Target Cluster Versions
4.2, 4.3, 4.4, 4.5, 4.6,4.7
1.4 Supported OCP Source Cluster Versions Feb 11th, 2020 July, 28th, 2020 Sep 29th, 2021
3.7, 3.9, 3.10, 3.11
Supported OCP Target Cluster Versions
4.2, 4.3, 4.4, 4.5, 4.6,4.7
1.5 Supported OCP Source Cluster Versions Jul 28th, 2020 Sep 29th, 2021 Release of 1.8*
3.7, 3.9, 3.10, 3.11, 4.4, 4.5, 4.6, 4.7, 4.8
Supported OCP Target Cluster Versions
4.2, 4.3, 4.4, 4.5, 4.6, 4.7, 4.8
1.6 Supported OCP Source Cluster Versions Sep 29th, 2021 Mar 24th, 2022 Release of 1.8
3.7, 3.9, 3.10, 3.11, 4.4, 4.5, 4.6, 4.7, 4.8
Supported OCP Target Cluster Versions
4.6, 4.7, 4.8
1.7 Supported OCP Source Cluster Versions Mar 24th, 2022 Release of 1.8 Release of 1.9
3.11, 4.4, 4.5, 4.6, 4.7, 4.8, 4.9, 4.10
Supported OCP Target Cluster Versions
4.6, 4.7, 4.8, 4.9, 4.10

Control Plane Migration Assistant (CPMA)

The CPMA Full Support Phase commences at the GA release date of the minor version, and ends one calendar month after the GA of the superseding minor release (approximately a four month period). The overlapping one month period is to allow customers to remain in full support whilst they complete their upgrades on their existing release, rather than opt to use the newly released version.

During the Full Support Phase, qualified Critical and Important Security errata advisories (RHSAs) and Urgent and Selected High Priority Bug Fix errata advisories (RHBAs) may be released as they become available, all other available fix and qualified patches may be released via periodic updates.

Support Phase Boundaries

The CPMA tool is reliant on the OpenShift support life cycle and is not supported beyond the denoted OpenShift 3.x life cycle. The CPMA tool will continue to get minor version updates, and with each release denote a minimum OCP version it is compatible with until OpenShift 3.x is no longer supported (enters End of Life Phase).

The CPMA tool is supported across differing OpenShift environments (source and target clusters) and across various OpenShift versions, providing a wide range of migration options. The supported source and target migration paths are denoted below.

OpenShift Control Plane Migration Assistant (CPMA) - Support Phase Dates
Version General Availability (Full Support) End of Maintenance Support
1.0 Supported OCP Source Cluster Versions Oct 16th, 2019 Mar 6th, 2020
3.7, 3.9, 3.10, 3.11, 4.1, 4.2
Supported OCP Target Cluster Versions
4.2
1.1 Supported OCP Source Cluster Versions Feb 6th, 2020 June 28th, 2020
3.7, 3.9, 3.10, 3.11
Supported OCP Target Cluster Versions
4.1, 4.2, 4.3
1.2 Supported OCP Source Cluster Versions May 28th, 2020 Oct 30th, 2020
3.7, 3.9, 3.10, 3.11
Supported OCP Target Cluster Versions
4.2, 4.3, 4.4
1.3 (last release) Supported OCP Source Cluster Versions Sept 30th, 2020 March 11th, 2021
3.7, 3.9, 3.10, 3.11
Supported OCP Target Cluster Versions
4.2, 4.3, 4.4, 4.5, 4.6

Cryostat

Cryostat Overview

Cryostat is a JFR management tool for containerized JVMs on OpenShift. The upstream community project Cryostat is currently led by Red Hat and is released under the Universal Permissive License v1.0.

Red Hat builds of Cryostat are made available through the container catalog, and the Cryostat Operator is available to install through Red Hat OperatorHub on OCP.

The following section outlines the scope of support for Cryostat from Red Hat.

Cryostat Entitlement

Cryostat support is available under the OpenJDK entitlement. Any customers who have an active OpenJDK entitlement will have support for Cryostat.

Cryostat Life Cycle and Support Policy

Cryostat releases on a six month cadence, are supported for a minimum period of six months and are superseded by subsequent Cryostat releases.

Cryostat Updates

New Cryostat releases supersede previous Cryostat releases. There will be no updates to old releases.

Cryostat Life Cycle Dates

Mirror registry for OpenShift

Commencing with OpenShift 4.9.17, mirror registry for OpenShift is provided as an optional component supplementing the disconnected installation process. Mirror registry for OpenShift is shipped inclusive as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat production terms of support[5&6].

To allow for an increased frequency in features and fixes, mirror registry for OpenShift maintains a release cadence independent of the OpenShift minor version release stream.

Mirror registry for OpenShift is available through a single, rolling stream which is supported throughout the entire life cycle of OpenShift 4. For the duration of Openshift 4 GA Phase 1, the mirror registry for OpenShift release stream will continually rebase on release versions of Red Hat Quay. Throughout this rolling stream, qualified Critical and Important Security errata advisories (RHSAs) and Urgent and Selected High Priority Bug Fix errata advisories (RHBAs) may be released as they become available. All other available fix and qualified patches may be released via periodic updates. Customers will be required to upgrade to the latest version of mirror registry for OpenShift to consume fixes.

Support for mirror registry for OpenShift commences with its initial release, and the rolling stream is maintained with ‘Full Support’ coverage throughout OpenShift 4 GA Phase 1. During OpenShift 4 GA Phase 2, support coverage is only provided per OpenShift 4 ‘Maintenance Support’. At the time of release, mirror registry for OpenShift is supported for use with all minor versions of OpenShift Container Platform 4 which are in Full or maintenance support phases.

OpenShift API for Data Protection

Commencing with OpenShift 4.9, OpenShift API for Data Protection (OADP), provides an optional, installable component or set of api’s that customers, partners and or third party vendors can use to assist in the protection of application workload data on OpenShift Container Platform (OCP) clusters. These components will work/function with OCP versions as far back as OCP 4.6.

Composed of the upstream projects; Velero upstream component, the OpenShift API for Data Protection is shipped inclusive as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat production terms of support[5&6]. Each tool defines a unique support matrix and set of boundaries for each version that is released.

The OADP Full Support Phases Commences at the GA release date of the minor version and ends with the release of the next minor version, which starts its Maintenance Phase. The Maintenance Phase of an OADP release ends after the GA of the superseding minor release.

Support Phase Boundaries

To provide constancy OADP aims to support backup and restore capabilities spanning ~4 (X.Y-2/N/X.Y+2) versions of OCP. This allows for customers and partners to effectively backup an application's data and restore it across OCP version boundaries (subject to the availability of the applicable api’s across these versions).

OpenShift sandboxed containers

Commencing with OpenShift 4.10, OpenShift sandboxed containers is provided and available as an optional, installable component, enabling customers to deploy the containers in a kernel isolated runtime environment. Comprising of the upstream project Kata Containers components, OpenShift sandboxed containers is shipped inclusive as part of the OpenShift Container Platform subscription[5,6&7].

OpenShift sandboxed containers releases are aimed to be aligned with the OpenShift minor version release cadence. Red Hat aims to forecast OpenShift sandboxed containers releases at a 4-month cadence, providing customers with ample opportunity to plan for upgrades.

OpenShift sandboxed containers provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Support Phase Boundaries

The OpenShift sandboxed containers Full Support Phase commences at the GA release date of the minor version and ends one calendar month after the GA of the superseding minor OpenShift sandboxed containers release (roughly a four month period). The one month overlapping period permits a customer to remain in the full support phase across two minor releases.

Maintenance Support Phase begins a month after the GA/release of the superseding minor version and ends when the 3rd superseding minor version is released. Refer to the table below.

Extended Update Support will be available for select OpenShift sandboxed containers releases. These releases will be outlined on this page in the table below, and as part of release notes.

OpenShift sandboxed containers - Support Phase Dates and Support Matrix

Poison Pill operator for Red Hat OpenShift

Commencing as part of OpenShift 4.10, Poison Pill operator for Red Hat OpenShift is provided and available as an optional, installable component. The Poison Pill operator for Red Hat OpenShift is provided as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat production terms of support.

To allow for an increased frequency in features and fixes, Poison Pill maintains a release cadence independent of the OpenShift Container Platform minor version release stream. Red Hat forecasts Poison Pill releases at a three month cadence.

Poison Pill operator for Red Hat OpenShift provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Node Health Check operator for Red Hat OpenShift

Node Health Check operator for Red Hat OpenShift is currently in Technology Preview[10]

Commencing as part of OpenShift 4.10, Node Health Check operator for Red Hat OpenShift is provided and available as an optional, installable component. The Node Health Check operator for Red Hat OpenShift is provided as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat Technology Preview terms of support.

To allow for an increased frequency in features and fixes, Node Health Check maintains a release cadence independent of the OpenShift Container Platform minor version release stream. Red Hat forecasts Node Health Check releases at a three month cadence.

Node Health Check operator for Red Hat OpenShift provides two support phases throughout the availability of a minor release; Full Support and Maintenance Support. The support level throughout each of the life cycle phases is denoted as part of the OpenShift v4 life cycle.

Cert-manager operator for Red Hat OpenShift

Cert-manager operator for Red Hat OpenShift is currently in Technology Preview[10]

Commencing as part of OpenShift 4.10, cert-manager operator for Red Hat OpenShift is provided and available as an optional, installable component. The cert-manager operator for Red Hat OpenShift is provided as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat Technology Preview terms of support.[10]

To allow for an increased frequency in features and fixes, the cert-manager operator for Red Hat OpenShift maintains a release cadence independent of the OpenShift Container Platform minor version release stream. Red Hat forecasts cert-manager operator for Red Hat OpenShift releases at an approximate 3-month cadence, trailing the latest upstream cert-manager version.

Secondary Scheduler operator for Red Hat OpenShift

Commencing as part of OpenShift 4.10, Secondary Scheduler operator for Red Hat OpenShift is provided and available as an optional, installable component. The Secondary Scheduler operator for Red Hat OpenShift is provided as part of the OpenShift Container Platform subscription[7] and supported per the Red Hat Production Scope of support.

To allow for an increased frequency in features and fixes, the Secondary Scheduler operator for Red Hat OpenShift maintains a release cadence independent of the OpenShift Container Platform minor version release stream. Red Hat forecasts Secondary Scheduler operator for Red Hat OpenShift releases at an approximate 3-month cadence, trailing the latest upstream Secondary Scheduler version.


Footnotes

  1. Red Hat can choose to address critical or important bug fixes upon request, with significant business impact for the customer through a hot fix, as a temporary measure while the bug fix patch is being created.
  2. The latest Major and Minor releases are the primary source for software enhancements. Roll-ups, updates, and patches are specifically reserved for bug fixes.
  3. Latest security update information available at: https://access.redhat.com/site/security/updates/
  4. Red Hat provides Critical impact security fixes and selected urgent-priority bug fixes, if and when available.
  5. Scope of coverage available at: https://access.redhat.com/support/offerings/production/soc/
  6. Service level agreements available at: https://access.redhat.com/support/offerings/production/sla
  7. Availability limited to specific architectures.
  8. RHEL CoreOS version information available on the Tested Configurations Matrix: https://access.redhat.com/articles/4128421
  9. In order to provide additional overlap with the superseding OpenShift EUS release, OpenShift 4.6 EUS end date is extended to Oct 27, 2022
  10. Technology Preview: https://access.redhat.com/support/offerings/techpreview