-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ALB Rule order #2763
Comments
@ngoyal16, in this case you have two ingresses belonging to the same ingress group, without explicit ingress order so both of them get the default order of 0. Since both of them have the same order, the controller sorts them based on name/namespace so the rules from ingress-1 comes before the ones from ingress-2. If you want different ordering, you can specify an explicit group order. For more detail please refer to the live docs https://kubernetes-sigs.github.io/aws-load-balancer-controller/v2.4/guide/ingress/annotations/#group.order |
Currently path types from multiple rules in an ingress aren't merged. The sorting done as part of issue #2203 applies to the paths within a single rule only. We plan to merge paths from multiple rules for feature request #2678 where we will apply path type sorting. Since the ingress groups in an ingress still follow the group.order, the behavior mentioned in this issue is as per the expectation. I'm closing this issue. |
Describe the bug
If there are 2 ingress objects in EKS with following specs
above spec is creating rules in alb with following order
rule1: host:example.com path: /* -> example-1-svc
rule2: host:example.com path: abc or abc/* -> example-2-svc
Expected outcome
expected rule order should be
rule1: host:example.com path: abc or abc/* -> example-2-svc
rule2: host:example.com path: /* -> example-1-svc
Environment
The text was updated successfully, but these errors were encountered: