-
Notifications
You must be signed in to change notification settings - Fork 7
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
Update ALB Controller to provision NLBs #69
Conversation
reconfigure Ingress to give the ALB 'LoadBalancer' servive type for NLB configuration
…nx service * NLB is provisioned * Target groups appear healthy * DNS entry is created * Traffic is getting all the way through to the ingress-nginx controller ("400 bad request" from nginx)
Parsing the LB name out of 'data.kubernetes_service.ingress_service' is hard, so let's see if this passes
Also removes some extraneous parameters (the defaults are fine), and configures the controller to pass through the real client IP.
It's 'degraded' until it has enough replicas in EKS which varies on the number of nodes in the EKS cluster, it then becomes 'active'
Before we merge this, I want to verify that we have no issues uploading a solr configset. We might need the 307 Redirect implemented somewhere. Will update soon! 😀 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does the vpc cni information/option make sense here? It's kind of required for everything were brokering to work. (I was thinking the docs belong on the ALB installation module.)
That makes a lot more sense as to why you wanted to document it. I think this becomes a very niche use case of using both the |
Related to GSA/data.gov#3677
New Additions:
Upgrades:
AWS LB Controller
to 2.3