Skip to content

Commit 9b6d6d5

Browse files
committed
provide path to set high availability for Amphora
1 parent 413cf1b commit 9b6d6d5

File tree

1 file changed

+11
-10
lines changed

1 file changed

+11
-10
lines changed

doc/source/operations/octavia.rst

Lines changed: 11 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -7,30 +7,31 @@ Octavia
77
Introduction to Octavia
88
=======================
99

10-
Octavia is known as an *operator-scaled* load balancing service.
10+
Octavia is known as an *operator-scaled* load balancing service.
1111

1212
.. _Deploying Octavia:
1313

1414
Deploying Octavia
1515
=================
1616

17-
Much like any other Kolla managed service, the method of deploying Octavia is as simple
17+
Much like any other Kolla managed service, the method of deploying Octavia is as simple
1818
as enabling ``kolla_enable_octavia: true`` within the chosen environment's ``kolla.yml``.
19-
However, before running a ``kayobe overcloud service configure``, check
20-
``octavia_net_interface`` (often found within the ``controllers`` directory within
21-
``group_vars``) to see the network which Octavia management network will be using.
19+
However, before running a ``kayobe overcloud service configure``, check
20+
``octavia_net_interface`` (often found within the ``controllers`` directory within
21+
``group_vars``) to see the network which Octavia management network will be using.
2222
If it is configured to use a VLAN then ``kolla_enable_neutron_provider_networks: true``
2323
should also be set in ``kolla.yml``.
2424

2525
.. note::
2626

27-
It of course goes without saying that the network configured for ``octavia_net_interface``
27+
It of course goes without saying that the network configured for ``octavia_net_interface``
2828
should also exist in ``networks.yml``.
2929

30-
By default Octavia will deploy a single Amphora VM per load balancing service, this should be
31-
changed to make them highly available and have two Amphora VM per service. Done by setting
32-
``octavia_loadbalancer_topology: "ACTIVE_STANDBY"``, this will ensure that if the master
33-
Amphora VM were to go down, the other would be able to take over the load balancing functions.
30+
By default Octavia will deploy a single Amphora VM per load balancing service, this should be
31+
changed to make them highly available and have two Amphora VM per service. Done by setting
32+
``octavia_loadbalancer_topology: "ACTIVE_STANDBY"`` in ``${KAYOBE_CONFIG_PATH}/kolla/globals.yml``,
33+
this will ensure that if the master Amphora VM were to go down, the other would be able to
34+
take over the load balancing functions.
3435

3536
.. _Amphora image:
3637

0 commit comments

Comments
 (0)