feat(docs/load_balancing): add doc about VM anti-affinity mode (#5830)
* feat(docs/load_balancing): add doc about VM anti-affinity mode Signed-off-by: Ronan Abhamon <ronan.abhamon@vates.fr> * grammar edits for anti-affinity Co-authored-by: Jon Sands <fohdeesha@gmail.com>
This commit is contained in:
parent
3d15a73f1b
commit
f095a05c42
BIN
docs/assets/antiaffinity.png
Normal file
BIN
docs/assets/antiaffinity.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 53 KiB |
@ -94,3 +94,21 @@ The global situation (resource usage) is examined **every minute**.
|
||||
:::tip
|
||||
TODO: more details to come here
|
||||
:::
|
||||
|
||||
## VM anti-affinity
|
||||
|
||||
VM anti-affinity is a feature that prevents VMs with the same user tags from running on the same host. This functionality is available directly in the load-balancer plugin.
|
||||
This way, you can avoid having pairs of redundant VMs or similar running on the same host.
|
||||
|
||||
Let's look at a simple example: you have multiple VMs running MySQL and PostgreSQL with high availability/replication. Obviously, you don't want to lose the replicated database inside the VMs on the same physical host. Just create your plan like this:
|
||||
|
||||

|
||||
|
||||
- Simple plan: means no active load balancing mechanism used
|
||||
- Anti-affinity: we added our 2x tags, meaning any VMs with one of these tags will never run on the same host (if possible) with another VM having the same tag
|
||||
|
||||
You can also use the performance plan with the anti-affinity mode activated to continue to migrate non-tagged VMs.
|
||||
|
||||
:::tip
|
||||
This feature is not limited by the number of VMs using the same tag, i.e. if you have 6 VMs with the same anti-affinity tag and 2 hosts, the plugin will always try to place 3 VMs on each host. It will distribute as much as possible the VMs fairly and it takes precedence (in the majority of the cases) over the performance algorithm.
|
||||
:::
|
||||
|
Loading…
Reference in New Issue
Block a user