|
| 1 | +// Module included in the following assemblies: |
| 2 | +// |
| 3 | +// * updating/preparing-eus-eus-upgrade.adoc |
| 4 | + |
| 5 | +:_content-type: PROCEDURE |
| 6 | +[id="updating-eus-to-eus-olm-operators_{context}"] |
| 7 | += EUS-to-EUS update for layered products and Operators installed through Operator Lifecycle Manager |
| 8 | + |
| 9 | +In addition to the EUS-to-EUS update steps mentioned for the web console and CLI, there are additional steps to consider when performing EUS-to-EUS updates for clusters with the following: |
| 10 | + |
| 11 | +* Layered products |
| 12 | +* Operators installed through Operator Lifecycle Manager (OLM) |
| 13 | +
|
| 14 | +.What is a layered product? |
| 15 | + |
| 16 | +Layered products refer to products that are made of multiple underlying products that are intended to be used together and cannot be broken into individual subscriptions. For examples of layered {product-title} products, see link:https://access.redhat.com/support/policy/updates/openshift/#layered[Layered Offering On OpenShift]. |
| 17 | + |
| 18 | +As you perform an EUS-to-EUS update for the clusters of layered products and those of Operators that have been installed through OLM, you must complete the following: |
| 19 | + |
| 20 | +. Ensure that all of your Operators previously installed through OLM are updated to their latest version in their latest channel. Updating the Operators ensures that they have a valid update path when the default OperatorHub catalogs switch from the current minor version to the next during a cluster update. For information on how to update your Operators, see "Preparing for an Operator update" in "Additional resources". |
| 21 | + |
| 22 | +. Confirm the cluster version compatibility between the current and intended Operator versions. You can verify which versions your OLM Operators are compatible with by using the link:https://access.redhat.com/labs/ocpouic/?operator=logging&&ocp_versions=4.10,4.11,4.12[Red Hat {product-title} Operator Update Information Checker]. |
| 23 | + |
| 24 | +As an example, here are the steps to perform an EUS-to-EUS update from <4.y> to <4.y+2> for OpenShift Data Foundation (ODF). This can be done through the CLI or web console. For information on how to update clusters through your desired interface, see _EUS-to-EUS update using the web console_ and "EUS-to-EUS update using the CLI" in "Additional resources". |
| 25 | + |
| 26 | +.Example workflow |
| 27 | +. Pause the worker machine pools. |
| 28 | +. Upgrade OpenShift <4.y> -> OpenShift <4.y+1>. |
| 29 | +. Upgrade ODF <4.y> -> ODF <4.y+1>. |
| 30 | +. Upgrade OpenShift <4.y+1> -> OpenShift <4.y+2>. |
| 31 | +. Upgrade to ODF <4.y+2>. |
| 32 | +. Unpause the worker machine pools. |
| 33 | + |
| 34 | +[NOTE] |
| 35 | +==== |
| 36 | +The upgrade to ODF <4.y+2> can happen before or after worker machine pools have been unpaused. |
| 37 | +==== |
| 38 | + |
| 39 | + |
| 40 | + |
| 41 | + |
| 42 | + |
| 43 | + |
| 44 | + |
0 commit comments