Skip to content

Conversation

@ramaraochavali
Copy link
Contributor

Adds priority to workload entry. This is especially useful to setup active/passive between two clusters defined by two different DNS based clusters. When endpoints in priority(0), becomes unhealthy - traffic automatically moves to priority1.

Signed-off-by: Rama Chavali <rama.rao@salesforce.com>
@ramaraochavali ramaraochavali requested a review from a team as a code owner December 26, 2025 04:54
@istio-policy-bot
Copy link

😊 Welcome @ramaraochavali! This is either your first contribution to the Istio api repo, or it's been
a while since you've been here.

You can learn more about the Istio working groups, Code of Conduct, and contribution guidelines
by referring to Contributing to Istio.

Thanks for contributing!

Courtesy of your friendly welcome wagon.

@istio-testing istio-testing added the size/XS Denotes a PR that changes 0-9 lines, ignoring generated files. label Dec 26, 2025
@zirain zirain added the release-notes-none Indicates a PR that does not require release notes. label Dec 26, 2025
Copy link
Member

@howardjohn howardjohn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How does this relate to the many many other 'priority' mechanisms we have? what if its priority=3 but in another region with locality LB enabled?

This seems like it could be done today with DR failoverPriority? https://istio.io/latest/docs/reference/config/networking/destination-rule/#LocalityLoadBalancerSetting-failover_priority

@ramaraochavali
Copy link
Contributor Author

This seems like it could be done today with DR failoverPriority?

I do not think this can be solved by DR. This is for endpoints matched by a DNS cluster. So they do not have k8s labels associated.

How does this relate to the many many other 'priority' mechanisms we have? what if its priority=3 but in another region with locality LB enabled?

The priority specified here would be taken in to consideration for DNS endpoints specified overriding the locality LB specified in DR. As I mentioned, this is mainly useful for workloadentries specified via DNS resolution to implement failover across two DNS clusters.

@howardjohn
Copy link
Member

I do not think this can be solved by DR. This is for endpoints matched by a DNS cluster. So they do not have k8s labels associated.

What do you mean? Its a WorkloadEntry, it has labels?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

release-notes-none Indicates a PR that does not require release notes. size/XS Denotes a PR that changes 0-9 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants