Kubeadm: CoreDNS के साथ ताजा तैनाती किसी भी डीएनएस लुकिंग को हल नहीं कर रही है

जो भी कारण के लिए, आपके क्लस्टर पर kube-dns सेवा नहीं है।
आपको सबसे पहले चीजों को ठीक करने के लिए फिर से बनाना होगा। फिर हम यह पता लगाने की कोशिश कर सकते हैं कि यह कैसे गायब हो गया।

आप इस yaml का उपयोग kubectl apply -f साथ सेवा बनाने के लिए कर सकते हैं ...

apiVersion: v1
kind: Service
metadata:
  name: kube-dns
  namespace: kube-system
  annotations:
    prometheus.io/port: "9153"
    prometheus.io/scrape: "true"
  labels:
    k8s-app: kube-dns
    kubernetes.io/cluster-service: "true"
    kubernetes.io/name: "CoreDNS"
spec:
  selector:
    k8s-app: kube-dns
  clusterIP: 10.96.0.10
  ports:
  - name: dns
    port: 53
    protocol: UDP
  - name: dns-tcp
    port: 53
    protocol: TCP

नोट: यह प्रति-सहज है कि CoreDNS सेवा का नाम अभी भी "क्यूब-डीएनएस" रखा गया है, लेकिन यह कोरडन्स पॉड्स का चयन करता है (जो चयनकर्ता लेबल "क्यूब-डीएनएस 'का उपयोग करते हैं)।

मैं ओपी के रूप में एक ही मुद्दा रहा हूँ, और वर्णन और उपयोग के मामले के बारे में ही है: kubeadm Centos 7.5 पर एक मास्टर के साथ जो कार्यकर्ता नोड के रूप में अच्छी तरह से काम कर रहा है। मेरे पास एक ही मुद्दा है और मैं सेवा मौजूद है:

λ k get all --all-namespaces
NAMESPACE        NAME                                                READY     STATUS             RESTARTS   AGE
default          pod/busybox                                         0/1       Error              0          28m
default          pod/gitlab-gitlab-fd8b9fb85-26mkz                   0/1       CrashLoopBackOff   6          50m
default          pod/gitlab-minio-7fb7886d94-2zsff                   1/1       Running            0          50m
default          pod/gitlab-postgresql-8684bb6656-ltxjm              1/1       Running            0          50m
default          pod/gitlab-redis-785447c586-84x4c                   1/1       Running            0          50m
default          pod/ldap-79bb8c66b9-68v9f                           1/1       Running            0          2d
default          pod/local-volume-provisioner-dkxm9                  1/1       Running            0          2d
kube-system      pod/coredns-78fcdf6894-2t8tv                        1/1       Running            0          2d
kube-system      pod/coredns-78fcdf6894-wvq26                        1/1       Running            0          2d
kube-system      pod/etcd-server1.stitches.tech                      1/1       Running            0          2d
kube-system      pod/kube-apiserver-server1.domain            1/1       Running            0          2d
kube-system      pod/kube-controller-manager-server1.domain   1/1       Running            0          2d
kube-system      pod/kube-flannel-ds-m9cz5                           1/1       Running            0          2d
kube-system      pod/kube-proxy-qhr8p                                1/1       Running            0          2d
kube-system      pod/kube-scheduler-server1.domain            1/1       Running            0          2d
kube-system      pod/kubernetes-dashboard-6948bdb78-qnp4b            1/1       Running            0          2d
kube-system      pod/tiller-deploy-56c4cf647b-64w8v                  1/1       Running            0          2d
metallb-system   pod/controller-9c57dbd4-fqhzb                       1/1       Running            0          2d
metallb-system   pod/speaker-tngv7                                   1/1       Running            0          2d

NAMESPACE     NAME                           TYPE           CLUSTER-IP      EXTERNAL-IP     PORT(S)                                   AGE
default       service/gitlab-gitlab          LoadBalancer   10.102.204.34   192.168.1.201   22:32208/TCP,80:32194/TCP,443:31370/TCP   50m
default       service/gitlab-minio           ClusterIP      None            <none>          9000/TCP                                  50m
default       service/gitlab-postgresql      ClusterIP      10.108.66.88    <none>          5432/TCP                                  50m
default       service/gitlab-redis           ClusterIP      10.97.59.57     <none>          6379/TCP                                  50m
default       service/kubernetes             ClusterIP      10.96.0.1       <none>          443/TCP                                   2d
default       service/ldap-service           LoadBalancer   10.101.250.10   192.168.1.200   389:32231/TCP                             2d
kube-system   service/kube-dns               ClusterIP      10.96.0.10      <none>          53/UDP,53/TCP                             2d
kube-system   service/kubernetes-dashboard   NodePort       10.104.132.52   <none>          443:30924/TCP                             2d
kube-system   service/tiller-deploy          ClusterIP      10.96.67.163    <none>          44134/TCP                                 2d

NAMESPACE        NAME                                      DESIRED   CURRENT   READY     UP-TO-DATE   AVAILABLE   NODE SELECTOR                   AGE
default          daemonset.apps/local-volume-provisioner   1         1         1         1            1           <none>                          2d
kube-system      daemonset.apps/kube-flannel-ds            1         1         1         1            1           beta.kubernetes.io/arch=amd64   2d
kube-system      daemonset.apps/kube-proxy                 1         1         1         1            1           beta.kubernetes.io/arch=amd64   2d
metallb-system   daemonset.apps/speaker                    1         1         1         1            1           <none>                          2d

NAMESPACE        NAME                                   DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
default          deployment.apps/gitlab-gitlab          1         1         1            0           50m
default          deployment.apps/gitlab-minio           1         1         1            1           50m
default          deployment.apps/gitlab-postgresql      1         1         1            1           50m
default          deployment.apps/gitlab-redis           1         1         1            1           50m
default          deployment.apps/ldap                   1         1         1            1           2d
kube-system      deployment.apps/coredns                2         2         2            2           2d
kube-system      deployment.apps/kubernetes-dashboard   1         1         1            1           2d
kube-system      deployment.apps/tiller-deploy          1         1         1            1           2d
metallb-system   deployment.apps/controller             1         1         1            1           2d

NAMESPACE        NAME                                             DESIRED   CURRENT   READY     AGE
default          replicaset.apps/gitlab-gitlab-fd8b9fb85          1         1         0         50m
default          replicaset.apps/gitlab-minio-7fb7886d94          1         1         1         50m
default          replicaset.apps/gitlab-postgresql-8684bb6656     1         1         1         50m
default          replicaset.apps/gitlab-redis-785447c586          1         1         1         50m
default          replicaset.apps/ldap-79bb8c66b9                  1         1         1         2d
kube-system      replicaset.apps/coredns-78fcdf6894               2         2         2         2d
kube-system      replicaset.apps/kubernetes-dashboard-6948bdb78   1         1         1         2d
kube-system      replicaset.apps/tiller-deploy-56c4cf647b         1         1         1         2d
kube-system      replicaset.apps/tiller-deploy-64c9d747bd         0         0         0         2d
metallb-system   replicaset.apps/controller-9c57dbd4              1         1         1         2d

CoreDNS पॉड्स से, मैं बाहर की दुनिया के लिए लुकअप नहीं कर सकता, जो अजीब लगता है:

root on server1 at 11:45:48 AM in /internal/gitlab
λ k exec -it coredns-78fcdf6894-2t8tv /bin/sh -n kube-system
/ # cat /etc/resolv.conf
nameserver 192.168.1.254
nameserver 2600:1700:c540:64c0::1
search attlocal.net domain
/ # host gitlab
;; connection timed out; no servers could be reached
/ # host google.com
;; connection timed out; no servers could be reached

मेरे लिए, इसका मतलब है कि CoreDNS पॉड इसे अपस्ट्रीम नेमसर्वर नहीं देख सकता है, जो कि 192.168.1.254, होस्ट नेटवर्क का आईपी है। क्या मैं सही रास्ते पर हूं?

लेकिन, जो भी अजनबी है, वह उस मास्टर नोड पर चल रहा है जो उस आईपी पते तक ठीक पहुंच सकता है:

λ kubectl run -it --rm --restart=Never --image=infoblox/dnstools:latest dnstools
If you don't see a command prompt, try pressing enter.
dnstools# ping 192.168.1.254
PING 192.168.1.254 (192.168.1.254): 56 data bytes
64 bytes from 192.168.1.254: seq=0 ttl=63 time=1.102 ms

क्या आप dig साथ कोशिश कर सकते हैं?

dig google.com @192.168.1.254

आमतौर पर एक मान्य ipv6 कॉन्फिगरेशन वाला सिस्टम पहले उस ipv6 रिवाल्वर के साथ हल करने की कोशिश करेगा। यदि वह विफल हो जाता है तो ये सिस्टम इसे विफलता कहते हैं। पहले खुदाई कमांड पर एक नज़र डालें यदि वह काम करता है तो मैं यह देखने के लिए देखूंगा कि सिस्टम दोहरी स्टैक ipv4 ipv6 के साथ कॉन्फ़िगर किया गया है या नहीं।

आज इस मुद्दे का निदान करने में मदद करने के लिए इतना समय बिताने के लिए @mauilion को फिर से धन्यवाद!

मेरा समाधान (अब के लिए यह काफी भयानक है) मेरे होस्ट ओएस पर firewalld सेवा को अक्षम करने के लिए था:

sudo systemctl stop firewalld
sudo systemctl disable firewalld

ध्यान रखें कि वह आदेश वास्तव में क्या कर रहा है। ऐसा अपने जोख़िम पर करें।

मैं kubernetes 1.11.2 और फलालैन 0.10.0 के साथ एक ही मुद्दे पर दौड़ा, kubeadm के माध्यम से एक CentOS 7 VM में तैनात क्यूब-प्रॉक्सी को iptables का उपयोग करने के लिए कॉन्फ़िगर किया गया। मैंने देखा कि प्रारंभिक तैनाती के बाद सेवा संचार के लिए मेरे पास कोई फली या फली नहीं थी। Iptables पर फ़ोरवर्ड श्रृंखला को देखते हुए, क्यूब-प्रॉक्सी ने पहले नियम के रूप में एक KUBE-FORWARD श्रृंखला की स्थापना की, जो निरीक्षण करने पर, ऊपर वर्णित सभी ट्रैफ़िक को संभालना चाहिए। फ्लैनलाइन ने DROP और REJECT नियमों के बाद दो नियम जोड़े जो कि CentOS 7 FORWARD श्रृंखला में डिफ़ॉल्ट हैं। मैंने देखा जब मैंने REJECT नियम को हटा दिया, तो फ़्लेनलाइन द्वारा जोड़े गए नियम ट्रैफ़िक को संसाधित करेंगे, और मेरी पॉड्स अन्य पॉड्स और सर्विस ips के साथ संवाद कर सकते हैं।

क्यूंकि क्यूब-प्रॉक्सी KUBE-FORWARD परिवर्तन की निगरानी करता है और इसे बदलने से रोकता है, मैंने KUBE-FORWARD नियम के बाद दो नियम जोड़े हैं जो NEW के cststate को जोड़ता है। एक बार मैंने इन नियमों को जोड़ दिया, तो आंतरिक ट्रैफ़िक संसाधित हो जाएगा जैसा कि मुझे उम्मीद थी।

जांच करें clusterDNS में चर /var/lib/kubelet/config.yaml । हमारे कॉन्फ़िगरेशन के लिए यह गलत तरीके से 10.96.0.10 सेट किया गया था जबकि यह 10.244.240.10 होना चाहिए था (यही है कि हमने अपने क्लस्टर को बूटस्ट्रैप किया है)। इसे बदलना और क्यूबलेट को फिर से शुरू करना हमारे लिए मुद्दा तय किया गया। आपका माइलेज हालांकि अलग-अलग हो सकता है।

@ कंप्यूटर , 10.244.0.0/16 फ्लैनलाइन के लिए डिफ़ॉल्ट _pod_ cidr है। यदि आपके मामले में ऐसा है, तो 10.244.240.10 एक पॉड आईपी होगा, जिसे आपको अपने क्लस्टर-डीएनएस आईपी सेटिंग के रूप में उपयोग नहीं करना चाहिए (पुन: यह बदल सकता है, कोई लोड संतुलन नहीं)।

यह नहीं है:

हमने क्लस्टर को बूटस्ट्रैप किया है: --pod-network-cidr=10.244.0.0/16 --service-cidr=10.244.240.0/20 , लेकिन जैसा कि मैंने देखा कि अब कुछ ओवरलैप है, जिसे मुझे वैसे भी बदलना चाहिए :-) तो इसके लिए धन्यवाद @chrisohaver!

जांच करें clusterDNS में चर /var/lib/kubelet/config.yaml । हमारे कॉन्फ़िगरेशन के लिए यह गलत तरीके से 10.96.0.10 सेट किया गया था जबकि यह 10.244.240.10 होना चाहिए था (यही है कि हमने अपने क्लस्टर को बूटस्ट्रैप किया है)। इसे बदलना और क्यूबलेट को फिर से शुरू करना हमारे लिए मुद्दा तय किया गया। आपका माइलेज हालांकि अलग-अलग हो सकता है।

इसके लिए धन्यवाद - इसने मुझे ट्रैक करने में मदद की कि मेरे आंतरिक डीएनएस अनुरोध क्यों हल नहीं हो रहे थे।

संदर्भ के लिए, मुझे अपने क्लस्टरडएनएस मान को 192.168.0.10 पर सेट करना होगा क्योंकि मैं आईआईएस कुबेदम के साथ --service-cidr = 192.168.0.0 / 16 और मेरी क्यूब-डीएनएस सेवा को अपने बाहरी आईपी के रूप में स्थापित करना है।

नोट के अलावा, बस क्यूबलेट को फिर से शुरू करना पर्याप्त नहीं था - मुझे अपनी पॉड को फिर से शुरू करना था इसलिए /etc/resolv.conf अपडेट किया गया था। एक जो अनुरोध किया गया था वह उम्मीद के मुताबिक हल हो रहा है।

CoreDNS पर कई भ्रमित मुद्दे थे जो तब से हल हो गए हैं। मुद्दों के अतिभारित सेट को देखते हुए मैं इसे बंद करने जा रहा हूं।

यदि विशिष्ट रिप्रो के 1.12+ खुले हैं और हम ASAP को संबोधित करेंगे।

जांच करें clusterDNS में चर /var/lib/kubelet/config.yaml । हमारे कॉन्फ़िगरेशन के लिए यह गलत तरीके से 10.96.0.10 सेट किया गया था जबकि यह 10.244.240.10 होना चाहिए था (यही है कि हमने अपने क्लस्टर को बूटस्ट्रैप किया है)। इसे बदलना और क्यूबलेट को फिर से शुरू करना हमारे लिए मुद्दा तय किया गया। आपका माइलेज हालांकि अलग-अलग हो सकता है।

महान, और मैं कैलिको का उपयोग करता हूं जिसे क्लस्टरडएनएस पता मुझे सेट करना चाहिए?

मैंने ऐसा ही किया, लेकिन उसी त्रुटि का सामना करते हुए मेरे कॉर्डन पॉड्स ने त्रुटि राज्य शुरू नहीं किया

मैंने अपना ClusterDNS बदल दिया, लेकिन फिर भी कोई प्रभाव नहीं हुआ @justlooks

+1 CentOS 7 और kubeadm 1.11 में एक ही मुद्दे का सामना करना

@timothysc

iptables -p FORWARD ACCEPT जोड़ना समस्या को हल करता है

+1 CentOS 7 और kubeadm 1.12 में समान अंक का सामना करना

मुद्दे के लिए प्रस्ताव मिला।
कोर डीएनएस डेमॉन कंट्रोलर पर हटाए गए संसाधनों की सीमा सीमित है क्योंकि यह सीपीयू सीमा तक पहुंच रहा था। जो इसे पुनः आरंभ कर रहा था।

हो सकता है कि फलालैन समस्या, मेरे मामले में, योनि में म्यूटिल नेटवर्क इंटरफ़ेस है, इसलिए फ़्लेनलाइन को तैनात करते समय इंटरफ़ेस निर्दिष्ट करना होगा: - --iface=eth1 , अन्यथा वही डीएनएस समस्या होने वाली है ...

https://github.com/kubernetes/kubernetes/issues/39701

vim https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml निम्नलिखित के रूप में संशोधित:

......
containers:
      - name: kube-flannel
        image: quay.io/coreos/flannel:v0.11.0-amd64
        command:
        - /opt/bin/flanneld
        args:
        - --ip-masq
        - --kube-subnet-mgr
        - --iface=eth1
......

धन्यवाद @ कंप्यूटर , यह मुद्दा तय किया है और मुझे coredns फली को हटाने और उन्हें इसे फिर से बनाने के लिए देना था।