Skip to content

Commit bb75f55

Browse files
committed
Changes node numbers throughout.
1 parent b81da8d commit bb75f55

File tree

3 files changed

+9
-5
lines changed

3 files changed

+9
-5
lines changed

articles/openshift/howto-multiple-ips.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -10,10 +10,14 @@ ms.date: 03/05/2024
1010
---
1111
# Configure multiple IP addresses per ARO cluster load balancer
1212

13-
ARO public clusters are created with a public load balancer that's used for outbound connectivity from inside the cluster. By default, one public IP address is configured on that public load balancer, and that limits the maximum node count of your cluster to 180. To be able to scale your cluster to the maximum supported number of nodes, you need to assign multiple additional public IP addresses to the load balancer.
13+
ARO public clusters are created with a public load balancer that's used for outbound connectivity from inside the cluster. By default, one public IP address is configured on that public load balancer, and that limits the maximum node count of your cluster to 65. To be able to scale your cluster to the maximum supported number of 250 nodes, you need to assign multiple additional public IP addresses to the load balancer.
1414

1515
You can configure up to 20 IP addresses per cluster. The outbound rules and frontend IP configurations are adjusted to accommodate the number of IP addresses.
1616

17+
> [!CAUTION]
18+
> Before deleting a large cluster, descale the cluster to 120 nodes or below.
19+
>
20+
1721
> [!NOTE]
1822
> The [API](/rest/api/openshift/open-shift-clusters/update?view=rest-openshift-2023-11-22&tabs=HTTP) method for using this feature is generally available. General availability for using the CLI for this feature is coming soon. The [preview version](#download-aro-extension-wheel-file-preview-only) of this feature can still be used through the CLI.
1923
>

articles/openshift/openshift-faq.yml

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ metadata:
66
ms.author: johnmarc
77
ms.service: azure-redhat-openshift
88
ms.topic: faq
9-
ms.date: 07/25/2024
9+
ms.date: 08/08/2024
1010
title: Azure Red Hat OpenShift FAQ
1111
summary: This article answers frequently asked questions (FAQs) about Microsoft Azure Red Hat OpenShift.
1212

@@ -31,7 +31,7 @@ sections:
3131
answer: |
3232
The actual number of supported pods depends on an application’s memory, CPU, and storage requirements.
3333
34-
Azure Red Hat OpenShift 4.x has a 250 pod-per-node limit and a 180 compute node limit. These limits cap the maximum number of pods supported in a cluster to 250×180 = 45,000. These limits are the same for clusters created using [User Defined Routing (UDR)](howto-create-private-cluster-4x.md#create-a-private-cluster-without-a-public-ip-address) and running version 4.11 or higher.
34+
Azure Red Hat OpenShift 4.x has a 250 pod-per-node limit and a 250 compute node limit. These limits cap the maximum number of pods supported in a cluster to 250×20 = 62,500. These limits are the same for clusters created using [User Defined Routing (UDR)](howto-create-private-cluster-4x.md#create-a-private-cluster-without-a-public-ip-address) and running version 4.11 or higher.
3535
3636
- question: Can a cluster have compute nodes across multiple Azure regions?
3737
answer: No. All nodes in an Azure Red Hat OpenShift cluster must originate in the same Azure region.

articles/openshift/support-policies-v4.md

Lines changed: 2 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: 07/25/2024
8+
ms.date: 08/08/2024
99
#Customer intent: I need to understand the Azure Red Hat OpenShift support policies for OpenShift 4.0.
1010
---
1111

@@ -22,7 +22,7 @@ Certain configurations for Azure Red Hat OpenShift 4 clusters can affect your cl
2222

2323
* The cluster must have a minimum of three worker nodes and three master nodes.
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.
25-
* Don't create more than 180 worker nodes on a cluster. 180 is the maximum number of nodes that can be created on a cluster. See [Configure multiple IP addresses per ARO cluster load balancer](howto-multiple-ips.md) for more information.
25+
* Don't create more than 250 worker nodes on a cluster. 250 is the maximum number of nodes that can be created on a cluster. See [Configure multiple IP addresses per ARO cluster load balancer](howto-multiple-ips.md) for more information.
2626
* 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.
2727
* Non-RHCOS compute nodes aren't supported. For example, you can't use an RHEL compute node.
2828
* 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.

0 commit comments

Comments
 (0)