You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/openshift/support-policies-v4.md
+4-1Lines changed: 4 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,7 +19,9 @@ Certain configurations for Azure Red Hat OpenShift 4 clusters can affect your cl
19
19
## Cluster configuration requirements
20
20
21
21
* All OpenShift Cluster operators must remain in a managed state. The list of cluster operators can be returned by running `oc get clusteroperators`.
22
-
* The cluster must have a minimum of three worker nodes and three control plane nodes. Don't have taints that prevent OpenShift components to be scheduled. Don't scale the cluster workers to zero, or attempt a graceful cluster shutdown.
22
+
* The cluster must have a minimum of three worker nodes and three manager nodes.
23
+
* Don't scale the cluster workers to zero, or attempt a cluster shutdown. Deallocating or powering down any virtual machine in the cluster resource group is not supported.
24
+
* Don't have taints that prevent OpenShift components to be scheduled.
23
25
* Don't remove or modify the cluster Prometheus and Alertmanager services.
24
26
* Don't remove Service Alertmanager rules.
25
27
* Security groups can't be modified. Any attempt to modify security groups will be reverted.
@@ -32,6 +34,7 @@ Certain configurations for Azure Red Hat OpenShift 4 clusters can affect your cl
32
34
* Non-RHCOS compute nodes aren't supported. For example, you can't use a RHEL compute node.
33
35
* Don't place policies within your subscription or management group that prevent SREs from performing normal maintenance against the Azure Red Hat OpenShift cluster. For example, don't require tags on the Azure Red Hat OpenShift RP-managed cluster resource group.
34
36
* Do not run extra workloads on the control plane nodes. While they can be scheduled on the control plane nodes, it will cause extra resource usage and stability issues that can affect the entire cluster.
37
+
* Don't circumvent the deny assignment that is configured as part of the service, or perform administrative tasks that are normally prohibited by the deny assignment.
0 commit comments