குபெர்னெட்ஸ் 1.16: முக்கிய கண்டுபிடிப்புகளின் கண்ணோட்டம்
இன்று புதன்கிழமை, நடக்கும் குபர்னெட்டஸின் அடுத்த வெளியீடு - 1.16. எங்கள் வலைப்பதிவுக்காக உருவாக்கப்பட்ட பாரம்பரியத்தின் படி, புதிய பதிப்பில் மிக முக்கியமான மாற்றங்களைப் பற்றி நாங்கள் பேசும் பத்தாவது ஆண்டு விழா இதுவாகும்.
இந்த பொருளைத் தயாரிக்கப் பயன்படுத்தப்படும் தகவல் பெறப்பட்டது குபெர்னெட்ஸ் மேம்பாடுகள் கண்காணிப்பு அட்டவணைகள், மாற்றம்-1.16 மற்றும் தொடர்புடைய சிக்கல்கள், கோரிக்கைகளை இழுத்தல் மற்றும் குபெர்னெட்ஸ் மேம்படுத்தல் முன்மொழிவுகள் (KEP). எனவே, போகலாம்..!
முனைகள்
K8s க்ளஸ்டர் முனைகளின் (குபெலெட்) பக்கத்தில் குறிப்பிடத்தக்க எண்ணிக்கையிலான குறிப்பிடத்தக்க கண்டுபிடிப்புகள் (ஆல்ஃபா பதிப்பு நிலையில்) வழங்கப்படுகின்றன.
முதலாவதாக, அழைக்கப்படுபவை «இடைக்கால கொள்கலன்கள்» (எபிமரல் கொள்கலன்கள்), காய்களில் பிழைத்திருத்த செயல்முறைகளை எளிதாக்க வடிவமைக்கப்பட்டுள்ளது. புதிய பொறிமுறையானது, ஏற்கனவே உள்ள காய்களின் பெயர்வெளியில் தொடங்கி குறுகிய காலத்திற்கு வாழும் சிறப்பு கொள்கலன்களைத் தொடங்க உங்களை அனுமதிக்கிறது. அவற்றின் நோக்கம் மற்ற காய்கள் மற்றும் கொள்கலன்களுடன் தொடர்பு கொண்டு ஏதேனும் சிக்கல்களை தீர்க்க மற்றும் பிழைத்திருத்தம் செய்வதாகும். இந்த அம்சத்திற்காக ஒரு புதிய கட்டளை செயல்படுத்தப்பட்டுள்ளது kubectl debug, சாராம்சத்தில் ஒத்த kubectl exec: ஒரு கொள்கலனில் ஒரு செயல்முறையை இயக்குவதற்குப் பதிலாக (உள்ளபடி exec) அது ஒரு கொள்கலனில் ஒரு கொள்கலனை அறிமுகப்படுத்துகிறது. எடுத்துக்காட்டாக, இந்த கட்டளை புதிய கொள்கலனை ஒரு பாட் உடன் இணைக்கும்:
எபிமரல் கொள்கலன்கள் (மற்றும் அவற்றின் பயன்பாட்டின் எடுத்துக்காட்டுகள்) பற்றிய விவரங்களைக் காணலாம் தொடர்புடைய KEP. தற்போதைய செயல்படுத்தல் (K8s 1.16 இல்) ஒரு ஆல்பா பதிப்பாகும், மேலும் பீட்டா பதிப்பிற்கு மாற்றுவதற்கான அளவுகோல்களில் ஒன்று "குபர்னெட்டஸின் குறைந்தபட்சம் 2 வெளியீடுகளுக்கு எபிமரல் கண்டெய்னர்கள் API ஐ சோதிப்பது."
NB: அதன் சாராம்சத்திலும் அதன் பெயரிலும் கூட, இந்த அம்சம் ஏற்கனவே இருக்கும் செருகுநிரலை ஒத்திருக்கிறது kubectl-debugநாம் பற்றி ஏற்கனவே எழுதியது. எபிமரல் கொள்கலன்களின் வருகையுடன், ஒரு தனி வெளிப்புற செருகுநிரலின் வளர்ச்சி நிறுத்தப்படும் என்று எதிர்பார்க்கப்படுகிறது.
மற்றொரு புதுமை - PodOverhead - வழங்க வடிவமைக்கப்பட்டுள்ளது காய்களுக்கான மேல்நிலை செலவுகளை கணக்கிடுவதற்கான வழிமுறை, இது பயன்படுத்தப்படும் இயக்க நேரத்தைப் பொறுத்து பெரிதும் மாறுபடும். உதாரணமாக, ஆசிரியர்கள் இந்த KEP கெஸ்ட் கர்னல், காடா ஏஜென்ட், இன்ட் சிஸ்டம் போன்றவற்றை இயக்க வேண்டிய கட்டா கொள்கலன்களில் விளைகிறது. மேல்நிலை மிகவும் பெரியதாக இருக்கும்போது, அதை புறக்கணிக்க முடியாது, அதாவது கூடுதல் ஒதுக்கீடுகள், திட்டமிடல் போன்றவற்றை கணக்கில் எடுத்துக்கொள்ள ஒரு வழி இருக்க வேண்டும். அதை செயல்படுத்த PodSpec புலம் சேர்க்கப்பட்டது Overhead *ResourceList (உள்ள தரவுகளுடன் ஒப்பிடுகிறது RuntimeClass, ஒன்று பயன்படுத்தப்பட்டால்).
மற்றொரு குறிப்பிடத்தக்க புதுமை முனை இடவியல் மேலாளர்(நோட் டோபாலஜி மேலாளர்), குபெர்னெட்டஸில் உள்ள பல்வேறு கூறுகளுக்கான வன்பொருள் வளங்களை நன்றாகச் சரிசெய்வதற்கான அணுகுமுறையை ஒருங்கிணைக்க வடிவமைக்கப்பட்டுள்ளது. இந்த முன்முயற்சியானது பல்வேறு நவீன அமைப்புகளின் (தொலைத்தொடர்பு, இயந்திர கற்றல், நிதிச் சேவைகள் போன்ற துறைகளில் இருந்து) உயர் செயல்திறன் கொண்ட இணையான கணினி மற்றும் செயல்பாடுகளைச் செயல்படுத்துவதில் ஏற்படும் தாமதங்களைக் குறைப்பதன் மூலம் இயக்கப்படுகிறது, அதற்காக அவை மேம்பட்ட CPU மற்றும் வன்பொருள் முடுக்கம் திறன்கள். Kubernetes இல் இத்தகைய மேம்படுத்தல்கள் இதுவரை வேறுபட்ட கூறுகளின் (CPU மேலாளர், சாதன மேலாளர், CNI) மூலம் அடையப்பட்டுள்ளன, இப்போது அவை அணுகுமுறையை ஒருங்கிணைக்கும் மற்றும் புதிய ஒத்த - இடவியல் என்று அழைக்கப்படும் இணைப்புகளை எளிதாக்கும் ஒரு உள் இடைமுகம் சேர்க்கப்படும். தெரியும் - குபெலெட் பக்கத்தில் உள்ள கூறுகள். விவரங்கள் - இல் தொடர்புடைய KEP.
இடவியல் மேலாளர் கூறு வரைபடம்
அடுத்த அம்சம் - அவை இயங்கும் போது கொள்கலன்களை சரிபார்க்கிறது (தொடக்க ஆய்வு). உங்களுக்குத் தெரிந்தபடி, தொடங்குவதற்கு நீண்ட நேரம் எடுக்கும் கொள்கலன்களுக்கு, புதுப்பித்த நிலையைப் பெறுவது கடினம்: அவை உண்மையில் செயல்படத் தொடங்குவதற்கு முன்பு "கொல்லப்பட்டன" அல்லது அவை நீண்ட காலத்திற்கு முட்டுக்கட்டையில் முடிவடையும். புதிய காசோலை (எனப்படும் அம்ச வாயில் மூலம் இயக்கப்பட்டது StartupProbeEnabled) கேன்சல்கள் - அல்லது மாறாக, ஒத்திவைத்தல் - பாட் இயங்கும் தருணம் வரை வேறு ஏதேனும் சோதனைகளின் விளைவு. இந்த காரணத்திற்காக, இந்த அம்சம் முதலில் அழைக்கப்பட்டது pod-startup liveness-probe holdoff. தொடங்குவதற்கு நீண்ட நேரம் எடுக்கும் காய்களுக்கு, ஒப்பீட்டளவில் குறுகிய கால இடைவெளியில் மாநிலத்தை வாக்களிக்கலாம்.
கூடுதலாக, RuntimeClass க்கான மேம்பாடு உடனடியாக பீட்டா நிலையில் கிடைக்கிறது, மேலும் "பல்வேறு கிளஸ்டர்களுக்கான" ஆதரவைச் சேர்க்கிறது. சி இயக்க நேர வகுப்பு திட்டமிடல் இப்போது ஒவ்வொரு முனைக்கும் ஒவ்வொரு RuntimeClassக்கும் ஆதரவு இருப்பது அவசியமில்லை: காய்களுக்கு, கிளஸ்டர் டோபாலஜியைப் பற்றி யோசிக்காமல் RuntimeClass ஐத் தேர்ந்தெடுக்கலாம். முன்னதாக, இதை அடைய - காய்கள் தங்களுக்குத் தேவையான அனைத்திற்கும் ஆதரவுடன் முனைகளில் முடிவடையும் வகையில் - NodeSelector மற்றும் சகிப்புத்தன்மைக்கு பொருத்தமான விதிகளை ஒதுக்க வேண்டியது அவசியம். IN CAP இது பயன்பாட்டின் எடுத்துக்காட்டுகள் மற்றும், நிச்சயமாக, செயல்படுத்தல் விவரங்களைப் பற்றி பேசுகிறது.
பிணைய
குபெர்னெட்டஸ் 1.16 இல் முதல் முறையாக (ஆல்ஃபா பதிப்பில்) தோன்றிய இரண்டு குறிப்பிடத்தக்க நெட்வொர்க்கிங் அம்சங்கள்:
ஆதரவு இரட்டை பிணைய அடுக்கு - IPv4/IPv6 - மற்றும் காய்கள், முனைகள், சேவைகளின் மட்டத்தில் அதனுடன் தொடர்புடைய "புரிதல்". இதில் IPv4-to-IPv4 மற்றும் IPv6-to-IPv6 காய்களுக்கு இடையே இயங்கும் தன்மை, காய்கள் முதல் வெளிப்புற சேவைகள், குறிப்பு செயலாக்கங்கள் (பிரிட்ஜ் CNI, PTP CNI மற்றும் Host-Local IPAM செருகுநிரல்களுக்குள்), அத்துடன் இயங்கும் Kubernetes கிளஸ்டர்களுடன் தலைகீழ் இணக்கமானது. IPv4 அல்லது IPv6 மட்டுமே. செயல்படுத்தல் விவரங்கள் உள்ளன CAP.
காய்களின் பட்டியலில் இரண்டு வகையான (IPv4 மற்றும் IPv6) ஐபி முகவரிகளைக் காண்பிப்பதற்கான எடுத்துக்காட்டு:
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 - EndpointSlice API. கட்டுப்பாட்டு விமானத்தில் (apiserver, etcd, endpoints-controller, kube-proxy) பல்வேறு கூறுகளை பாதிக்கும் தற்போதைய எண்ட்பாயிண்ட் API இன் செயல்திறன்/அளவிடுதல் சிக்கல்களை இது தீர்க்கிறது. புதிய ஏபிஐ டிஸ்கவரி ஏபிஐ குழுவில் சேர்க்கப்படும், மேலும் ஆயிரக்கணக்கான நோட்களைக் கொண்ட கிளஸ்டரில் ஒவ்வொரு சேவையிலும் பல்லாயிரக்கணக்கான பின்தள எண்ட் பாயிண்ட்டுகளுக்கு சேவை செய்ய முடியும். இதைச் செய்ய, ஒவ்வொரு சேவையும் N பொருள்களுக்கு மேப் செய்யப்படுகிறது EndpointSlice, ஒவ்வொன்றும் முன்னிருப்பாக 100 இறுதிப்புள்ளிகளுக்கு மேல் இல்லை (மதிப்பு கட்டமைக்கக்கூடியது). EndpointSlice API அதன் எதிர்கால வளர்ச்சிக்கான வாய்ப்புகளையும் வழங்கும்: ஒவ்வொரு பாட்க்கும் பல IP முகவரிகளுக்கான ஆதரவு, இறுதிப்புள்ளிகளுக்கான புதிய நிலைகள் (மட்டுமல்ல Ready и NotReady), இறுதிப்புள்ளிகளுக்கான டைனமிக் துணை அமைப்பு.
கடைசி வெளியீட்டில் வழங்கப்பட்ட ஒன்று பீட்டா பதிப்பை அடைந்துள்ளது இறுதி செய்பவர், பெயரிடப்பட்டது service.kubernetes.io/load-balancer-cleanup மற்றும் வகையுடன் ஒவ்வொரு சேவைக்கும் இணைக்கப்பட்டுள்ளது LoadBalancer. அத்தகைய சேவையை நீக்கும் நேரத்தில், தொடர்புடைய அனைத்து சமநிலை ஆதாரங்களின் "சுத்தம்" முடிவடையும் வரை வளத்தின் உண்மையான நீக்குதலைத் தடுக்கிறது.
API இயந்திரங்கள்
உண்மையான "நிலைப்படுத்தல் மைல்கல்" குபெர்னெட்ஸ் ஏபிஐ சேவையகத்தின் பகுதியில் உள்ளது மற்றும் அதனுடன் தொடர்பு கொள்கிறது. இது பெரும்பாலும் நன்றிக்காக நடந்தது சிறப்பு அறிமுகம் தேவையில்லாதவர்களை நிலையான நிலைக்கு மாற்றுதல் CustomResourceDefinitions (CRD), இது குபெர்னெட்டஸ் 1.7 இன் தொலைதூர நாட்களில் இருந்து பீட்டா நிலையைப் பெற்றுள்ளது (இது ஜூன் 2017!). அதே நிலைப்படுத்தல் தொடர்புடைய அம்சங்களுக்கும் வந்தது:
மாற்றம் வெளிப்புற வெப்ஹூக்கை அடிப்படையாகக் கொண்ட CRDக்கான பதிப்புகள்;
சமீபத்தில் வழங்கப்பட்டது (K8s 1.15 இல்) இயல்புநிலை மதிப்புகள் (இயல்புநிலை) மற்றும் தானாக புலத்தை அகற்றுதல் (கத்தரித்து) CustomResources க்கான;
வாய்ப்பு OpenAPI v3 ஸ்கீமாவைப் பயன்படுத்தி OpenAPI ஆவணங்களை உருவாக்கி வெளியிட சர்வர் பக்கத்தில் CRD ஆதாரங்களைச் சரிபார்க்கப் பயன்படுகிறது.
குபெர்னெட்ஸ் நிர்வாகிகளுக்கு நீண்ட காலமாக நன்கு தெரிந்த மற்றொரு வழிமுறை: சேர்க்கை வெப்ஹூக் - நீண்ட காலமாக பீட்டா நிலையில் இருந்தது (K8s 1.9 முதல்) இப்போது நிலையானதாக அறிவிக்கப்பட்டுள்ளது.
மற்றும் ஆல்பா பதிப்பில் மட்டுமே குறிப்பிடத்தக்க கண்டுபிடிப்பு இருந்தது மறுப்பு இருந்து SelfLink - ஒரு சிறப்பு URI குறிப்பிடப்பட்ட பொருளைக் குறிக்கும் மற்றும் ஒரு பகுதியாக இருப்பது ObjectMeta и ListMeta (அதாவது குபர்னெட்டஸில் உள்ள எந்தவொரு பொருளின் ஒரு பகுதி). அதை ஏன் கைவிடுகிறார்கள்? எளிய வழியில் ஊக்கம் ஒலிகள் இந்தத் துறையில் இன்னும் இருப்பதற்கான உண்மையான (பெரும்பாலும்) காரணங்கள் இல்லாததால். மேலும் முறையான காரணங்கள் செயல்திறனை மேம்படுத்துதல் (தேவையற்ற புலத்தை அகற்றுவதன் மூலம்) மற்றும் பொதுவான-அபிசர்வரின் வேலையை எளிதாக்குதல், இது போன்ற ஒரு துறையை சிறப்பு வழியில் கையாள வேண்டிய கட்டாயத்தில் உள்ளது (இது பொருளுக்கு முன் சரியாக அமைக்கப்படும் ஒரே புலம் ஆகும். தொடராக உள்ளது). உண்மையான காலாவதியானது (பீட்டாவிற்குள்) SelfLink குபெர்னெட்டஸ் பதிப்பு 1.20 மற்றும் இறுதி - 1.21 மூலம் நடக்கும்.
தரவு சேமிப்பு
முந்தைய வெளியீடுகளைப் போலவே, சேமிப்பகப் பகுதியில் முக்கிய வேலைகள் இப்பகுதியில் காணப்படுகின்றன CSI ஆதரவு. இங்கே முக்கிய மாற்றங்கள்:
முதல் முறையாக (ஆல்ஃபா பதிப்பில்) தோன்றினார்விண்டோஸ் பணியாளர் முனைகளுக்கான CSI செருகுநிரல் ஆதரவு: சேமிப்பகத்துடன் பணிபுரியும் தற்போதைய வழி குபெர்னெட்டஸ் கோர் மற்றும் பவர்ஷெல் அடிப்படையிலான மைக்ரோசாப்ட் வழங்கும் ஃப்ளெக்ஸ் வால்யூம் செருகுநிரல்களில் உள்ள மர செருகுநிரல்களையும் மாற்றும்;
விண்டோஸுக்கான குபெர்னெட்ஸில் CSI செருகுநிரல்களை செயல்படுத்துவதற்கான திட்டம்
இதேபோன்ற "விளம்பரம்" (ஆல்ஃபாவிலிருந்து பீட்டா வரை) உள்ளூர் எபிமரல் தொகுதிகளை உருவாக்க CSI ஐப் பயன்படுத்தும் திறனால் அடையப்பட்டது (சிஎஸ்ஐ இன்லைன் வால்யூம் சப்போர்ட்).
குபெர்னெட்டஸின் முந்தைய பதிப்பில் அறிமுகப்படுத்தப்பட்டது தொகுதி குளோனிங் செயல்பாடு (தற்போதுள்ள PVC ஐப் பயன்படுத்துகிறது DataSource புதிய PVC ஐ உருவாக்க) இப்போது பீட்டா நிலையைப் பெற்றுள்ளது.
திட்டமிடுபவர்
திட்டமிடலில் இரண்டு குறிப்பிடத்தக்க மாற்றங்கள் (ஆல்ஃபாவில் இரண்டும்):
EvenPodsSpreading - வாய்ப்பு சுமைகளின் "நியாயமான விநியோகத்திற்கு" தருக்க பயன்பாட்டு அலகுகளுக்குப் பதிலாக காய்களைப் பயன்படுத்தவும் (விநியோகம் மற்றும் பிரதிசெட் போன்றவை) மற்றும் இந்த விநியோகத்தை சரிசெய்தல் (கடினமான தேவை அல்லது மென்மையான நிலையில், அதாவது முன்னுரிமை). இந்த அம்சமானது, தற்போது விருப்பங்களால் வரையறுக்கப்பட்ட, திட்டமிடப்பட்ட காய்களின் தற்போதைய விநியோகத் திறனை விரிவுபடுத்தும் PodAffinity и PodAntiAffinity, இந்த விஷயத்தில் நிர்வாகிகளுக்கு சிறந்த கட்டுப்பாட்டை வழங்குதல், அதாவது சிறந்த அதிக கிடைக்கும் தன்மை மற்றும் உகந்த வள நுகர்வு. விவரங்கள் - இல் CAP.
பயன்படுத்த BestFit கொள்கை в கொள்திறன் விகித முன்னுரிமை செயல்பாடு கோரப்பட்டது நெற்று திட்டமிடலின் போது, இது அனுமதிக்கும் விண்ணப்பிக்க தொட்டி பேக்கிங் அடிப்படை ஆதாரங்கள் (செயலி, நினைவகம்) மற்றும் நீட்டிக்கப்பட்டவை (ஜிபியு போன்றவை) ஆகிய இரண்டிற்கும் ("கன்டெய்னர்களில் பேக்கிங்"). மேலும் விவரங்களுக்கு, பார்க்கவும் CAP.
காய்களை திட்டமிடுதல்: சிறந்த பொருத்தக் கொள்கையைப் பயன்படுத்துவதற்கு முன்பு (நேரடியாக இயல்புநிலை திட்டமிடல் வழியாக) மற்றும் அதன் பயன்பாட்டுடன் (திட்டமிடுதல் நீட்டிப்பு வழியாக)
மேலும், வழங்கப்பட்டது பிரதான குபெர்னெட்ஸ் மேம்பாட்டு மரத்திற்கு வெளியே (மரத்திற்கு வெளியே) உங்கள் சொந்த திட்டமிடல் செருகுநிரல்களை உருவாக்கும் திறன்.
பிற மாற்றங்கள்
குபெர்னெட்ஸ் 1.16 வெளியீட்டிலும் இதைக் குறிப்பிடலாம் க்கான முயற்சி கொண்டு வருகிறது முழு வரிசையில் கிடைக்கும் அளவீடுகள், அல்லது இன்னும் துல்லியமாக, ஏற்ப அதிகாரப்பூர்வ விதிமுறைகள் K8s கருவிக்கு. அவர்கள் பெரும்பாலும் தொடர்புடையவற்றை நம்பியிருக்கிறார்கள் ப்ரோமிதியஸ் ஆவணங்கள். பல்வேறு காரணங்களுக்காக முரண்பாடுகள் எழுந்தன (உதாரணமாக, தற்போதைய வழிமுறைகள் தோன்றுவதற்கு முன்பு சில அளவீடுகள் வெறுமனே உருவாக்கப்பட்டன), மேலும் டெவலப்பர்கள் எல்லாவற்றையும் ஒரே தரநிலைக்கு கொண்டு வருவதற்கான நேரம் இது என்று முடிவு செய்தனர், "எஞ்சிய ப்ரோமிதியஸ் சுற்றுச்சூழல் அமைப்புக்கு ஏற்ப." இந்த முன்முயற்சியின் தற்போதைய செயல்படுத்தல் ஆல்பா நிலையில் உள்ளது, இது குபெர்னெட்ஸின் அடுத்தடுத்த பதிப்புகளில் பீட்டா (1.17) மற்றும் நிலையானது (1.18) என படிப்படியாக உயர்த்தப்படும்.
கூடுதலாக, பின்வரும் மாற்றங்களைக் குறிப்பிடலாம்:
விண்டோஸ் ஆதரவு வளர்ச்சி с தோற்றம் இந்த OSக்கான Kubeadm பயன்பாடுகள் (ஆல்ஃபா பதிப்பு), வாய்ப்புRunAsUserName விண்டோஸ் கொள்கலன்களுக்கு (ஆல்ஃபா பதிப்பு), முன்னேற்றம் குழு நிர்வகிக்கப்படும் சேவை கணக்கு (gMSA) பீட்டா பதிப்பு வரை ஆதரவு, ஆதரவு vSphere தொகுதிகளுக்கு ஏற்ற/இணைக்க.
மறுசுழற்சி செய்யப்பட்டதுAPI பதில்களில் தரவு சுருக்க பொறிமுறை. முன்னதாக, இந்த நோக்கங்களுக்காக ஒரு HTTP வடிகட்டி பயன்படுத்தப்பட்டது, இது முன்னிருப்பாக இயக்கப்படுவதைத் தடுக்கும் பல கட்டுப்பாடுகளை விதித்தது. "வெளிப்படையான கோரிக்கை சுருக்கம்" இப்போது வேலை செய்கிறது: வாடிக்கையாளர்கள் அனுப்புகிறார்கள் Accept-Encoding: gzip தலைப்பில், அதன் அளவு 128 KB ஐ விட அதிகமாக இருந்தால், அவை GZIP- சுருக்கப்பட்ட பதிலைப் பெறுகின்றன. Go கிளையன்ட்கள் தானாக சுருக்கத்தை ஆதரிக்கின்றன (தேவையான தலைப்பை அனுப்புகிறது), எனவே அவர்கள் உடனடியாக ட்ராஃபிக் குறைவதைக் கவனிப்பார்கள். (பிற மொழிகளில் சிறிய மாற்றங்கள் தேவைப்படலாம்.)
சாத்தியம் ஆனதுவெளிப்புற அளவீடுகளின் அடிப்படையில் HPA ஐ அளவிடுதல். நீங்கள் பொருள்கள்/வெளிப்புற அளவீடுகளின் அடிப்படையில் அளவிடுகிறீர்கள் என்றால், பணிச்சுமைகள் செயலற்ற நிலையில் இருக்கும்போது, ஆதாரங்களைச் சேமிக்க தானாகவே 0 பிரதிகளை அளவிடலாம். பணியாளர்கள் GPU ஆதாரங்களைக் கோரும் சந்தர்ப்பங்களில் இந்த அம்சம் மிகவும் பயனுள்ளதாக இருக்கும், மேலும் பல்வேறு வகையான செயலற்ற தொழிலாளர்களின் எண்ணிக்கை கிடைக்கக்கூடிய GPUகளின் எண்ணிக்கையை மீறுகிறது.
புதிய வாடிக்கையாளர் - k8s.io/client-go/metadata.Client - பொருள்களுக்கான "பொதுவாக்கப்பட்ட" அணுகலுக்கு. இது மெட்டாடேட்டாவை எளிதாக மீட்டெடுக்க வடிவமைக்கப்பட்டுள்ளது (அதாவது துணைப்பிரிவு metadata) கிளஸ்டர் வளங்களில் இருந்து குப்பை சேகரிப்பு மற்றும் ஒதுக்கீட்டு செயல்பாடுகளை அவர்களுடன் மேற்கொள்ளவும்.
குபெர்னெட்ஸை உருவாக்குங்கள் இப்பொழுது உன்னால் முடியும் மரபு இல்லாமல் ("உள்ளமைக்கப்பட்ட" மரத்தில்) கிளவுட் வழங்குநர்கள் (ஆல்ஃபா பதிப்பு).
kubeadm பயன்பாட்டுக்கு சேர்க்கப்பட்டது சோதனை (ஆல்ஃபா பதிப்பு) செயல்பாடுகளின் போது தனிப்பயனாக்கப்பட்ட இணைப்புகளைப் பயன்படுத்துவதற்கான திறன் init, join и upgrade. கொடியை எவ்வாறு பயன்படுத்துவது என்பது பற்றி மேலும் அறிக --experimental-kustomize, உள்ளே பார் CAP.
Apiserver க்கான புதிய இறுதிப்புள்ளி - readyz, - அதன் தயார்நிலை பற்றிய தகவலை ஏற்றுமதி செய்ய உங்களை அனுமதிக்கிறது. API சர்வரிலும் இப்போது ஒரு கொடி உள்ளது --maximum-startup-sequence-duration, அதன் மறுதொடக்கங்களை ஒழுங்குபடுத்த உங்களை அனுமதிக்கிறது.
இரண்டு Azure க்கான அம்சங்கள் நிலையானதாக அறிவிக்கப்பட்டது: ஆதரவு கிடைக்கும் மண்டலங்கள் (கிடைக்கும் மண்டலங்கள்) மற்றும் குறுக்கு வள குழு (ஆர்ஜி). கூடுதலாக, அசூர் சேர்த்தது:
சுருக்கservice.beta.kubernetes.io/azure-pip-name சுமை சமநிலையின் பொது ஐபியைக் குறிப்பிடவும்;
வாய்ப்பு அமைப்புகளை LoadBalancerName и LoadBalancerResourceGroup.
AWS இப்போது உள்ளது ஆதரவு விண்டோஸில் EBS மற்றும் உகந்ததாக EC2 API அழைப்புகள் DescribeInstances.
Kubeadm இப்போது சுதந்திரமாக உள்ளது இடம்பெயர்கிறது CoreDNS பதிப்பை மேம்படுத்தும் போது CoreDNS கட்டமைப்பு.
பைனரிகள் முதலியன தொடர்புடைய டோக்கர் படத்தில் செய்திருக்கிறார்கள் world-executable, இது ரூட் உரிமைகள் தேவையில்லாமல் இந்தப் படத்தை இயக்க அனுமதிக்கிறது. மேலும், etcd இடம்பெயர்வு படம் நிறுத்திக்கொண்டது etcd2 பதிப்பு ஆதரவு.
В கிளஸ்டர் ஆட்டோஸ்கேலர் 1.16.0 டிஸ்ட்ரோலெஸை அடிப்படைப் படமாகப் பயன்படுத்துவதற்கு மாறியது, மேம்பட்ட செயல்திறன், புதிய கிளவுட் வழங்குநர்களைச் சேர்த்தது (டிஜிட்டல் ஓஷன், மேக்னம், பாக்கெட்).
பயன்படுத்தப்பட்ட/சார்ந்த மென்பொருளில் புதுப்பிப்புகள்: Go 1.12.9, etcd 3.3.15, CoreDNS 1.6.2.