-
Notifications
You must be signed in to change notification settings - Fork 41.5k
Build node health-check URL using NodeAddresses #7114
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
Conversation
This removes one of the few remaining dependencies on the node.Name being resolvable.
cc @cjcullen |
Awesome. I had a PR just about ready to go for this, but my GCE node addresses were doing weird things. I'll take a look. |
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.
A loop with a score function is scary to me. What do you think about building a map and expressing priority based on execution order? Something similar to GetHostIP() in the kubelet.
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.
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.
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.
I would generally assume that #7092 is aspirational until someone is signed up to work on it.
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.
#7182 does/should unbreak AWS for now - it would be good to get that merged!
AWS needs this and #7115 if I wanted to change the node name to the EC2 instance id, which would be great to do long-term. In #7182 I put out the fire, so this can wait until #7092 is implemented.
I don't suppose there's a different reason to merge this and/or #7115? @cjcullen you mentioned you were also looking at this (for a different reason, I guess)
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.
Similar reason... It would be nice to remove the requirement that the master must have DNS cname record entries for nodes that match their k8s names (or the value passed in with --hostname_override). We have that Addresses field on the nodes which I think was added for exactly this type of thing.
I'm interested to see where #7092 goes, but as long as we have Master->Kubelet communication, I think it would be useful to get this change in. It'll make this use case cleaner, and hopefully guide new code away from using Node.Name as a resolvable address.
This removes one of the few remaining dependencies on the node.Name
being resolvable.