-
Notifications
You must be signed in to change notification settings - Fork 224
Use spec.nodeName as hostname-override, not podIP #151
Conversation
@dghubble it appears that spec.nodeName has landed and been vendored in. Are you still intending to merge this? It could simplify the coreos-baremetal instructions for bootkube. |
Here's the story, we use this patch on bare-metal and AWS clusters or anywhere else we'd like to name nodes by either DNS name or by IP. Using The only setup I haven't verified is the vagrant/Virtualbox scripts used by this project. I suspect it may rely on:
but perhaps the default would suffice. I'll have to get a setup to try that out. coreos-baremetal has been updated to v1.4.7 and this required bootkube patch has been updated accordingly. |
* Respect names given to nodes, don't assume IP * Allow DNS node names to be used * kube-apiserver uses host's default iface for advertise-address
Tested against the multi-node deployment on master. An nginx Pod was able to reach another nginx Pod running on another worker using: service name (DNS), service IP, service NodePort, direct pod IP. cc @dghubble |
I spun up the
|
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.
lgtm
* Update bootkube version to stop requiring the forked binary; bootkube now allows DNS names * kubernetes-retired/bootkube#151
* Update bootkube version to stop requiring the forked binary; bootkube now allows DNS names * kubernetes-retired/bootkube#151
Now that this has merged, poseidon/matchbox#407 updates coreos-baremetal docs to use |
@dghubble @aaronlevy @Quentin-M thanks much for following through on this |
* Update bootkube version to stop requiring the forked binary; bootkube now allows DNS names * kubernetes-retired/bootkube#151
* Update bootkube version to stop requiring the forked binary; bootkube now allows DNS names * kubernetes-retired/bootkube#151
We're using this patch for bare-metal and AWS clusters to allow DNS names to be used. Kubernetes 1.4, introduced the
spec.nodeName
downward api field. Pods can make use of the node name which may be either an IP or a DNS name.rel: #90