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
{{ message }}
This repository has been archived by the owner on Sep 30, 2020. It is now read-only.
@redbaron Thx!
I'm really wanting to switch to NLB - in other words enable NLB by default - rather than adding it as an optional feature. #598 (comment) reported by @danielfm today strengthened the idea.
WDYT?
Btw, anyway, we need to keep the support for ELB for the China region because NLB has
not available there yet.
Maybe this should be added as an optional feature via a type (that defaults to classic, or something like that) parameter to apiEndpoints[].loadBalancer; this would allow users to migrate towards the new NLBs without the need to re-create the whole cluster by:
Change cluster.yaml to add a new API endpoint of type network, leaving the other endpoint intact
Run kube-aws update to create the new load balancer while leaving the old one as-is
After making sure the new load balancer is working, change worker[].apiEndpointName to point to it
Run kube-aws update to update all workers to use the new endpoint
Change cluster.yaml to remove the old load balancer
Run kube-aws update to remove the now unused load balancer
Main benefit: stable IP addresses within VPC, therefore it is expected to be much less broken TCP connections when AWS roll underneath infrastructure
The text was updated successfully, but these errors were encountered: