openshift/openshift-docs
1
0
Fork 0
mirror of https://github.com/openshift/openshift-docs.git synced 2026-02-05 21:46:22 +01:00
Code Issues Releases Activity

Merge pull request #103925 from openshift-cherrypick-robot/cherry-pick-102959-to-enterprise-4.21

Browse Source 
[enterprise-4.21] : Added user-managed LB prereq to said documents
This commit is contained in:
Darragh Fitzmaurice
2025-12-15 15:43:46 +00:00
committed by GitHub
parent a7b35f8120 86bb519320
commit a19ef39b0f
2 changed files with 13 additions and 5 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
modules/nw-autoscaling-ingress-controller.adoc
View File

@@ -6,7 +6,7 @@
[id="nw-autoscaling-ingress-controller_{context}"]
= Autoscaling an Ingress Controller
You can automatically scale an Ingress Controller to dynamically meet routing performance or availability requirements, such as the requirement to increase throughput.
You can automatically scale an Ingress Controller to dynamically meet routing performance or availability requirements. For example, the requirement to increase throughput.
The following procedure provides an example for scaling up the default Ingress Controller.
@@ -14,6 +14,9 @@ The following procedure provides an example for scaling up the default Ingress C
* You have the {oc-first} installed.
* You have access to an {product-title} cluster as a user with the `cluster-admin` role.
* 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:
** You manually configured a user-managed load balancer for your cluster.
** You ensured that the load balancer was configured for the cluster nodes that handle incoming traffic from the Ingress Controller.
* You installed the Custom Metrics Autoscaler Operator and an associated KEDA Controller.
** 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`.
@@ -191,6 +194,7 @@ $ oc apply -f ingress-autoscaler.yaml
----
.Verification
* 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:
** Use the `grep` command to search the Ingress Controller YAML file for the number of replicas:

12
modules/nw-scaling-ingress-controller.adoc
View File

@@ -6,17 +6,21 @@
[id="nw-ingress-controller-configuration_{context}"]
= Scaling an Ingress Controller
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`.
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`.
[NOTE]
====
Scaling is not an immediate action, as it takes time to create the desired number of replicas.
====
.Prerequisites
* 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:
** You manually configured a user-managed load balancer for your cluster.
** You ensured that the load balancer was configured for the cluster nodes that handle incoming traffic from the Ingress Controller.
.Procedure
. View the current number of available replicas for the default `IngressController`:
+
[source,terminal]