From d76558b303d7a0ca3c1a2722487c63417150b3da Mon Sep 17 00:00:00 2001 From: Yossi Boaron Date: Wed, 13 Dec 2017 16:27:09 +0200 Subject: [PATCH] Update service documentation with Octavia loadbalancer topology configurtaion. When octavia is configured to SINGLE loadbalancer topology, we have a single point of failure (Amphora), that's affect both user services and kuryr-kuberenets L7 router module. Service documentation is updated with that info. Change-Id: I04e2deaf155a43c26d9f008a03b13c05c5286a48 Closes-Bug: #1737978 --- doc/source/installation/services.rst | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/doc/source/installation/services.rst b/doc/source/installation/services.rst index 550c3daf7..820153399 100644 --- a/doc/source/installation/services.rst +++ b/doc/source/installation/services.rst @@ -85,9 +85,12 @@ network namespace is used by Octavia to reconfigure and monitor the Load Balancer, which it talks to via HAProxy's control unix domain socket. Running Kuryr with Octavia means that each Kubernetes service that runs in the -cluster will need one Load Balancer VM, i.e., an *Amphora*. It is important to -configure the right Octavia flavor for your deployment and to size the compute -nodes appropriately so that Octavia can operate well. +cluster will need at least one Load Balancer VM, i.e., an *Amphora*. +To avoid single point of failure at Amphora, Octavia should be configured to +support active/standby loadbalancer topology. +In addition, it is important to configure the right Octavia flavor for your +deployment and to size the compute nodes appropriately so that Octavia can +operate well. Another important consideration is where do the Amphorae run, i.e., whether the worker nodes should also be compute nodes so that they run the Amphorae or if