Skip to content

Commit bba0b22

Browse files
Merge pull request #281865 from johnmarco/jm-aro-compute-support-policy
Clarify compute support policy
2 parents fea0fbc + 96a2576 commit bba0b22

File tree

1 file changed

+3
-2
lines changed

1 file changed

+3
-2
lines changed

articles/openshift/support-policies-v4.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: johnmarco
55
ms.author: johnmarc
66
ms.service: azure-redhat-openshift
77
ms.topic: conceptual
8-
ms.date: 03/04/2024
8+
ms.date: 07/25/2024
99
#Customer intent: I need to understand the Azure Red Hat OpenShift support policies for OpenShift 4.0.
1010
---
1111

@@ -24,7 +24,8 @@ Certain configurations for Azure Red Hat OpenShift 4 clusters can affect your cl
2424
* 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 isn't supported.
2525
* If you're making use of infrastructure nodes, don't run any undesignated workloads on them as this can affect the Service Level Agreement and cluster stability. Also, it's recommended to have three infrastructure nodes; one in each availability zone. See [Deploy infrastructure nodes in an Azure Red Hat OpenShift (ARO) cluster](howto-infrastructure-nodes.md) for more information.
2626
* Non-RHCOS compute nodes aren't supported. For example, you can't use an RHEL compute node.
27-
* Don't attempt to remove or replace a master node. That's a high risk operation that can cause issues with etcd, permanent network loss, and loss of access and manageability by ARO SRE. If you feel that a master node should be replaced or removed, contact support before making any changes.
27+
* Don't attempt to remove, replace, add, or modify a master node. That's a high risk operation that can cause issues with etcd, permanent network loss, and loss of access and manageability by ARO SRE. If you feel that a master node should be replaced or removed, contact support before making any changes.
28+
* Ensure ample VM quota is available in case control plane nodes need to be scaled up by keeping at least double your current control plane vCPU count available.
2829

2930
### Operators
3031

0 commit comments

Comments
 (0)