কুবারনেটস পডের জন্য /etc/resolv.conf, ndots:5 বিকল্প, এটি কীভাবে অ্যাপ্লিকেশন কর্মক্ষমতাকে নেতিবাচকভাবে প্রভাবিত করতে পারে

আমরা সম্প্রতি Kops ব্যবহার করে AWS-এ Kubernetes 1.9 চালু করেছি। গতকাল, মসৃণভাবে আমাদের কুবারনেটস ক্লাস্টারগুলির মধ্যে নতুন ট্র্যাফিক চালু করার সময়, আমি আমাদের অ্যাপ্লিকেশন দ্বারা লগ করা অস্বাভাবিক DNS নামের রেজোলিউশন ত্রুটিগুলি লক্ষ্য করতে শুরু করেছি৷

GitHub এ এই সম্পর্কে অনেক কিছু আছে বললেন, তাই আমিও এটা বের করার সিদ্ধান্ত নিয়েছি। শেষ পর্যন্ত, আমি বুঝতে পেরেছি যে আমাদের ক্ষেত্রে এটি বর্ধিত লোডের কারণে ঘটে kube-dns и dnsmasq. আমার জন্য সবচেয়ে আকর্ষণীয় এবং নতুন জিনিসটি ছিল ডিএনএস অনুরোধের ট্র্যাফিকের উল্লেখযোগ্য বৃদ্ধির কারণ। আমার পোস্ট এই সম্পর্কে এবং এটা সম্পর্কে কি করতে হবে.

কনটেইনারের ভিতরে ডিএনএস রেজোলিউশন - যে কোনও লিনাক্স সিস্টেমের মতো - কনফিগারেশন ফাইল দ্বারা নির্ধারিত হয় /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 সফ্টওয়্যার একটি নামকে সম্পূর্ণরূপে যোগ্য বলে বিবেচনা করে যদি এটি একটি ডট (.) দিয়ে শেষ হয় এবং অন্যথায় সম্পূর্ণরূপে যোগ্য না হয়। এটাই google.com. সম্পূর্ণরূপে সংজ্ঞায়িত এবং google.com - না

কিভাবে একটি অযোগ্য নাম পরিচালনা করা হয়?

যখন একটি অ্যাপ্লিকেশন নাম উল্লেখ করা দূরবর্তী হোস্টের সাথে সংযোগ করে, তখন DNS নামের রেজোলিউশন সাধারণত একটি সিস্টেম কল ব্যবহার করে করা হয়, যেমন getaddrinfo(). কিন্তু যদি নামটি অযোগ্য হয় (. দিয়ে শেষ হয় না), আমি ভাবছি যে সিস্টেম কলটি প্রথমে একটি পরম নাম হিসাবে নামটি সমাধান করার চেষ্টা করবে, নাকি প্রথমে স্থানীয় অনুসন্ধান ডোমেনগুলির মধ্য দিয়ে যাবে? এটি বিকল্পের উপর নির্ভর করে ndots.

ম্যানুয়াল থেকে resolv.conf:

ndots:n

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

এর মানে হল যদি এর জন্য ndots 5 এর মান দেওয়া এবং নামটিতে 5টিরও কম ডট রয়েছে, সিস্টেম কলটি ক্রমানুসারে এটি সমাধান করার চেষ্টা করবে, প্রথমে সমস্ত স্থানীয় অনুসন্ধান ডোমেনগুলিকে অতিক্রম করবে এবং, যদি ব্যর্থ হয়, শেষ পর্যন্ত এটি একটি পরম নাম হিসাবে সমাধান করবে।

তাহলে কেন ndots:5 এটা নেতিবাচকভাবে অ্যাপ্লিকেশন কর্মক্ষমতা প্রভাবিত করতে পারে?

আপনি যেমন কল্পনা করতে পারেন, আপনার অ্যাপ্লিকেশনটি যদি অনেক বাহ্যিক ট্র্যাফিক ব্যবহার করে, প্রতিটি TCP সংযোগের জন্য (বা আরও সঠিকভাবে, প্রতিটি নামের সমাধানের জন্য), এটি নামটি সঠিকভাবে সমাধান করার আগে 5টি DNS প্রশ্ন জারি করবে, কারণ এটি প্রথমে যাবে 4 স্থানীয় অনুসন্ধান ডোমেন, এবং শেষে একটি পরম নাম রেজোলিউশন অনুরোধ জারি করা হবে.

নীচের চার্টটি আমাদের 3টি কিউবে-ডিএনএস মডিউলের মোট ট্র্যাফিক দেখায় আগে এবং পরে আমরা আমাদের অ্যাপ্লিকেশনে কনফিগার করা কয়েকটি হোস্টনাম সম্পূর্ণরূপে যোগ্যদের মধ্যে পরিবর্তন করেছি।

নিম্নলিখিত চিত্রটি আমাদের অ্যাপ্লিকেশনে কনফিগার করা বেশ কয়েকটি হোস্টনামকে সম্পূর্ণ নামে স্যুইচ করার আগে এবং পরে অ্যাপ্লিকেশন লেটেন্সি দেখায় (উল্লম্ব নীল রেখাটি স্থাপনা):

সমাধান #1 - সম্পূর্ণ যোগ্য নাম ব্যবহার করুন

যদি আপনার কাছে কয়েকটি স্ট্যাটিক বাহ্যিক নাম থাকে (অর্থাৎ অ্যাপ্লিকেশন কনফিগারেশনে সংজ্ঞায়িত) যার সাথে আপনি প্রচুর সংখ্যক সংযোগ তৈরি করেন, সম্ভবত সহজ সমাধান হল সেগুলিকে যুক্ত করে সম্পূর্ণ যোগ্য নামগুলিতে পরিবর্তন করা। শেষে.

এটি একটি চূড়ান্ত সমাধান নয়, তবে এটি দ্রুত পরিস্থিতির উন্নতি করতে সাহায্য করে, যদিও পরিষ্কারভাবে নয়। আমরা আমাদের সমস্যার সমাধান করতে এই প্যাচটি প্রয়োগ করেছি, যার ফলাফল উপরের স্ক্রিনশটগুলিতে দেখানো হয়েছে৷

সমাধান #2 - কাস্টমাইজেশন ndots в dnsConfig

Kubernetes 1.9-এ, কার্যকারিতা আলফা মোডে উপস্থিত হয়েছিল (বিটা সংস্করণ v1.10), যা আপনাকে পড সম্পত্তির মাধ্যমে DNS প্যারামিটারগুলিকে আরও ভালভাবে নিয়ন্ত্রণ করতে দেয় 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 নামের যোগ্যতা কি
• কুবারনেটস: পরিষেবা এবং পডের জন্য ডিএনএস

এছাড়াও আমাদের ব্লগে অন্যান্য নিবন্ধ পড়ুন:

• গোলং-এ প্রসঙ্গ প্যাকেজ বোঝা
• ডকার ইমেজ সঙ্কুচিত করার তিনটি সহজ কৌশল
• কুবারনেটে স্টেটফুল ব্যাকআপ
• বিপুল সংখ্যক ভিন্নধর্মী ওয়েব প্রকল্পের ব্যাকআপ
• রেডমাইনের জন্য টেলিগ্রাম বট। কীভাবে নিজের এবং অন্যদের জীবনকে সহজ করা যায়

উত্স: www.habr.com