@@ -182,67 +182,6 @@ For instances, that require high throughput and IOPS, it is possible to utilize
Affinity policy is tool users can use to deploy nodes of a cluster on the same physical machine or if they should be spread among other physical machines. This can be beneficial if you need fast communication between nodes or you need them to be spread due to load-balancing or high availability etc. For more info please refer to [https://docs.openstack.org/senlin/train/scenarios/affinity.html](https://docs.openstack.org/senlin/train/scenarios/affinity.html).
## LBaaS - OpenStack Octavia
Load Balancer is a tool used for distributing a set of tasks over a particular set of resources. Its main goal is to route requests towards redundant backend services in high-availability scenario.
In the following example, you can see how a basic HTTP server is deployed via CLI.
**Requirements**:
- 2 instances connected to the same internal subnet and configured with HTTP application on TCP port 80
where **<internal_subnet_ID>** is an ID of internal subnet used by your instances and **--address** specifies an address of the concrete instance.
For more info, please refer to [https://docs.openstack.org/octavia/train/user/guides/basic-cookbook.html#basic-lb-with-hm-and-fip](https://docs.openstack.org/octavia/train/user/guides/basic-cookbook.html#basic-lb-with-hm-and-fip).
{{<hint info>}}
**NOTICE:**
Sometimes it can happen that Load Balancer is working but the connection is not working because it is not added into security groups. So to prevent this don't forget to apply neutron security group to amphorae created on the LB network to allow traffic to reach the configured load balancer. See [the load balancer deployment walkthrough](https://docs.openstack.org/octavia/train/contributor/guides/dev-quick-start.html?highlight=security%20group#production-deployment-walkthrough) for more details.
{{</hint>}}
LBaaS (Load Balancer as a service) provides the user with a load balancing service, that can be fully managed via OpenStack API (some basic tasks are supported by GUI). Core benefits:
* creation and management of load balancer resources can be easily automatized via API or existing tools like Ansible or Terraform
* applications can be easily scaled by starting up more OpenStack instances and registering them into the load balancer
* public IPv4 addresses saving - you can deploy one load balancer with one public IP and serve multiple services on multiple pools of instances by TCP/UDP port or L7 policies
**This feature is provided as it is and configuration is entirely the responsibility of the user.**
Official documentation for LBaaS (Octavia) service - https://docs.openstack.org/octavia/latest/user/index.html