Skip to content

Commit f06032c

Browse files
authored
Merge pull request #28141 from maxwelldb/master
Style tweaks to OSP LB docs
2 parents b0700f7 + 9818c17 commit f06032c

5 files changed

+19
-26
lines changed
Lines changed: 4 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -1,18 +1,12 @@
11
// Module included in the following assemblies:
22
//
3-
// * networking/openstack/load-balancing-openstack.adoc
3+
// * networking/load-balancing-openstack.adoc
44

55
[id="installation-osp-api-octavia_{context}"]
66
= Scaling clusters for application traffic by using Octavia
77

8-
{product-title} clusters that run on {rh-openstack-first} can use the Octavia
9-
load balancing service to distribute traffic across multiple VMs or floating IP
10-
addresses. This feature mitigates the bottleneck that single machines or
11-
addresses create.
8+
{product-title} clusters that run on {rh-openstack-first} can use the Octavia load balancing service to distribute traffic across multiple virtual machines (VMs) or floating IP addresses. This feature mitigates the bottleneck that single machines or addresses create.
129

13-
If your cluster uses Kuryr, the Cluster Network Operator created an internal
14-
Octavia load balancer at deployment. You can use this load balancer for
15-
application network scaling.
10+
If your cluster uses Kuryr, the Cluster Network Operator created an internal Octavia load balancer at deployment. You can use this load balancer for application network scaling.
1611

17-
If your cluster does not use Kuryr, you must create your own Octavia load
18-
balancer to use it for application network scaling.
12+
If your cluster does not use Kuryr, you must create your own Octavia load balancer to use it for application network scaling.

modules/installation-osp-api-scaling.adoc

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
//
3-
// * networking/openstack/load-balancing-openstack.adoc
3+
// * networking/load-balancing-openstack.adoc
44

55
[id="installation-osp-api-scaling_{context}"]
66
= Scaling clusters by using Octavia
@@ -9,11 +9,11 @@ If you want to use multiple API load balancers, or if your cluster does not use
99

1010
.Prerequisites
1111

12-
* Octavia is available on your {rh-openstack} deployment.
12+
* Octavia is available on your {rh-openstack-first} deployment.
1313

1414
.Procedure
1515

16-
. From a command line, create an Octavia load balancer that uses the Amphora driver:
16+
. From a command line, create an Octavia load balancer that uses the Amphora driver:
1717
+
1818
[source,terminal]
1919
----
@@ -31,7 +31,7 @@ $ openstack loadbalancer listener create --name API_OCP_CLUSTER_6443 --protocol
3131
+
3232
[NOTE]
3333
====
34-
To view the load balancer's status, enter `openstack loadbalancer list`.
34+
To view the status of the load balancer, enter `openstack loadbalancer list`.
3535
====
3636

3737
. Create a pool that uses the round robin algorithm and has session persistence enabled:
@@ -76,7 +76,7 @@ Your cluster now uses Octavia for load balancing.
7676

7777
[NOTE]
7878
====
79-
If Kuryr uses the Octavia Amphora driver, all traffic is routed through a single Amphora VM.
79+
If Kuryr uses the Octavia Amphora driver, all traffic is routed through a single Amphora virtual machine (VM).
8080
8181
You can repeat this procedure to create additional load balancers, which can alleviate the bottleneck.
8282
====

modules/installation-osp-kuryr-api-scaling.adoc

Lines changed: 4 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -1,18 +1,17 @@
11
// Module included in the following assemblies:
22
//
3-
// * networking/openstack/load-balancing-openstack.adoc
3+
// * networking/load-balancing-openstack.adoc
44

55
[id="installation-osp-kuryr-api-scaling_{context}"]
66
= Scaling clusters that use Kuryr by using Octavia
77

8-
If your cluster uses Kuryr, associate your cluster's API floating IP address
9-
with the pre-existing Octavia load balancer.
8+
If your cluster uses Kuryr, associate the API floating IP address of your cluster with the pre-existing Octavia load balancer.
109

1110
.Prerequisites
1211

1312
* Your {product-title} cluster uses Kuryr.
1413

15-
* Octavia is available on your {rh-openstack} deployment.
14+
* Octavia is available on your {rh-openstack-first} deployment.
1615

1716
.Procedure
1817

@@ -34,7 +33,7 @@ Your cluster now uses Octavia for load balancing.
3433

3534
[NOTE]
3635
====
37-
If Kuryr uses the Octavia Amphora driver, all traffic is routed through a single Amphora VM.
36+
If Kuryr uses the Octavia Amphora driver, all traffic is routed through a single Amphora virtual machine (VM).
3837
3938
You can repeat this procedure to create additional load balancers, which can alleviate the bottleneck.
4039
====

modules/installation-osp-kuryr-ingress-scaling.adoc

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
//
3-
// * networking/openstack/load-balancing-openstack.adoc
3+
// * networking/load-balancing-openstack.adoc
44

55
[id="installation-osp-kuryr-octavia-scale_{context}"]
66
= Scaling for ingress traffic by using {rh-openstack} Octavia
@@ -69,8 +69,8 @@ You can delete timestamps and other information that is irrelevant to load balan
6969
$ oc apply -f external_router.yaml
7070
----
7171

72-
. Verify that the service's external IP address is the same as the one that is associated with the load balancer:
73-
.. On a command line, retrieve the service's external IP address:
72+
. Verify that the external IP address of the service is the same as the one that is associated with the load balancer:
73+
.. On a command line, retrieve the external IP address of the service:
7474
+
7575
[source,terminal]
7676
----
@@ -85,7 +85,7 @@ router-external-default LoadBalancer 172.30.235.33 10.46.22.161 80:3011
8585
router-internal-default ClusterIP 172.30.115.123 <none> 80/TCP,443/TCP,1936/TCP 22h
8686
----
8787

88-
.. Retrieve the load balancer's IP address:
88+
.. Retrieve the IP address of the load balancer:
8989
+
9090
[source,terminal]
9191
----
@@ -116,7 +116,7 @@ You can now use the value of `EXTERNAL-IP` as the new Ingress address.
116116

117117
[NOTE]
118118
====
119-
If Kuryr uses the Octavia Amphora driver, all traffic is routed through a single Amphora VM.
119+
If Kuryr uses the Octavia Amphora driver, all traffic is routed through a single Amphora virtual machine (VM).
120120
121121
You can repeat this procedure to create additional load balancers, which can alleviate the bottleneck.
122122
====

modules/installation-osp-kuryr-octavia-upgrade.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
// Module included in the following assemblies:
22
//
3-
// * networking/openstack/load-balancing-openstack.adoc
3+
// * networking/load-balancing-openstack.adoc
44

55
[id="installation-osp-kuryr-octavia-configure_{context}"]
66
= Using the Octavia OVN load balancer provider driver with Kuryr SDN

0 commit comments

Comments
 (0)