Skip to content

Commit 78d101d

Browse files
Doc: Add note for rename behavior of IngressGroup (#3283)
* Add warning for rename behavior of IngressGroup * Change wording per suggestion from code review * Apply grammar suggestions from code review Co-authored-by: John Gardiner Myers <[email protected]> --------- Co-authored-by: John Gardiner Myers <[email protected]>
1 parent 9b27d26 commit 78d101d

File tree

1 file changed

+7
-0
lines changed

1 file changed

+7
-0
lines changed

docs/guide/ingress/annotations.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -79,6 +79,13 @@ By default, Ingresses don't belong to any IngressGroup, and we treat it as a "im
7979
other Kubernetes users may create/modify their Ingresses to belong to the same IngressGroup, and can thus add more rules or overwrite existing rules with higher priority to the ALB for your Ingress.
8080

8181
We'll add more fine-grained access-control in future versions.
82+
83+
!!!note "Rename behavior"
84+
The ALB for an IngressGroup is found by searching for an AWS tag `ingress.k8s.aws/stack` tag with the name of the IngressGroup as its value. For an implicit IngressGroup, the value is `namespace/ingressname`.
85+
86+
When the groupName of an IngressGroup for an Ingress is changed, the Ingress will be moved to a new IngressGroup and be supported by the ALB for the new IngressGroup. If the ALB for the new IngressGroup doesn't exist, a new ALB will be created.
87+
88+
If an IngressGroup no longer contains any Ingresses, the ALB for that IngressGroup will be deleted and any deletion protection of that ALB will be ignored.
8289

8390
!!!example
8491
```

0 commit comments

Comments
 (0)