You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem?
Yes, in my company we developed a blue/green deploy related to infrastructure major changes due to internal process. We have 4 different repositories to deploy: infra eks cluster-blue, infra eks cluster-green, network stack (Elbs, targets, route, etc) and application
To make it simple, let´s say we have 1 single NLB and 2 target groups, TG-BLUE /TG-GREEN and the blue one is the active cluster and its target is attached to NLB.
When I want to activate the other cluster, I switch from TG-BLUE to TG-GREEN in NLB. So, ever one Target is attached do NLB and the other one remain with no NLB attached.
If the readinessgate is enabled and I try deploy the application to that cluster whose target group is not yet attached to the NLB , the readiness workflow never ends due to the message "Target group is not configured to receive traffic"
Describe the solution you'd like
I´d like to have a way to write some conditions when enable elbv2.k8s.aws/pod-readiness-gate-inject to allow the albcontroller ignore specific status, for instance:
apiVersion: v1
kind: Namespace
metadata:
name: default
labels:
elbv2.k8s.aws/pod-readiness-gate-inject: enable
conditions:
status not in "No traffic"
Describe alternatives you've considered
None,
-leave a fake NLB just to have both targets ever attached is not an option
-I don´t want to use instance as target backend
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem?
Yes, in my company we developed a blue/green deploy related to infrastructure major changes due to internal process. We have 4 different repositories to deploy: infra eks cluster-blue, infra eks cluster-green, network stack (Elbs, targets, route, etc) and application
To make it simple, let´s say we have 1 single NLB and 2 target groups, TG-BLUE /TG-GREEN and the blue one is the active cluster and its target is attached to NLB.
When I want to activate the other cluster, I switch from TG-BLUE to TG-GREEN in NLB. So, ever one Target is attached do NLB and the other one remain with no NLB attached.
If the readinessgate is enabled and I try deploy the application to that cluster whose target group is not yet attached to the NLB , the readiness workflow never ends due to the message "Target group is not configured to receive traffic"
Describe the solution you'd like
I´d like to have a way to write some conditions when enable elbv2.k8s.aws/pod-readiness-gate-inject to allow the albcontroller ignore specific status, for instance:
apiVersion: v1
kind: Namespace
metadata:
name: default
labels:
elbv2.k8s.aws/pod-readiness-gate-inject: enable
conditions:
status not in "No traffic"
Describe alternatives you've considered
None,
-leave a fake NLB just to have both targets ever attached is not an option
-I don´t want to use instance as target backend
The text was updated successfully, but these errors were encountered: