Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Note: CoreDNS does not use a pod nanny. For large clusters (100+ nodes), either increase the replica count by hand or use a horizontal autoscaling addon https://kubernetes.io/docs/tasks/administer-cluster/dns-horizontal-autoscaling/
Testing
Switched AWs, GCP, bare-metal, and DO clusters to v1.11.0 with this PR to use CoreDNS.
Workloads have been unaffected across environments. I did discover an incorrect
dnsPolicy: Default
in one of my manifests for an application that expects to interact with headless servicecluster.local
pods. Most applications (including the one I found) should leave dnsPolicy unset to get the defaultClusterFirst
. CoreDNS seems to be in the right.You can verify basic behaviors by running a debug pod (I used fedora).
On all platforms, the upstream DNS resolver is inherited from the host
/etc/resolv.conf
. That means on AWS, you'll use AWS DNS servers. On Google, you'll use Google Cloud's DNS servers.