Kubernetes पॉड्स के लिए /etc/resolv.conf, ndots:5 विकल्प, यह एप्लिकेशन प्रदर्शन को कैसे नकारात्मक रूप से प्रभावित कर सकता है

हमने हाल ही में Kops का उपयोग करके AWS पर Kubernetes 1.9 लॉन्च किया है। कल, हमारे सबसे बड़े कुबेरनेट क्लस्टर में नए ट्रैफ़िक को सुचारू रूप से चलाने के दौरान, मुझे हमारे एप्लिकेशन द्वारा लॉग की गई असामान्य DNS नाम रिज़ॉल्यूशन त्रुटियाँ दिखाई देने लगीं।

GitHub पर इसके बारे में काफी कुछ है कहा, इसलिए मैंने इसका भी पता लगाने का फैसला किया। अंत में, मुझे एहसास हुआ कि हमारे मामले में यह बढ़े हुए भार के कारण है kube-dns и dnsmasq. मेरे लिए सबसे दिलचस्प और नई बात DNS अनुरोध ट्रैफ़िक में उल्लेखनीय वृद्धि का कारण थी। मेरी पोस्ट इस बारे में है और इसके बारे में क्या करना है।

कंटेनर के अंदर DNS रिज़ॉल्यूशन - किसी भी लिनक्स सिस्टम की तरह - कॉन्फ़िगरेशन फ़ाइल द्वारा निर्धारित किया जाता है /etc/resolv.conf. डिफ़ॉल्ट कुबेरनेट्स dnsPolicy это ClusterFirst, जिसका अर्थ है कि किसी भी DNS अनुरोध को अग्रेषित किया जाएगा dnsmasq, एक फली में चल रहा है kube-dns क्लस्टर के अंदर, जो बदले में एप्लिकेशन को अनुरोध अग्रेषित करेगा kube-dns, यदि नाम क्लस्टर प्रत्यय के साथ समाप्त होता है, या, अन्यथा, उच्च स्तरीय DNS सर्वर पर।

फ़ाइल /etc/resolv.conf प्रत्येक कंटेनर के अंदर डिफ़ॉल्ट इस तरह दिखेगा:

nameserver 100.64.0.10
search namespace.svc.cluster.local svc.cluster.local cluster.local 
eu-west-1.compute.internal
options ndots:5

जैसा कि आप देख सकते हैं, तीन निर्देश हैं:

1. नाम सर्वर सेवा का आईपी है kube-dns
2. 4 स्थानीय खोज डोमेन निर्दिष्ट search
3. एक विकल्प है ndots:5

इस कॉन्फ़िगरेशन का दिलचस्प हिस्सा यह है कि स्थानीय डोमेन और सेटिंग्स कैसे खोजी जाती हैं ndots:5 साथ मिलकर। इसे समझने के लिए, आपको यह समझना होगा कि अयोग्य नामों के लिए DNS रिज़ॉल्यूशन कैसे काम करता है।

पूरा नाम क्या है?

पूर्णतः योग्य नाम वह नाम है जिसके लिए कोई स्थानीय खोज नहीं की जाएगी और नाम समाधान के दौरान नाम को पूर्ण माना जाएगा। परंपरा के अनुसार, DNS सॉफ़्टवेयर किसी नाम को पूर्णतः योग्य मानता है यदि वह एक बिंदु (.) के साथ समाप्त होता है, और अन्यथा पूरी तरह से योग्य नहीं होता है। वह है google.com. पूरी तरह से परिभाषित और google.com - नहीं।

एक अयोग्य नाम को कैसे संभाला जाता है?

जब कोई एप्लिकेशन नाम में निर्दिष्ट रिमोट होस्ट से कनेक्ट होता है, तो DNS नाम रिज़ॉल्यूशन आमतौर पर सिस्टम कॉल का उपयोग करके किया जाता है, उदाहरण के लिए। getaddrinfo(). लेकिन यदि नाम अयोग्य है ('' के साथ समाप्त नहीं होता है), तो मुझे आश्चर्य है कि क्या सिस्टम कॉल पहले नाम को पूर्ण नाम के रूप में हल करने का प्रयास करेगा, या पहले स्थानीय खोज डोमेन के माध्यम से जाएगा? यह विकल्प पर निर्भर करता है ndots.

मैनुअल से resolv.conf:

ndots:n

устанавливает порог для количества точек, которые должны появиться в имени, прежде чем будет сделан начальный абсолютный запрос. Значение по умолчанию для n равно 1, что означает, что если в имени есть какие-либо точки, имя будет сначала опробовано как абсолютное имя, прежде чем к нему будут добавлены какие-либо элементы списка поиска.

इसका मतलब यह है कि अगर के लिए ndots 5 का मान दिया गया है और नाम में 5 से कम बिंदु हैं, सिस्टम कॉल इसे क्रमिक रूप से हल करने का प्रयास करेगा, पहले सभी स्थानीय खोज डोमेन का पता लगाएगा, और, असफल होने पर, अंततः इसे एक पूर्ण नाम के रूप में हल करेगा।

वही क्यों? ndots:5 क्या यह एप्लिकेशन प्रदर्शन पर नकारात्मक प्रभाव डाल सकता है?

जैसा कि आप कल्पना कर सकते हैं, यदि आपका एप्लिकेशन बहुत अधिक बाहरी ट्रैफ़िक का उपयोग करता है, तो स्थापित प्रत्येक टीसीपी कनेक्शन के लिए (या अधिक सटीक रूप से, प्रत्येक नाम के समाधान के लिए), यह नाम के सही समाधान से पहले 5 DNS क्वेरीज़ जारी करेगा, क्योंकि यह पहले से गुजरेगा 4 स्थानीय खोज डोमेन, और अंत में एक पूर्ण नाम समाधान अनुरोध जारी करेगा।

निम्नलिखित चार्ट हमारे एप्लिकेशन में कॉन्फ़िगर किए गए कुछ होस्टनामों को पूरी तरह से योग्य होस्टनामों पर स्विच करने से पहले और बाद में हमारे 3 क्यूब-डीएनएस मॉड्यूल पर कुल ट्रैफ़िक दिखाता है।

निम्नलिखित आरेख हमारे एप्लिकेशन में कॉन्फ़िगर किए गए कई होस्टनामों को पूर्ण नामों पर स्विच करने से पहले और बाद में एप्लिकेशन विलंबता दिखाता है (ऊर्ध्वाधर नीली रेखा तैनाती है):

समाधान #1 - पूर्णतः योग्य नामों का उपयोग करें

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

यह कोई अंतिम समाधान नहीं है, लेकिन यह स्थिति को शीघ्रता से, भले ही सफाई से न सही, सुधारने में मदद करता है। हमने अपनी समस्या को हल करने के लिए इस पैच को लागू किया, जिसके परिणाम ऊपर स्क्रीनशॉट में दिखाए गए थे।

समाधान #2 - अनुकूलन ndots в dnsConfig

कुबेरनेट्स 1.9 में, कार्यक्षमता अल्फा मोड (बीटा संस्करण v1.10) में दिखाई दी, जो आपको पॉड प्रॉपर्टी के माध्यम से डीएनएस मापदंडों को बेहतर ढंग से नियंत्रित करने की अनुमति देती है। dnsConfig. अन्य बातों के अलावा, यह आपको मूल्य को कॉन्फ़िगर करने की अनुमति देता है ndots एक विशिष्ट पॉड के लिए, यानी

apiVersion: v1
kind: Pod
metadata:
  namespace: default
  name: dns-example
spec:
  containers:
    - name: test
      image: nginx
  dnsConfig:
    options:
      - name: ndots
        value: "1"

सूत्रों का कहना है

• DNS नाम योग्यता क्या है
• कुबेरनेट्स: सेवाओं और पॉड्स के लिए डीएनएस

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

• गोलांग में संदर्भ पैकेज को समझना
• डॉकर छवियों को सिकोड़ने की तीन सरल तरकीबें
• कुबेरनेट्स में स्टेटफुल बैकअप
• बड़ी संख्या में विविध वेब परियोजनाओं का बैकअप
• Redmine के लिए टेलीग्राम बॉट। अपने और दूसरों के जीवन को सरल कैसे बनाएं?

स्रोत: www.habr.com