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

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

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

নোডস

K8s ক্লাস্টার নোডের (কুবেলেট) পাশে সত্যিই বিপুল সংখ্যক উল্লেখযোগ্য উদ্ভাবন (আলফা সংস্করণ স্থিতিতে) উপস্থাপন করা হয়েছে।

প্রথমত, তথাকথিত «ক্ষণস্থায়ী পাত্রে» (ক্ষণস্থায়ী পাত্র), পডগুলিতে ডিবাগিং প্রক্রিয়া সহজ করার জন্য ডিজাইন করা হয়েছে. নতুন মেকানিজম আপনাকে বিশেষ পাত্রে চালু করতে দেয় যা বিদ্যমান পডের নামস্থানে শুরু হয় এবং অল্প সময়ের জন্য বেঁচে থাকে। তাদের উদ্দেশ্য হল যে কোন সমস্যা এবং ডিবাগ সমাধান করার জন্য অন্যান্য পড এবং পাত্রের সাথে যোগাযোগ করা। এই বৈশিষ্ট্যটির জন্য একটি নতুন কমান্ড প্রয়োগ করা হয়েছে kubectl debug, সারাংশ অনুরূপ kubectl exec: শুধুমাত্র একটি পাত্রে একটি প্রক্রিয়া চালানোর পরিবর্তে (যেমন exec) এটি একটি পডে একটি ধারক চালু করে। উদাহরণস্বরূপ, এই কমান্ডটি একটি নতুন ধারককে একটি পডের সাথে সংযুক্ত করবে:

kubectl debug -c debug-shell --image=debian target-pod -- bash

ক্ষণস্থায়ী পাত্র সম্পর্কে বিশদ বিবরণ (এবং তাদের ব্যবহারের উদাহরণ) পাওয়া যাবে সংশ্লিষ্ট KEP. বর্তমান বাস্তবায়ন (K8s 1.16-এ) একটি আলফা সংস্করণ, এবং এটির একটি বিটা সংস্করণে স্থানান্তরের মানদণ্ডের মধ্যে রয়েছে "[কুবারনেটস]-এর কমপক্ষে 2টি প্রকাশের জন্য Ephemeral Containers API পরীক্ষা করা।"

NB: এর সারমর্ম এবং এমনকি এটির নামে, বৈশিষ্ট্যটি ইতিমধ্যে বিদ্যমান প্লাগইনের অনুরূপ kubectl-ডিবাগযা সম্পর্কে আমরা ইতিমধ্যে লিখেছেন. এটি প্রত্যাশিত যে ক্ষণস্থায়ী পাত্রের আবির্ভাবের সাথে, একটি পৃথক বাহ্যিক প্লাগইনের বিকাশ বন্ধ হয়ে যাবে।

আরেকটি উদ্ভাবন- PodOverhead - প্রদান করার জন্য ডিজাইন করা হয়েছে পডের জন্য ওভারহেড খরচ গণনা করার প্রক্রিয়া, যা ব্যবহৃত রানটাইমের উপর নির্ভর করে ব্যাপকভাবে পরিবর্তিত হতে পারে। একটি উদাহরণ হিসাবে, লেখক এই KEP ফলে Kata কন্টেইনার, যার জন্য গেস্ট কার্নেল, কাটা এজেন্ট, init সিস্টেম ইত্যাদি চালানো প্রয়োজন। যখন ওভারহেড এত বড় হয়ে যায়, তখন এটি উপেক্ষা করা যায় না, যার মানে আরও কোটা, পরিকল্পনা ইত্যাদির জন্য এটিকে বিবেচনায় নেওয়ার একটি উপায় থাকা দরকার। এটি বাস্তবায়ন করতে PodSpec ক্ষেত্র যোগ করা হয়েছে Overhead *ResourceList (এ ডেটার সাথে তুলনা করে RuntimeClass, যদি একটি ব্যবহার করা হয়)।

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

টপোলজি ম্যানেজার কম্পোনেন্ট ডায়াগ্রাম

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

উপরন্তু, RuntimeClass-এর জন্য একটি উন্নতি অবিলম্বে বিটা স্থিতিতে উপলব্ধ, "বিষমীয় ক্লাস্টার" এর জন্য সমর্থন যোগ করে। গ রানটাইমক্লাস শিডিউলিং এখন প্রতিটি নোডের জন্য প্রতিটি RuntimeClass-এর জন্য সমর্থন থাকা একেবারেই প্রয়োজনীয় নয়: পডগুলির জন্য আপনি ক্লাস্টার টপোলজির কথা চিন্তা না করে একটি RuntimeClass নির্বাচন করতে পারেন। পূর্বে, এটি অর্জন করতে - যাতে পডগুলি তাদের প্রয়োজনীয় সমস্ত কিছুর জন্য সমর্থন সহ নোডগুলিতে শেষ হয় - নোডসেলেক্টর এবং সহনশীলতার জন্য উপযুক্ত নিয়ম বরাদ্দ করা প্রয়োজন ছিল। ভিতরে kep এটি ব্যবহারের উদাহরণ এবং অবশ্যই, বাস্তবায়নের বিবরণ সম্পর্কে কথা বলে।

নেটওয়ার্কের

কুবারনেটস 1.16-এ প্রথমবারের মতো (আলফা সংস্করণে) প্রদর্শিত দুটি উল্লেখযোগ্য নেটওয়ার্কিং বৈশিষ্ট্য হল:

• সমর্থন ডুয়াল নেটওয়ার্ক স্ট্যাক - IPv4/IPv6 - এবং পড, নোড, পরিষেবার স্তরে এর সংশ্লিষ্ট "বোঝাবুঝি"। এতে আইপিভি4-টু-আইপিভি4 এবং আইপিভি6-থেকে-আইপিভি6 পডের মধ্যে আন্তঃঅপারেবিলিটি, পড থেকে বাহ্যিক পরিষেবা, রেফারেন্স বাস্তবায়ন (ব্রিজ সিএনআই, পিটিপি সিএনআই এবং হোস্ট-লোকাল আইপিএএম প্লাগইনগুলির মধ্যে) এবং সেইসাথে কুবারনেটস ক্লাস্টারগুলির সাথে চলমান বিপরীত সামঞ্জস্যপূর্ণ। শুধুমাত্র IPv4 বা IPv6। বাস্তবায়ন বিবরণ আছে kep.

  পডের তালিকায় দুই ধরনের (IPv4 এবং IPv6) IP ঠিকানা প্রদর্শনের একটি উদাহরণ:

  kube-master# kubectl get pods -o wide
  NAME               READY     STATUS    RESTARTS   AGE       IP                          NODE
  nginx-controller   1/1       Running   0          20m       fd00:db8:1::2,192.168.1.3   kube-minion-1
  kube-master#

• এন্ডপয়েন্টের জন্য নতুন API - এন্ডপয়েন্ট স্লাইস এপিআই. এটি বিদ্যমান এন্ডপয়েন্ট এপিআই-এর কর্মক্ষমতা/স্কেলবিলিটি সমস্যা সমাধান করে যা কন্ট্রোল-প্লেন (এপিসার্ভার, etcd, এন্ডপয়েন্ট-কন্ট্রোলার, কিউবে-প্রক্সি) এর বিভিন্ন উপাদানকে প্রভাবিত করে। নতুন API ডিসকভারি API গ্রুপে যোগ করা হবে এবং হাজার হাজার নোড সমন্বিত একটি ক্লাস্টারে প্রতিটি পরিষেবাতে হাজার হাজার ব্যাকএন্ড এন্ডপয়েন্ট পরিবেশন করতে সক্ষম হবে। এটি করার জন্য, প্রতিটি পরিষেবা N অবজেক্টে ম্যাপ করা হয় EndpointSlice, যার প্রতিটিতে ডিফল্টরূপে 100 টির বেশি শেষ পয়েন্ট নেই (মানটি কনফিগারযোগ্য)। এন্ডপয়েন্টস্লাইস এপিআই এর ভবিষ্যত উন্নয়নের সুযোগও প্রদান করবে: প্রতিটি পডের জন্য একাধিক আইপি ঠিকানার জন্য সমর্থন, এন্ডপয়েন্টের জন্য নতুন রাজ্য (শুধু নয় Ready и NotReady), শেষ পয়েন্টের জন্য গতিশীল সাবসেটিং।

শেষ প্রকাশে উপস্থাপিত একটি বিটা সংস্করণে পৌঁছেছে চূড়ান্তকারী, নামকরণ করা হয়েছে service.kubernetes.io/load-balancer-cleanup এবং টাইপ সহ প্রতিটি পরিষেবার সাথে সংযুক্ত LoadBalancer. এই জাতীয় পরিষেবা মুছে ফেলার সময়, সমস্ত প্রাসঙ্গিক ব্যালেন্সার সংস্থানগুলির "পরিষ্কার" সম্পূর্ণ না হওয়া পর্যন্ত এটি সংস্থানটির প্রকৃত মুছে ফেলাকে বাধা দেয়।

এপিআই মেশিনারি

আসল "স্থিরকরণ মাইলফলক" হল Kubernetes API সার্ভারের এলাকায় এবং এটির সাথে মিথস্ক্রিয়া। এই ঘটনা ঘটেছে মূলত ধন্যবাদ যাদের বিশেষ পরিচয়ের প্রয়োজন নেই তাদের স্থিতিশীল অবস্থায় স্থানান্তর করা কাস্টম রিসোর্স সংজ্ঞা (সিআরডি), যা কুবারনেটস 1.7 এর দূরবর্তী দিন থেকে বিটা স্ট্যাটাস পেয়েছে (এবং এটি জুন 2017!) একই স্থিতিশীলতা সম্পর্কিত বৈশিষ্ট্যগুলিতে এসেছে:

• "উপসম্পদ" থেকে /status и /scale কাস্টম রিসোর্সের জন্য;
• রুপান্তর বহিরাগত ওয়েবহুকের উপর ভিত্তি করে CRD-এর সংস্করণ;
• সম্প্রতি উপস্থাপিত (K8s 1.15-এ) ডিফল্ট মান (খেলাপি) এবং স্বয়ংক্রিয় ক্ষেত্র অপসারণ (ছাঁটাই) কাস্টম রিসোর্সের জন্য;
• সুযোগ সার্ভার সাইডে CRD রিসোর্স যাচাই করতে ব্যবহৃত OpenAPI ডকুমেন্টেশন তৈরি ও প্রকাশ করতে OpenAPI v3 স্কিমা প্রয়োগ করা।

আরেকটি প্রক্রিয়া যা দীর্ঘদিন ধরে কুবারনেটস প্রশাসকদের কাছে পরিচিত হয়ে উঠেছে: ভর্তি ওয়েবহুক - এছাড়াও দীর্ঘ সময়ের জন্য বিটা স্থিতিতে রয়ে গেছে (K8s 1.9 থেকে) এবং এখন স্থিতিশীল ঘোষণা করা হয়েছে।

আরও দুটি বৈশিষ্ট্য বিটাতে পৌঁছেছে: সার্ভার-সাইড প্রযোজ্য и বুকমার্ক দেখুন.

এবং আলফা সংস্করণে একমাত্র উল্লেখযোগ্য উদ্ভাবন ছিল ব্যর্থতা থেকে SelfLink - একটি বিশেষ URI নির্দিষ্ট বস্তুর প্রতিনিধিত্ব করে এবং এর অংশ ObjectMeta и ListMeta (অর্থাৎ Kubernetes কোনো বস্তুর অংশ)। কেন তারা এটা পরিত্যাগ করছে? একটি সহজ উপায়ে প্রেরণা শব্দ এই ক্ষেত্রের জন্য বাস্তব (অপ্রতিরোধ্য) কারণের অনুপস্থিতি এখনও বিদ্যমান। আরও আনুষ্ঠানিক কারণ হল কর্মক্ষমতা অপ্টিমাইজ করা (একটি অপ্রয়োজনীয় ক্ষেত্র মুছে ফেলার মাধ্যমে) এবং জেনেরিক-এপিসার্ভারের কাজকে সহজ করা, যা এই ধরনের একটি ক্ষেত্রকে একটি বিশেষ উপায়ে পরিচালনা করতে বাধ্য হয় (এটি একমাত্র ক্ষেত্র যা বস্তুর ঠিক আগে সেট করা হয়। ধারাবাহিক করা হয়)। সত্যিকারের অপ্রচলিততা (বিটাতে) SelfLink Kubernetes সংস্করণ 1.20, এবং চূড়ান্ত - 1.21 দ্বারা ঘটবে।

তথ্য ভান্ডার

স্টোরেজ এলাকায় প্রধান কাজ, আগের রিলিজের মতো, এলাকায় পরিলক্ষিত হয় সিএসআই সমর্থন. এখানে প্রধান পরিবর্তন ছিল:

• প্রথমবারের জন্য (আলফা সংস্করণে) হাজির উইন্ডোজ ওয়ার্কার নোডের জন্য সিএসআই প্লাগইন সমর্থন: স্টোরেজের সাথে কাজ করার বর্তমান পদ্ধতি কুবারনেটস কোর এবং পাওয়ারশেলের উপর ভিত্তি করে মাইক্রোসফ্টের ফ্লেক্সভলিউম প্লাগইন-এর ইন-ট্রি প্লাগইনগুলিকে প্রতিস্থাপন করবে;

  
  উইন্ডোজের জন্য Kubernetes-এ CSI প্লাগইন বাস্তবায়নের স্কিম

• সুযোগ CSI ভলিউমের আকার পরিবর্তন করা হচ্ছে, K8s 1.12 এ আবার চালু করা হয়েছে, একটি বিটা সংস্করণে পরিণত হয়েছে;
• একটি অনুরূপ "প্রচার" (আলফা থেকে বিটা পর্যন্ত) স্থানীয় ক্ষণস্থায়ী ভলিউম (CSI ইনলাইন ভলিউম সমর্থন).

Kubernetes এর আগের সংস্করণে চালু করা হয়েছে ভলিউম ক্লোনিং ফাংশন (বিদ্যমান পিভিসি ব্যবহার করে DataSource নতুন পিভিসি তৈরি করতে) এখন বিটা স্ট্যাটাস পেয়েছে।

সময়সূচী

সময়সূচীতে দুটি উল্লেখযোগ্য পরিবর্তন (উভয় আলফাতে):

• EvenPodsSpreading - সুযোগ লোডের "ন্যায্য বন্টন" এর জন্য যৌক্তিক অ্যাপ্লিকেশন ইউনিটের পরিবর্তে পড ব্যবহার করুন (যেমন ডিপ্লোয়মেন্ট এবং রেপ্লিকাসেট) এবং এই ডিস্ট্রিবিউশন সামঞ্জস্য করা (একটি কঠিন প্রয়োজন বা একটি নরম অবস্থা হিসাবে, যেমন অগ্রাধিকার)। বৈশিষ্ট্যটি পরিকল্পিত পডের বিদ্যমান বিতরণ ক্ষমতাকে প্রসারিত করবে, বর্তমানে বিকল্প দ্বারা সীমিত PodAffinity и PodAntiAffinity, এই বিষয়ে প্রশাসকদের সূক্ষ্ম নিয়ন্ত্রণ প্রদান করে, যার অর্থ আরও ভাল উচ্চ প্রাপ্যতা এবং অপ্টিমাইজ করা সম্পদ খরচ। বিস্তারিত - ইন kep.
• ব্যবহারের সেরা ফিট নীতি в RequestedTo CapacityRatio অগ্রাধিকার ফাংশন পড পরিকল্পনার সময়, যা অনুমতি দেবে আবেদন করতে বিন প্যাকিং ("পাত্রে প্যাকিং") উভয় মৌলিক সংস্থান (প্রসেসর, মেমরি) এবং বর্ধিত (যেমন GPU) উভয়ের জন্য। আরো বিস্তারিত জানার জন্য, দেখুন kep.

  
  শিডিউলিং পড: সর্বোত্তম ফিট পলিসি ব্যবহার করার আগে (সরাসরি ডিফল্ট শিডিউলারের মাধ্যমে) এবং এটি ব্যবহার করার সাথে (শিডিউলার এক্সটেন্ডারের মাধ্যমে)

উপরন্তু, উপস্থাপন করা হয় মূল কুবারনেটস ডেভেলপমেন্ট ট্রি (গাছের বাইরে) বাইরে আপনার নিজস্ব শিডিউলার প্লাগইন তৈরি করার ক্ষমতা।

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

এছাড়াও Kubernetes 1.16 রিলিজে এটি উল্লেখ করা যেতে পারে জন্য উদ্যোগ আনয়ন সম্পূর্ণ ক্রমে উপলব্ধ মেট্রিক্স, বা আরো সঠিকভাবে, অনুযায়ী অফিসিয়াল প্রবিধান K8s ইন্সট্রুমেন্টেশনে। তারা মূলত সংশ্লিষ্ট উপর নির্ভর করে প্রমিথিউস ডকুমেন্টেশন. বিভিন্ন কারণে অসঙ্গতি দেখা দিয়েছে (উদাহরণস্বরূপ, বর্তমান নির্দেশাবলী উপস্থিত হওয়ার আগে কিছু মেট্রিক্স তৈরি করা হয়েছিল), এবং বিকাশকারীরা সিদ্ধান্ত নিয়েছিলেন যে "বাকী প্রমিথিউস ইকোসিস্টেমের সাথে সামঞ্জস্য রেখে সবকিছুকে একটি একক স্ট্যান্ডার্ডে আনার সময় এসেছে।" এই উদ্যোগের বর্তমান বাস্তবায়ন আলফা স্থিতিতে রয়েছে, যা কুবারনেটসের পরবর্তী সংস্করণে বিটা (1.17) এবং স্থিতিশীল (1.18) তে ধীরে ধীরে উন্নীত হবে।

এছাড়াও, নিম্নলিখিত পরিবর্তনগুলি লক্ষ্য করা যেতে পারে:

• উইন্ডোজ সাপোর্ট ডেভেলপমেন্ট с চেহারা এই OS এর জন্য Kubeadm ইউটিলিটি (আলফা সংস্করণ), সুযোগ RunAsUserName উইন্ডোজ পাত্রের জন্য (আলফা সংস্করণ), উন্নতি গ্রুপ ম্যানেজড সার্ভিস অ্যাকাউন্ট (gMSA) বিটা সংস্করণ পর্যন্ত সমর্থন, সমর্থন vSphere ভলিউমের জন্য মাউন্ট/সংযুক্ত করুন।
• পুনর্ব্যবহারযোগ্য API প্রতিক্রিয়াগুলিতে ডেটা কম্প্রেশন প্রক্রিয়া. পূর্বে, এই উদ্দেশ্যে একটি HTTP ফিল্টার ব্যবহার করা হয়েছিল, যা অনেকগুলি বিধিনিষেধ আরোপ করেছিল যা এটিকে ডিফল্টরূপে সক্রিয় করা থেকে বাধা দেয়। "স্বচ্ছ অনুরোধ কম্প্রেশন" এখন কাজ করে: ক্লায়েন্ট পাঠাচ্ছে Accept-Encoding: gzip হেডারে, তারা একটি GZIP-সংকুচিত প্রতিক্রিয়া পায় যদি এর আকার 128 KB অতিক্রম করে। Go ক্লায়েন্ট স্বয়ংক্রিয়ভাবে কম্প্রেশন সমর্থন করে (প্রয়োজনীয় হেডার পাঠানো), তাই তারা অবিলম্বে ট্র্যাফিক হ্রাস লক্ষ্য করবে। (অন্যান্য ভাষার জন্য সামান্য পরিবর্তনের প্রয়োজন হতে পারে।)
• সম্ভব হয়েছে বাহ্যিক মেট্রিক্সের উপর ভিত্তি করে HPA থেকে/শূন্য পড পর্যন্ত স্কেলিং. আপনি যদি অবজেক্ট/বাহ্যিক মেট্রিক্সের উপর ভিত্তি করে স্কেল করেন, তাহলে যখন কাজের চাপ নিষ্ক্রিয় থাকে আপনি সম্পদ সংরক্ষণ করতে স্বয়ংক্রিয়ভাবে 0 প্রতিলিপিতে স্কেল করতে পারেন। এই বৈশিষ্ট্যটি বিশেষত সেই ক্ষেত্রে উপযোগী হওয়া উচিত যেখানে কর্মীরা GPU সংস্থানগুলির জন্য অনুরোধ করে এবং বিভিন্ন ধরণের নিষ্ক্রিয় কর্মীদের সংখ্যা উপলব্ধ GPU-গুলির সংখ্যা ছাড়িয়ে যায়৷
• নতুন ক্লায়েন্ট- k8s.io/client-go/metadata.Client — বস্তুতে "সাধারণকৃত" অ্যাক্সেসের জন্য। এটি সহজেই মেটাডেটা পুনরুদ্ধার করার জন্য ডিজাইন করা হয়েছে (অর্থাৎ উপধারা metadata) ক্লাস্টার সম্পদ থেকে এবং তাদের সাথে আবর্জনা সংগ্রহ এবং কোটা অপারেশন সঞ্চালন.
• কুবারনেটস তৈরি করুন এখন তুমি পার লিগ্যাসি ছাড়া ("বিল্ট-ইন" ইন-ট্রি) ক্লাউড প্রদানকারী (আলফা সংস্করণ)।
• kubeadm ইউটিলিটির কাছে যোগ করা হয়েছে পরীক্ষামূলক (আলফা সংস্করণ) অপারেশন চলাকালীন কাস্টমাইজ প্যাচ প্রয়োগ করার ক্ষমতা init, join и upgrade. পতাকাটি কীভাবে ব্যবহার করবেন সে সম্পর্কে আরও জানুন --experimental-kustomize, দেখুন kep.
• এপিসার্ভারের জন্য নতুন শেষ পয়েন্ট - readyz, - আপনাকে এর প্রস্তুতি সম্পর্কে তথ্য রপ্তানি করতে দেয়। API সার্ভারেরও এখন একটি পতাকা রয়েছে --maximum-startup-sequence-duration, আপনাকে এর পুনঃসূচনা নিয়ন্ত্রণ করার অনুমতি দেয়।
• দুই Azure এর জন্য বৈশিষ্ট্য ঘোষিত স্থিতিশীল: সমর্থন প্রাপ্যতা অঞ্চল (উপলভ্যতা অঞ্চল) এবং ক্রস রিসোর্স গ্রুপ (আর জি). উপরন্তু, Azure যোগ করেছে:
  • প্রমাণীকরণ সমর্থন AAD এবং ADFS;
  • বিমূর্ত service.beta.kubernetes.io/azure-pip-name লোড ব্যালেন্সারের পাবলিক আইপি নির্দিষ্ট করতে;
  • সুযোগ সেটিংস LoadBalancerName и LoadBalancerResourceGroup.
• AWS এখন আছে সমর্থন উইন্ডোজে ইবিএসের জন্য এবং অপ্টিমাইজ করা EC2 API কল DescribeInstances.
• কুবেদম এখন স্বাধীন স্থানান্তরিত CoreDNS সংস্করণ আপগ্রেড করার সময় CoreDNS কনফিগারেশন।
• বাইনারি ইত্যাদি সংশ্লিষ্ট ডকার ইমেজে সম্পন্ন বিশ্ব-নির্বাহযোগ্য, যা আপনাকে রুট অধিকারের প্রয়োজন ছাড়াই এই চিত্রটি চালানোর অনুমতি দেয়। এছাড়াও, etcd মাইগ্রেশন ইমেজ স্থগিত etcd2 সংস্করণ সমর্থন।
• В ক্লাস্টার অটোস্কেলার 1.16.0 বেস ইমেজ হিসাবে ডিস্ট্রলেস ব্যবহারে সুইচ করা হয়েছে, পারফরম্যান্স উন্নত করা হয়েছে, নতুন ক্লাউড প্রদানকারী যোগ করা হয়েছে (ডিজিটাল ওশান, ম্যাগনাম, প্যাকেট)।
• ব্যবহৃত/নির্ভর সফ্টওয়্যারে আপডেট: Go 1.12.9, etcd 3.3.15, CoreDNS 1.6.2।

দ্রষ্টব্য

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

• «Kubernetes 1.15: নতুন কি আছে তার হাইলাইটস";
• «Kubernetes 1.14: নতুন কি আছে তার হাইলাইটস";
• «Kubernetes 1.13: নতুন কি আছে তার হাইলাইটস";
• «Kubernetes 1.12: নতুন কি আছে তার হাইলাইটস».

উত্স: www.habr.com