🥇Kubernetes 1.17: প্রধান উদ্ভাবনের ওভারভিউ

গতকাল ৯ ডিসেম্বর, স্থান দখল করেছে Kubernetes-এর পরবর্তী রিলিজ - 1.17। আমাদের ব্লগের জন্য বিকশিত ঐতিহ্য অনুযায়ী, আমরা নতুন সংস্করণে সবচেয়ে উল্লেখযোগ্য পরিবর্তন সম্পর্কে কথা বলি।

এই উপাদান প্রস্তুত করতে ব্যবহৃত তথ্য অফিসিয়াল ঘোষণা থেকে নেওয়া হয়, Kubernetes উন্নত ট্র্যাকিং টেবিল, চেঞ্জলগ-1.17 এবং সম্পর্কিত সমস্যা, পুল অনুরোধ, এবং কুবারনেটস এনহ্যান্সমেন্ট প্রপোজাল (KEP)। নতুন কি আছে?..

টপোলজি-সচেতন রাউটিং

কুবারনেটস সম্প্রদায় দীর্ঘদিন ধরে এই বৈশিষ্ট্যটির জন্য অপেক্ষা করছে - টপোলজি-সচেতন পরিষেবা রাউটিং। যদি kep এটি অক্টোবর 2018 সালে উদ্ভূত, এবং সরকারী বৃদ্ধি - 2 বছর আগে, স্বাভাবিক সমস্যা (যেমন এটা) - এবং আরো কয়েক বছর বড়...

সাধারণ ধারণা হল Kubernetes-এ বসবাসকারী পরিষেবাগুলির জন্য "স্থানীয়" রাউটিং বাস্তবায়ন করার ক্ষমতা প্রদান করা। এই ক্ষেত্রে "স্থানীয়তা" মানে "একই টপোলজিক্যাল স্তর" (টপোলজি স্তর), যা হতে পারে:

পরিষেবার জন্য অভিন্ন নোড,
একই সার্ভার র্যাক,
একই অঞ্চল
একই ক্লাউড প্রদানকারী,
...

এই বৈশিষ্ট্যটি ব্যবহার করার উদাহরণ:

একাধিক প্রাপ্যতা অঞ্চল (মাল্টি-এজেড) সহ ক্লাউড ইনস্টলেশনে ট্র্যাফিকের উপর সঞ্চয় - দেখুন। তাজা দৃষ্টান্ত একই অঞ্চল থেকে ট্রাফিকের উদাহরণ ব্যবহার করে, কিন্তু AWS-তে ভিন্ন AZs;
নিম্ন কর্মক্ষমতা লেটেন্সি/ভাল থ্রুপুট;
একটি শার্ড পরিষেবা যেখানে প্রতিটি শার্ডের নোড সম্পর্কে স্থানীয় তথ্য রয়েছে;
একই নোডে ফ্লুয়েন্টড (বা অ্যানালগ) বসানো যাতে অ্যাপ্লিকেশনের লগ সংগ্রহ করা হয়;
...

এই জাতীয় রাউটিং, যা টপোলজি সম্পর্কে "জানে", তাকে নেটওয়ার্ক অ্যাফিনিটিও বলা হয় - এর সাথে সাদৃশ্য দ্বারা নোড সম্বন্ধ, পড অ্যাফিনিটি/অ্যান্টি-অ্যাফিনিটি বা হাজির এতদিন আগে না টপোলজি-সচেতন ভলিউম শিডিউলিং (এবং ভলিউম প্রভিশনিং) বাস্তবায়নের বর্তমান স্তর ServiceTopology কুবারনেটসে - আলফা সংস্করণ।

বৈশিষ্ট্যটি কীভাবে কাজ করে এবং আপনি কীভাবে এটি ইতিমধ্যে ব্যবহার করতে পারেন তার বিশদ বিবরণের জন্য, পড়ুন এই নিবন্ধটি লেখকদের একজন থেকে।

IPv4/IPv6 ডুয়াল স্ট্যাক সমর্থন

উল্লেখযোগ্য অগ্রগতি স্থির অন্য নেটওয়ার্ক বৈশিষ্ট্যে: দুটি আইপি স্ট্যাকের জন্য একযোগে সমর্থন, যা প্রথম চালু হয়েছিল K8s 1.16. বিশেষ করে, নতুন রিলিজ নিম্নলিখিত পরিবর্তন এনেছে:

কুবে-প্রক্সিতে বাস্তবায়িত উভয় মোডে একযোগে অপারেশনের সম্ভাবনা (IPv4 এবং IPv6);
в Pod.Status.PodIPs হাজির নিম্নগামী API-এর জন্য সমর্থন (এর মতো একই সময়ে /etc/hosts এখন তাদের একটি IPv6 ঠিকানা যোগ করার জন্য হোস্টের প্রয়োজন;
দ্বৈত স্ট্যাক সমর্থন ধরনের (কুবারনেটস ইন ডকার) এবং kubeadm;
আপডেট করা e2e পরীক্ষা।

চিত্রণ KIND-এ ডুয়াল স্ট্যাক IPV4/IPv6 ব্যবহার করে৷

CSI এর অগ্রগতি

স্থিতিশীল ঘোষণা করা হয়েছে টপোলজি সমর্থন সিএসআই-ভিত্তিক স্টোরেজের জন্য, প্রথম চালু হয়েছিল K8s 1.12.

জন্য উদ্যোগ CSI-তে ভলিউম প্লাগইনগুলির স্থানান্তর - সিএসআই মাইগ্রেশন - বিটা সংস্করণে পৌঁছেছে। বিদ্যমান স্টোরেজ প্লাগইনগুলি অনুবাদ করার জন্য এই বৈশিষ্ট্যটি গুরুত্বপূর্ণ (গাছের মধ্যে) একটি আধুনিক ইন্টারফেসে (সিএসআই, গাছের বাইরে) Kubernetes শেষ ব্যবহারকারীদের কাছে অদৃশ্য। ক্লাস্টার অ্যাডমিনিস্ট্রেটরদের শুধুমাত্র CSI মাইগ্রেশন সক্ষম করতে হবে, তারপরে বিদ্যমান স্টেটফুল রিসোর্স এবং ওয়ার্কলোডগুলি "শুধু কাজ" চালিয়ে যাবে... তবে কুবারনেটস কোরে অন্তর্ভুক্ত পুরানোগুলির পরিবর্তে সর্বশেষ CSI ড্রাইভার ব্যবহার করে।

এই মুহূর্তে, AWS EBS ড্রাইভারের জন্য মাইগ্রেশন বিটা সংস্করণে প্রস্তুত (kubernetes.io/aws-ebs) এবং GCE PD (kubernetes.io/gce-pd) অন্যান্য স্টোরেজ সুবিধাগুলির জন্য পূর্বাভাস নিম্নরূপ:

K8s-এ কীভাবে "ঐতিহ্যগত" স্টোরেজ সমর্থন CSI-তে এসেছিল সে সম্পর্কে আমরা কথা বলেছি৷ এই নিবন্ধটি. এবং বিটা স্ট্যাটাসে CSI মাইগ্রেশনের রূপান্তরকে উৎসর্গ করা হয়েছে পৃথক প্রকাশনা প্রকল্প ব্লগে।

এছাড়াও, CSI-এর প্রেক্ষাপটে আরেকটি উল্লেখযোগ্য কার্যকারিতা, যা K1.17s 8-তে (আলফা বাস্তবায়ন) উদ্ভূত হয়েছে, কুবারনেটস 1.12 রিলিজে বিটা স্থিতিতে পৌঁছেছে (অর্থাৎ ডিফল্টরূপে সক্রিয়) - স্ন্যাপশট তৈরি করা এবং তাদের কাছ থেকে পুনরুদ্ধার. বিটা রিলিজের পথে কুবারনেটস ভলিউম স্ন্যাপশটে করা পরিবর্তনগুলির মধ্যে:

CSI এক্সটার্নাল-স্ন্যাপশটার সাইডকারকে দুটি কন্ট্রোলারে বিভক্ত করা,
মুছে ফেলার জন্য গোপন যোগ করা হয়েছে (মোছা গোপন) একটি ভলিউম স্ন্যাপশটের বিষয়বস্তুর একটি টীকা হিসাবে,
নতুন চূড়ান্তকারী (চূড়ান্তকারী) অবশিষ্ট সংযোগ থাকলে স্ন্যাপশট API অবজেক্টকে মুছে ফেলা থেকে আটকাতে।

1.17 প্রকাশের সময়, বৈশিষ্ট্যটি তিনটি CSI ড্রাইভার দ্বারা সমর্থিত: GCE Persistent Disk CSI ড্রাইভার, Portworx CSI ড্রাইভার এবং NetApp Trident CSI ড্রাইভার। এর বাস্তবায়ন এবং ব্যবহার সম্পর্কে আরও বিশদ পাওয়া যাবে এই প্রকাশনা ব্লগে

ক্লাউড প্রদানকারী লেবেল

লেবেল যে স্বয়ংক্রিয়ভাবে ব্যবহৃত ক্লাউড প্রদানকারীর উপর নির্ভর করে তৈরি করা নোড এবং ভলিউমগুলিতে নির্ধারিত, K8s 1.2 প্রকাশের পর থেকে - একটি বিটা সংস্করণ হিসাবে কুবারনেটসে পাওয়া যাচ্ছে অনেক দিন ধরে (এপ্রিল 2016!). এত দিন তাদের ব্যাপক ব্যবহার দেওয়া, ডেভেলপাররা সিদ্ধান্ত নিয়েছে, এটি বৈশিষ্ট্য স্থিতিশীল ঘোষণা করার সময় (GA)।

অতএব, তাদের সকলের সেই অনুসারে নামকরণ করা হয়েছিল (টপোলজি দ্বারা):

beta.kubernetes.io/instance-type → node.kubernetes.io/instance-type
failure-domain.beta.kubernetes.io/zone → topology.kubernetes.io/zone
failure-domain.beta.kubernetes.io/region → topology.kubernetes.io/region

... তবে এখনও তাদের পুরানো নামের অধীনে উপলব্ধ (পিছন দিকে সামঞ্জস্যের জন্য)। যাইহোক, সমস্ত প্রশাসককে বর্তমান লেবেলে স্যুইচ করার পরামর্শ দেওয়া হচ্ছে। সম্পর্কিত ডকুমেন্টেশন K8s আপডেট করা হয়েছে।

kubeadm এর স্ট্রাকচার্ড আউটপুট

প্রথমবারের মতো আলফা সংস্করণে উপস্থাপিত kubeadm ইউটিলিটির জন্য কাঠামোগত আউটপুট. সমর্থিত ফরম্যাট: JSON, YAML, Go টেমপ্লেট।

এই বৈশিষ্ট্যটি বাস্তবায়নের জন্য অনুপ্রেরণা (অনুসারে kep) হল:

Kubernetes ম্যানুয়ালি মোতায়েন করা যেতে পারে, এই অপারেশনের জন্য ডি ফ্যাক্টো (যদি না হয়) মান হল kubeadm ব্যবহার করা। জনপ্রিয় সিস্টেম ম্যানেজমেন্ট টুল যেমন Terraform কুবারনেটস স্থাপনার জন্য kubeadm-এর উপর নির্ভর করে। ক্লাস্টার API-এ পরিকল্পিত উন্নতির মধ্যে kubeadm এবং ক্লাউড-ইনিট সহ কুবারনেটেস বুটস্ট্র্যাপিংয়ের জন্য একটি সংমিশ্রণযোগ্য প্যাকেজ অন্তর্ভুক্ত রয়েছে।

কাঠামোগত আউটপুট ছাড়া, এমনকি প্রথম নজরে সবচেয়ে নিরীহ পরিবর্তনগুলি টেরাফর্ম, ক্লাস্টার এপিআই এবং অন্যান্য সফ্টওয়্যারগুলিকে ভেঙে দিতে পারে যা kubeadm-এর ফলাফলগুলি ব্যবহার করে।

আমাদের তাৎক্ষণিক পরিকল্পনাগুলির মধ্যে নিম্নলিখিত kubeadm কমান্ডগুলির জন্য সমর্থন (গঠিত আউটপুট আকারে) অন্তর্ভুক্ত:

alpha certs
config images list
init
token create
token list
upgrade plan
version

একটি কমান্ডের JSON প্রতিক্রিয়ার চিত্র kubeadm init -o json:

{
  "node0": "192.168.20.51:443",
  "caCrt": "sha256:1f40ff4bd1b854fb4a5cf5d2f38267a5ce5f89e34d34b0f62bf335d74eef91a3",
  "token": {
    "id":          "5ndzuu.ngie1sxkgielfpb1",
    "ttl":         "23h",
    "expires":     "2019-05-08T18:58:07Z",
    "usages":      [
      "authentication",
      "signing"
    ],
    "description": "The default bootstrap token generated by 'kubeadm init'.",
    "extraGroups": [
      "system:bootstrappers:kubeadm:default-node-token"
    ]
  },
  "raw": "Rm9yIHRoZSBhY3R1YWwgb3V0cHV0IG9mIHRoZSAia3ViZWFkbSBpbml0IiBjb21tYW5kLCBwbGVhc2Ugc2VlIGh0dHBzOi8vZ2lzdC5naXRodWIuY29tL2FrdXR6LzdhNjg2ZGU1N2JmNDMzZjkyZjcxYjZmYjc3ZDRkOWJhI2ZpbGUta3ViZWFkbS1pbml0LW91dHB1dC1sb2c="
}

অন্যান্য উদ্ভাবনের স্থিতিশীলতা

সাধারণভাবে, কুবারনেটস 1.17 এর মুক্তি এই নীতির অধীনে হয়েছিল "স্থায়িত্ব" এটির দ্বারা এটি সহজতর হয়েছিল যে এতে অনেকগুলি বৈশিষ্ট্য রয়েছে (তাদের মোট সংখ্যা 14) GA স্ট্যাটাস পেয়েছে। তাদের মধ্যে:

নির্দিষ্ট শর্ত অনুযায়ী নোড "মার্কিং" (TaintNodesByCondition), প্রকাশিত হওয়া K8s 1.8;
বুকমার্ক দেখুন - একটি নতুন ধরনের ইভেন্ট যার একটি লেবেল রয়েছে যে সমস্ত বস্তু একটি নির্দিষ্ট সংস্করণ পর্যন্ত (resourceVersion) ইতিমধ্যে ঘড়ি দ্বারা প্রক্রিয়া করা হয়েছে;
ডিফল্ট মান (ডিফল্টিং) কাস্টম সম্পদের জন্য;
পাত্রে মধ্যে ভাগ করা হয় পড প্রক্রিয়ার নামস্থানে;
ScheduleDaemonSetPods - ডেমনসেটে পরিকল্পনা পড kube-scheduler ব্যবহার করে (DemonSet কন্ট্রোলারের পরিবর্তে);
গতিশীল সীমা নোডের প্রকারের উপর নির্ভর করে ভলিউমের সংখ্যার উপর;
পরিবেশ পরিবর্তনশীল সমর্থন হিসাবে মাউন্ট ডিরেক্টরি নামের জন্য subPath;
কুবেলেট হার্টবিট স্থানান্তর একটি বিশেষ লিজ এপিআইতে;
"ফাইনালাইজার সুরক্ষা" (ফাইনালিজার সুরক্ষা) লোড ব্যালেন্সারের জন্য (লোডব্যালেন্সার সংস্থানগুলি মুছে ফেলার আগে সংশ্লিষ্ট পরিষেবা সংস্থানগুলি পরীক্ষা করা);
kube-এপিসার্ভার অপ্টিমাইজেশান কার্যক্ষমতায় যখন একাধিক ঘড়ির সাথে কাজ করে বস্তুর অভিন্ন সেট পর্যবেক্ষণ করে - প্রতিটি পর্যবেক্ষকের জন্য একই বস্তুর বারবার ক্রমিককরণ এড়ানোর মাধ্যমে অর্জন করা হয়।

অন্যান্য পরিবর্তন

Kubernetes 1.17-এ উদ্ভাবনের সম্পূর্ণ তালিকা, অবশ্যই, উপরে তালিকাভুক্তদের মধ্যে সীমাবদ্ধ নয়। এখানে আরও কিছু রয়েছে (এবং আরও সম্পূর্ণ তালিকার জন্য, দেখুন পরিবর্তণের):

শেষ প্রকাশে উপস্থাপিত বৈশিষ্ট্যটি বিটা সংস্করণে পৌঁছেছে RunAsUserName জানালার জন্য;
অনুরূপ পরিবর্তন befell EndpointSlice API (এছাড়াও K8s 1.16 থেকে), তবে আপাতত এন্ডপয়েন্ট API-এর কর্মক্ষমতা/স্কেলযোগ্যতা উন্নত করার জন্য এই সমাধানটি ডিফল্টরূপে সক্রিয় করা নেই;
পডগুলি এখন ক্লাস্টার অপারেশনের জন্য গুরুত্বপূর্ণ তৈরি করা যেতে পারে শুধু নামস্থানে নয় kube-system (বিশদ বিবরণের জন্য, ডকুমেন্টেশন দেখুন অগ্রাধিকার শ্রেণীর খরচ সীমিত করুন);
কুবেলেটের জন্য নতুন বিকল্প - --reserved-cpus — আপনাকে সিস্টেমের জন্য সংরক্ষিত CPU-র তালিকা স্পষ্টভাবে সংজ্ঞায়িত করতে দেয়;
থেকে kubectl logs উপস্থাপিত নতুন পতাকা --prefixলগের প্রতিটি লাইনে পড এবং উৎস কন্টেইনারের নাম যোগ করা;
в label.Selector যোগ করা হয়েছে RequiresExactMatch;
kube-dns সব পাত্রে এখন চলছে কম সুবিধা সহ;
হাইপারকুব একটি পৃথক GitHub সংগ্রহস্থলে বিভক্ত এবং কুবারনেটস রিলিজে আর অন্তর্ভুক্ত করা হবে না;
অনেক উন্নত কর্মক্ষমতা নন-ইউডিপি পোর্টের জন্য kube-প্রক্সি।

নির্ভরতা পরিবর্তন:

kubeadm অন্তর্ভুক্ত CoreDNS সংস্করণ হল 1.6.5;
crictl সংস্করণ v1.16.1 এ আপডেট করা হয়েছে;
CSI 1.2.0;
etcd 3.4.3;
সর্বশেষ পরীক্ষিত ডকার সংস্করণ 19.03 এ আপগ্রেড করা হয়েছে;
Kubernetes 1.17 তৈরি করার জন্য ন্যূনতম Go সংস্করণের প্রয়োজন হল 1.13.4।

দ্রষ্টব্য

আমাদের ব্লগেও পড়ুন:

উত্স: www.habr.com

Kubernetes 1.17: নতুন কি আছে তার হাইলাইটস