Open bartsmykla opened 2 weeks ago
Additionally, we need to ensure that when a user disables locality-aware routing using MeshLoadBalancingStrategy, traffic is properly distributed across zones.
we should prioritize local zone instead of prioritizing splitting traffic between all zones.
btw this is already the case
Removing closed state labels due to the issue being reopened.
Fix was reverted in:
We have two options to set locality-aware load balancing in Kuma:
These options allow control over whether traffic should be split across different zones or prioritized within the local zone.
When the locality-aware flag is enabled on the Mesh, traffic for kuma.io/service will remain within the same zone. The same effect occurs with MLBS: when set to true, traffic stays within the local zone. If both sets, MLBS can override it
@lahabana @lukidzi do we have any action to take given the above? or can we close this again
Note: The fix was not reverted, instead https://github.com/kumahq/kuma/pull/11987 was the issue
I think there is one more thing to try, we should check how we behave by the default (no policy/lb mesh configured)
For this we have an e2e test I think right? It's locality aware
Putting this back in pending so we discuss this
lets check if there is a test covering this case and if we can confirm it works as expected, close the issue
Description
We should try
MeshLoadBalancingStrategy
withMeshMultizoneService
as it should behave differently that we should prioritize local zone instead of prioritizing splitting traffic between all zones.This is followup for: https://github.com/kumahq/kuma/issues/11966