Skip to content

Commit 7076fc9

Browse files
authored
Merge pull request #44691 from sayjadha/JIRA-OSDOCS3265
JIRA-OSDOCS3265: Updated the release management content for ROSA
2 parents 5430e50 + 875dc61 commit 7076fc9

File tree

1 file changed

+7
-2
lines changed

1 file changed

+7
-2
lines changed

modules/rosa-policy-change-management.adoc

Lines changed: 7 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -62,6 +62,11 @@ OpenShift Container Platform software and the underlying immutable Red Hat CoreO
6262
[id="rosa-policy-release-management_{context}"]
6363
== Release management
6464

65-
ROSA clusters can be configured for automatic upgrades on a schedule. Alternatively, you can perform manual upgrades using the `rosa` CLI. For more details, see the link:https://access.redhat.com/support/policy/updates/openshift/dedicated[Life Cycle policy].
65+
Red Hat does not automatically upgrade your clusters. You can schedule to upgrade the clusters at regular intervals (recurring upgrade) or just once (individual upgrade) using the {cluster-manager} web console. Red Hat might forcefully upgrade a cluster to a new z-stream version only if the cluster is affected by a critical impact CVE.
6666

67-
Customers can review the history of all cluster upgrade events in their {cluster-manager} web console on the Events tab.
67+
[NOTE]
68+
====
69+
ROSA clusters that use the AWS Security Token Service (STS) need an interruption between upgrades to ensure that the STS roles and policies are updated. Therefore, you cannot schedule recurring upgrades on ROSA clusters with STS.
70+
====
71+
72+
You can review the history of all cluster upgrade events in the {cluster-manager} web console. For more information about releases, see the link:https://access.redhat.com/support/policy/updates/openshift/dedicated[Life Cycle policy].

0 commit comments

Comments
 (0)