Skip to content

Commit 89bea73

Browse files
authored
Merge pull request #102959 from dfitzmau/OCPBUGS-31432
OCPBUGS-31432: Added user-managed LB prereq to said documents
2 parents 7fc955e + 735edb1 commit 89bea73

File tree

2 files changed

+13
-5
lines changed

2 files changed

+13
-5
lines changed

modules/nw-autoscaling-ingress-controller.adoc

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,14 +6,17 @@
66
[id="nw-autoscaling-ingress-controller_{context}"]
77
= Autoscaling an Ingress Controller
88

9-
You can automatically scale an Ingress Controller to dynamically meet routing performance or availability requirements, such as the requirement to increase throughput.
9+
You can automatically scale an Ingress Controller to dynamically meet routing performance or availability requirements. For example, the requirement to increase throughput.
1010

1111
The following procedure provides an example for scaling up the default Ingress Controller.
1212

1313
.Prerequisites
1414

1515
* You have the {oc-first} installed.
1616
* You have access to an {product-title} cluster as a user with the `cluster-admin` role.
17+
* On {vmw-first}, bare-metal, and Nutanix installer-provisioned infrastructure, scaling up Ingress Controller pods does not improve external traffic performance. To improve performance, ensure that you complete the following prerequisites:
18+
** You manually configured a user-managed load balancer for your cluster.
19+
** You ensured that the load balancer was configured for the cluster nodes that handle incoming traffic from the Ingress Controller.
1720
* You installed the Custom Metrics Autoscaler Operator and an associated KEDA Controller.
1821
** You can install the Operator by using the software catalog on the web console. After you install the Operator, you can create an instance of `KedaController`.
1922
@@ -191,6 +194,7 @@ $ oc apply -f ingress-autoscaler.yaml
191194
----
192195

193196
.Verification
197+
194198
* Verify that the default Ingress Controller is scaled out to match the value returned by the `kube-state-metrics` query by running the following commands:
195199
196200
** Use the `grep` command to search the Ingress Controller YAML file for the number of replicas:

modules/nw-scaling-ingress-controller.adoc

Lines changed: 8 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -6,17 +6,21 @@
66
[id="nw-ingress-controller-configuration_{context}"]
77
= Scaling an Ingress Controller
88

9-
Manually scale an Ingress Controller to meeting routing performance or
10-
availability requirements such as the requirement to increase throughput. `oc`
11-
commands are used to scale the `IngressController` resource. The following
12-
procedure provides an example for scaling up the default `IngressController`.
9+
Manually scale an Ingress Controller to meeting routing performance or availability requirements such as the requirement to increase throughput. `oc` commands are used to scale the `IngressController` resource. The following procedure provides an example for scaling up the default `IngressController`.
1310

1411
[NOTE]
1512
====
1613
Scaling is not an immediate action, as it takes time to create the desired number of replicas.
1714
====
1815

16+
.Prerequisites
17+
18+
* On {vmw-first}, bare-metal, and Nutanix installer-provisioned infrastructure, scaling up Ingress Controller pods does not improve external traffic performance. To improve performance, ensure that you complete the following prerequisites:
19+
** You manually configured a user-managed load balancer for your cluster.
20+
** You ensured that the load balancer was configured for the cluster nodes that handle incoming traffic from the Ingress Controller.
21+
1922
.Procedure
23+
2024
. View the current number of available replicas for the default `IngressController`:
2125
+
2226
[source,terminal]

0 commit comments

Comments
 (0)