🕑 👩🏻‍🏫 👩🏽‍🏫 Kubernetes में DNS लुकअप ⛷️ 🐒 🦃

ध्यान दें perev। : कुबेरनेट्स में DNS समस्या, या बल्कि, पैरामीटर सेटिंग्स ndots, आश्चर्यजनक रूप से लोकप्रिय है, और यह पहला वर्ष नहीं है । इस विषय पर एक अन्य लेख में, इसके लेखक, भारत में एक बड़ी ब्रोकरेज कंपनी के देवओप्स इंजीनियर, बहुत सरल और संक्षिप्त तरीके से बताते हैं कि कुबेरनेट का उपयोग करने वाले सहयोगियों के लिए यह जानना उपयोगी है।

कुबेरनेट्स में अनुप्रयोगों को तैनात करने के मुख्य लाभों में से एक अनुप्रयोगों की सहज खोज है। इंट्राक्लस्टर इंटरैक्शन सेवा अवधारणा ( सेवा )द्वारा बहुत सरल है, जो एक वर्चुअल आईपी है, जो एक सेट पॉडोव आईपी-पतों का समर्थन करता है। उदाहरण के लिए, यदि कोई सेवा सेवाvanillaसे संपर्क करना चाहता हैchocolate, तो वह सीधे वर्चुअल आईपी तक पहुंच सकता हैchocolate। सवाल उठता है: इस मामले में कौन DNS क्वेरी को हल करेगा chocolateऔर कैसे?

DNS नाम संकल्प CoreDNS का उपयोग करके कुबेरनेट्स क्लस्टर में कॉन्फ़िगर किया गया है । क्यूबलेट /etc/resolv.confसभी पॉड्स की फाइलों में नाम सर्वर के रूप में CoreDNS के साथ पॉड्स रजिस्टर करता है । यदि आप /etc/resolv.confकिसी भी फली की सामग्री को देखते हैं, तो यह कुछ इस तरह दिखाई देगी:

search hello.svc.cluster.local svc.cluster.local cluster.local
nameserver 10.152.183.10
options ndots:5

DNS सर्वर द्वारा इस कॉन्फ़िगरेशन का उपयोग DNS सर्वर के अनुरोधों को पुनर्निर्देशित करने के लिए किया जाता है। फ़ाइल resolv.confमें निम्न जानकारी है:

नेमसर्वर : वह सर्वर जिससे DNS क्वेरी को रूट किया जाएगा। हमारे मामले में, यह कोरडएनएस सेवा का पता है;
search: . , google.com mrkaran.dev FQDN ( ). , resolver' DNS, (FDQN) , «.», . resolver' . , mrkaran.dev. — (FQDN), mrkaran.dev — ;
ndots: ( ). ndots , «» . , DNS-.

आइए देखें कि जब हम mrkaran.devफली में अनुरोध करते हैं तो क्या होता है :

$ nslookup mrkaran.dev
Server: 10.152.183.10
Address: 10.152.183.10#53

Non-authoritative answer:
Name: mrkaran.dev
Address: 157.230.35.153
Name: mrkaran.dev
Address: 2400:6180:0:d1::519:6001

इस प्रयोग के लिए, मैंने CoreDNS लॉगिंग स्तर को सेट किया all(जो इसे बहुत क्रियात्मक बनाता है)। आइए फली के लॉग देखें coredns:

[INFO] 10.1.28.1:35998 - 11131 "A IN mrkaran.dev.hello.svc.cluster.local. udp 53 false 512" NXDOMAIN qr,aa,rd 146 0.000263728s
[INFO] 10.1.28.1:34040 - 36853 "A IN mrkaran.dev.svc.cluster.local. udp 47 false 512" NXDOMAIN qr,aa,rd 140 0.000214201s
[INFO] 10.1.28.1:33468 - 29482 "A IN mrkaran.dev.cluster.local. udp 43 false 512" NXDOMAIN qr,aa,rd 136 0.000156107s
[INFO] 10.1.28.1:58471 - 45814 "A IN mrkaran.dev. udp 29 false 512" NOERROR qr,rd,ra 56 0.110263459s
[INFO] 10.1.28.1:54800 - 2463 "AAAA IN mrkaran.dev. udp 29 false 512" NOERROR qr,rd,ra 68 0.145091744s

Fuh। यहां दो बातों पर ध्यान दिया जाता है:

अनुरोध खोज के सभी चरणों से गुजरता है जब तक कि प्रतिक्रिया में एक कोड नहीं होता NOERROR(DNS क्लाइंट इसे समझते हैं और परिणामस्वरूप इसे संग्रहीत करते हैं)। NXDOMAINइसका मतलब है कि इस डोमेन नाम के लिए कोई रिकॉर्ड नहीं मिला। चूँकि mrkaran.devयह एक FQDN नाम नहीं है (तदनुसार ndots=5), रिज़ॉल्वर खोज पथ को देखता है और प्रश्नों के क्रम को निर्धारित करता है;
. , /etc/resolv.conf , IPv4 IPv6. , single-request resolv.conf.

: glibc , musl — , Alpine .

ndots

आइए थोड़ा और प्रयोग करें ndotsऔर देखें कि यह पैरामीटर कैसे व्यवहार करता है। विचार सरल है: यह ndotsनिर्धारित करता है कि DNS क्लाइंट डोमेन को पूर्ण या सापेक्ष मानता है या नहीं। उदाहरण के लिए, कैसे, साधारण Google के मामले में, DNS क्लाइंट को पता है कि क्या यह डोमेन निरपेक्ष है? यदि ndots1 पर सेट किया जाता है, तो क्लाइंट कहेगा: “ओह, googleएक भी बिंदु नहीं है; मैं शायद पूरी खोज सूची पर जाऊंगा। " हालाँकि, यदि अनुरोध किया गया है, तो google.comप्रत्ययों की सूची को पूरी तरह से नजरअंदाज कर दिया जाएगा, क्योंकि अनुरोधित नाम सीमा को संतुष्ट करता है ndots(कम से कम एक डॉट है)।

आइए इस बारे में सुनिश्चित करें:

$ cat /etc/resolv.conf
options ndots:1
$ nslookup mrkaran
Server: 10.152.183.10
Address: 10.152.183.10#53

** server can't find mrkaran: NXDOMAIN

CoreDNS लॉग्स:

[INFO] 10.1.28.1:52495 - 2606 "A IN mrkaran.hello.svc.cluster.local. udp 49 false 512" NXDOMAIN qr,aa,rd 142 0.000524939s
[INFO] 10.1.28.1:59287 - 57522 "A IN mrkaran.svc.cluster.local. udp 43 false 512" NXDOMAIN qr,aa,rd 136 0.000368277s
[INFO] 10.1.28.1:53086 - 4863 "A IN mrkaran.cluster.local. udp 39 false 512" NXDOMAIN qr,aa,rd 132 0.000355344s
[INFO] 10.1.28.1:56863 - 41678 "A IN mrkaran. udp 25 false 512" NXDOMAIN qr,rd,ra 100 0.034629206s

चूंकि mrkaranएक भी बिंदु नहीं है, इसलिए खोज को प्रत्यय की सूची में किया गया था।

नोट: व्यवहार में, अधिकतम मूल्य ndots15 तक सीमित है; Kubernetes 5 में चूक।

उत्पादन आवेदन

यदि कोई एप्लिकेशन कई बाहरी नेटवर्क कॉल करता है, तो सक्रिय ट्रैफ़िक के मामले में DNS एक अड़चन बन सकता है, क्योंकि जब कोई नाम हल करता है, तो बहुत सारे अनावश्यक प्रश्न किए जाते हैं (सिस्टम सही होने से पहले)। एप्लिकेशन आमतौर पर डोमेन नामों में एक रूट ज़ोन नहीं जोड़ते हैं, हालांकि यह काफी हैक है। यही है, पूछने के बजाय api.twitter.com, आप api.twitter.com.आवेदन में हार्डकोड (एक डॉट के साथ) कर सकते हैं , जो डीएनएस ग्राहकों को निरपेक्ष डोमेन में तुरंत आधिकारिक खोज करने के लिए प्रेरित करेगा।

इसके अलावा, संस्करण Kubernetes 1.14 के साथ शुरू, विस्तार dnsConfigऔर dnsPolicyएक स्थिर की स्थिति प्रदान की। इस प्रकार, जब एक फली को तैनात करते हैं, तो आप मूल्य को कम कर सकते हैंndots, कहें, 3 तक (और 1 तक भी!)। इस वजह से, नोड के भीतर प्रत्येक संदेश को एक संपूर्ण डोमेन शामिल करना होगा। जब आप प्रदर्शन और पोर्टेबिलिटी के बीच चयन करना चाहते हैं तो यह क्लासिक समझौता है। मुझे ऐसा लगता है कि इसके बारे में चिंता करना केवल तभी आवश्यक है जब आपके आवेदन के लिए अल्ट्रा-लो लेटेंसी महत्वपूर्ण हो, क्योंकि DNS परिणाम आंतरिक रूप से भी होते हैं।

संदर्भ

मैंने पहली बार 25 जनवरी को K8s-meetup पर इस सुविधा के बारे में सीखा । इस समस्या को लेकर वहां एक चर्चा हुई।

आगे के अध्ययन के लिए कुछ लिंक इस प्रकार हैं:

कुबेरनेट्स में ndots = 5 की व्याख्या क्यों;
बदलते नॉटॉट्स पर महान सामान आवेदन के प्रदर्शन को प्रभावित करता है;
रेजोल मसल और ग्लिबक के बीच विसंगतियां ।

नोट: मैंने digइस लेख का उपयोग नहीं करने के लिए चुना है । digस्वचालित रूप से एक बिंदु (रूट ज़ोन आइडेंटिफ़ायर) जोड़ता है, जिससे डोमेन "पूर्ण" (FQDN) हो जाता है, पहले बिना इसे खोज सूची के माध्यम से चलाने के बिना । उन्होंने पिछले प्रकाशनों में से एक में इसके बारे में लिखा था । हालांकि, यह आश्चर्यजनक है कि सामान्य तौर पर, मानक व्यवहार के लिए एक मानक ध्वज स्थापित करना पड़ता है।

अच्छा DNS'ing! बाद में मिलते है!

अनुवादक से पी.एस.

हमारे ब्लॉग में भी पढ़ें:

Kubernetes में DNS लुकअप

ndots

उत्पादन आवेदन

संदर्भ

अनुवादक से पी.एस.

More articles: