-
Notifications
You must be signed in to change notification settings - Fork 276
envoy: Implement locality-based prioritized (affinitized) endpoint traffic routing #3043
Comments
Also seems like the locality should be set more intelligently? https://www.envoyproxy.io/docs/envoy/latest/api-v3/config/core/v3/base.proto#envoy-v3-api-msg-config-core-v3-locality |
Also take a look at this: https://www.envoyproxy.io/docs/envoy/latest/intro/arch_overview/upstream/load_balancing/zone_aware.html. I feel it is quite similar to locality based routing |
Can I get a early review for this WIP mini design doc? https://docs.google.com/document/d/1OxDPYkdffEJmraSMZpl83JOt3Kjxjfmoehp4T1ebpfs/edit# |
I think we don't need to create sub-tasks for the implementation. Using just this task should be sufficient. Before the implementation, there are two prerequisites:
Then the changes need to be made are:
|
Sub tasks of this issue:
|
Is this being put behind a feature flag? |
Sorry I missed the message. It's not behind feature flag. The figure does not affect single cluster scenario. But when the |
This issue is for the following sub-issues:
Context
We need to implement traffic routing such that traffic is first routed to the group of endpoints closest to the origin, then to those groups further and further away (next cluster, next zone, next region etc.)
Documentation:
Take a look at the
priority
field. From the Envoy docs on the priority field:The text was updated successfully, but these errors were encountered: