Skip to content
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

Environments with a high volume of DNS queries will drop them from time to time #16018

Closed
aemneina opened this issue Oct 9, 2018 · 4 comments

Comments

@aemneina
Copy link

aemneina commented Oct 9, 2018

Rancher versions:
rancher/server or rancher/rancher: 1.6.21 (this impacts 2.x as well)
Environment Template: (Cattle/Kubernetes/Swarm/Mesos)

Description of the problem:
Weave has some great research done here,
https://www.weave.works/blog/racy-conntrack-and-dns-lookup-timeouts

Results:
Not sure if we need to move away from kube-dns behind a service IP, but thats for architects to decide.

@aemneina aemneina changed the title Environments with a high volume of DNS queries will lose them Environments with a high volume of DNS queries will drop them from time to time Oct 9, 2018
@Oats87
Copy link
Contributor

Oats87 commented Nov 7, 2018

If kube-dns were to be run as a daemonset, the kubelet could be configured to configure pods to forward DNS queries to the local node's kube-dns rather than traversing through the service IP, it should be possible to avoid having the kernel drop DNS query packets.

@superseb
Copy link
Contributor

@loganhz loganhz added this to the v1.6 - Future milestone Dec 2, 2018
@aemneina
Copy link
Author

aemneina commented Dec 4, 2018

@superseb @alena1108, @Oats87 pointed me to Node Local DNS, which should be a solid solution. Forces dns lookups over TCP. I believe it's alpha in 1.13.x
kubernetes/kubernetes#70555

@alena1108
Copy link

@aemneina that would be the best solution given it's officially supported by k8s. And that k8s 1.13 was released today, 12/03/2018 :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants