කුබර්නෙටෙස් 1.16: අලුත් දේ පිළිබඳ විශේෂ අවස්ථා

අද බදාදා, සිදුවනු ඇත Kubernetes මීළඟ නිකුතුව - 1.16. අපගේ බ්ලොග් අඩවිය සඳහා ගොඩනැගුණු සම්ප්‍රදායට අනුව, නව අනුවාදයේ වඩාත්ම කැපී පෙනෙන වෙනස්කම් ගැන අපි කතා කරන්නේ දසවන සංවත්සර කාලයයි.

මෙම ද්රව්යය සකස් කිරීම සඳහා භාවිතා කරන තොරතුරු ලබාගෙන ඇත Kubernetes වැඩිදියුණු කිරීම් ලුහුබැඳීමේ වගු, වෙනස් කිරීම-1.16 සහ අදාළ ගැටළු, ඇදීමේ ඉල්ලීම් සහ Kubernetes වැඩිදියුණු කිරීමේ යෝජනා (KEP). එහෙනම් යමු..!

නෝඩ්

සැලකිය යුතු නවෝත්පාදන විශාල සංඛ්‍යාවක් (ඇල්ෆා අනුවාද තත්ත්වයෙන්) K8s පොකුරු නෝඩ් (කුබෙලෙට්) පැත්තේ ඉදිරිපත් කර ඇත.

පළමුව, ඊනියා «තාවකාලික බහාලුම්» (Ephemeral බහාලුම්), කරල් වල දෝශ නිරාකරණ ක්‍රියාවලීන් සරල කිරීමට නිර්මාණය කර ඇත. නව යාන්ත්‍රණය මඟින් දැනට පවතින කරල්වල නාම අවකාශයෙන් ආරම්භ වී කෙටි කාලයක් ජීවත් වන විශේෂ බහාලුම් දියත් කිරීමට ඔබට ඉඩ සලසයි. ඔවුන්ගේ අරමුණ වන්නේ ඕනෑම ගැටළුවක් විසඳීමට සහ නිදොස් කිරීම සඳහා වෙනත් කරල් සහ බහාලුම් සමඟ අන්තර් ක්‍රියා කිරීමයි. මෙම විශේෂාංගය සඳහා නව විධානයක් ක්‍රියාත්මක කර ඇත 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-debugඅපි ගැන දැනටමත් ලියා ඇත. ephemeral බහාලුම් පැමිණීමත් සමඟ වෙනම බාහිර ප්ලගිනයක් සංවර්ධනය කිරීම නතර වනු ඇතැයි අපේක්ෂා කෙරේ.

තවත් නවෝත්පාදනයක් - PodOverhead - සැපයීම සඳහා නිර්මාණය කර ඇත කරල් සඳහා පොදු කාර්ය පිරිවැය ගණනය කිරීමේ යාන්ත්රණය, භාවිතා කරන ධාවන කාලය අනුව බොහෝ සෙයින් වෙනස් විය හැක. උදාහරණයක් ලෙස, කතුවරුන් මෙම KEP ආගන්තුක කර්නලය, kata නියෝජිතයා, init පද්ධතිය ආදිය ධාවනය කිරීමට අවශ්‍ය වන Kata බහාලුම්වල ප්‍රතිඵලයක්. උඩිස් මුදල එතරම් විශාල වූ විට, එය නොසලකා හැරිය නොහැක, එයින් අදහස් වන්නේ එය තවදුරටත් කෝටා, සැලසුම් කිරීම යනාදිය සඳහා සැලකිල්ලට ගත යුතු ආකාරයක් තිබිය යුතු බවයි. එය ක්රියාත්මක කිරීමට PodSpec ක්ෂේත්රය එකතු කරන ලදී Overhead *ResourceList (දී දත්ත සමඟ සසඳයි RuntimeClass, එකක් භාවිතා කරන්නේ නම්).

තවත් කැපී පෙනෙන නවෝත්පාදනයක් වේ node topology manager (Node Topology Manager), Kubernetes හි විවිධ සංරචක සඳහා දෘඪාංග සම්පත් වෙන් කිරීම සියුම් ලෙස සකස් කිරීමේ ප්රවේශය ඒකාබද්ධ කිරීමට සැලසුම් කර ඇත. මෙම මුලපිරීම ඉහළ කාර්යසාධනයක් සහිත සමාන්තර පරිගණනය සඳහා විවිධ නවීන පද්ධතිවල (විදුලි සංදේශ, යන්ත්‍ර ඉගෙනුම්, මූල්‍ය සේවා, යනාදී ක්ෂේත්‍රවල) වර්ධනය වන අවශ්‍යතාවය සහ ඔවුන් උසස් CPU භාවිතා කරන මෙහෙයුම් ක්‍රියාත්මක කිරීමේ ප්‍රමාදයන් අවම කිරීම මගින් මෙහෙයවනු ලැබේ. දෘඪාංග ත්වරණය කිරීමේ හැකියාව. Kubernetes හි එවැනි ප්‍රශස්තිකරණයන් මෙතෙක් සාක්ෂාත් කර ගෙන ඇත්තේ අසමාන සංරචක (CPU කළමනාකරු, උපාංග කළමනාකරු, CNI) වෙත ස්තූතිවන්ත වන අතර දැන් ඒවා ප්‍රවේශය ඒකාබද්ධ කරන සහ නව සමාන - ඊනියා ස්ථල විද්‍යාව සම්බන්ධ කිරීම සරල කරන තනි අභ්‍යන්තර අතුරු මුහුණතක් එක් කරනු ඇත. දැනුවත් - Kubelet පැත්තේ සංරචක. විස්තර - තුළ අනුරූප KEP.

Topology Manager සංරචක රූප සටහන

ඊළඟ විශේෂාංගය - කන්ටේනර් ධාවනය වන අතරතුර ඒවා පරීක්ෂා කිරීම (ආරම්භක පරීක්ෂණය). ඔබ දන්නා පරිදි, දියත් කිරීමට දිගු කාලයක් ගත වන බහාලුම් සඳහා, යාවත්කාලීන තත්වයක් ලබා ගැනීම දුෂ්කර ය: ඒවා සැබවින්ම ක්‍රියාත්මක වීමට පෙර “මරා දමනු ලැබේ”, නැතහොත් ඒවා දිගු කාලයක් අවහිර වී ඇත. නව චෙක්පත (විශේෂාංග දොරටුව හරහා සක්‍රීය කර ඇත StartupProbeEnabled) අවලංගු කරයි - හෝ ඒ වෙනුවට, කල් දමයි - පොඩ් එක ධාවනය අවසන් වන මොහොත දක්වා වෙනත් ඕනෑම චෙක්පතක බලපෑම. මෙම හේතුව නිසා, විශේෂාංගය මුලින් හැඳින්වූයේය pod-startup liveness-probe holdoff. ආරම්භ කිරීමට බොහෝ කාලයක් ගත වන කරල් සඳහා, ඔබට සාපේක්ෂව කෙටි කාල පරතරයකින් ප්‍රාන්තය මත ඡන්දය ප්‍රකාශ කළ හැකිය.

මීට අමතරව, RuntimeClass සඳහා වැඩිදියුණු කිරීමක් බීටා තත්ත්වයෙන් ක්ෂණිකව ලබා ගත හැකි අතර, "විෂමජාතීය පොකුරු" සඳහා සහය එක් කරයි. සී ධාවන පන්ති උපලේඛනගත කිරීම දැන් සෑම නෝඩයකටම එක් එක් RuntimeClass සඳහා සහය තිබීම කිසිසේත්ම අවශ්‍ය නොවේ: Pods සඳහා ඔබට Cluster Topology ගැන නොසිතා RuntimeClass එකක් තෝරාගත හැක. මීට පෙර, මෙය සාක්ෂාත් කර ගැනීම සඳහා - කරල් ඔවුන්ට අවශ්‍ය සියල්ල සඳහා සහය ඇති නෝඩ් මත අවසන් වන පරිදි - NodeSelector සහ tolerations සඳහා සුදුසු නීති පැවරීම අවශ්‍ය විය. තුල කේ.ඊ.පී එය භාවිතය පිළිබඳ උදාහරණ සහ, ඇත්ත වශයෙන්ම, ක්රියාත්මක කිරීමේ විස්තර ගැන කතා කරයි.

ජාලය

Kubernetes 1.16 හි පළමු වරට (ඇල්ෆා අනුවාදයේ) දර්ශනය වූ සැලකිය යුතු ජාලකරණ විශේෂාංග දෙකක් වන්නේ:

• සහාය ද්විත්ව ජාල තොගය - IPv4/IPv6 - සහ කරල්, නෝඩ්, සේවා මට්ටමින් එහි අනුරූප "අවබෝධය". එයට කරල් අතර IPv4-to-IPv4 සහ IPv6-to-IPv6 අන්තර් ක්‍රියාකාරීත්වය, කරල් සිට බාහිර සේවා දක්වා, යොමු ක්‍රියාත්මක කිරීම් (Bridge CNI, PTP CNI සහ Host-Local IPAM ප්ලගීන තුළ), මෙන්ම ක්‍රියාත්මක වන Kubernetes පොකුරු සමඟ ප්‍රතිලෝම අනුකූල වේ. IPv4 හෝ IPv6 පමණි. ක්රියාත්මක කිරීමේ විස්තර ඇත කේ.ඊ.පී.

  කරල් ලැයිස්තුවේ වර්ග දෙකක (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#

• Endpoint සඳහා නව API - EndpointSlice API. එය පාලක-තලයේ විවිධ සංරචක වලට බලපාන (apiserver, etcd, endpoints-controller, kube-proxy) පවතින Endpoint API හි ක්‍රියාකාරීත්වය/පරිමාණතා ගැටළු විසඳයි. නව API ඩිස්කවරි ඒපීඅයි සමූහයට එක් කෙරෙන අතර නෝඩ් දහස් ගණනකින් සමන්විත පොකුරක් තුළ එක් එක් සේවාව සඳහා දස දහස් ගණනක පසුපෙළ අන්ත ලක්ෂ්‍ය සේවය කිරීමට හැකි වනු ඇත. මෙය සිදු කිරීම සඳහා, සෑම සේවාවක්ම N වස්තූන් වෙත සිතියම්ගත කර ඇත EndpointSlice, ඒ සෑම එකක්ම පෙරනිමියෙන් අන්ත ලක්ෂ්‍ය 100කට වඩා නැත (අගය වින්‍යාසගත කළ හැක). EndpointSlice API එහි අනාගත සංවර්ධනය සඳහා ද අවස්ථා සපයනු ඇත: එක් එක් පොඩ් සඳහා බහු IP ලිපින සඳහා සහය, අන්ත ලක්ෂ්‍ය සඳහා නව තත්වයන් (පමණක් නොවේ Ready и NotReady), අවසාන ලක්ෂ්‍ය සඳහා ගතික උප සැකසුම.

අවසන් නිකුතුවේ ඉදිරිපත් කළ එක බීටා අනුවාදයට පැමිණ ඇත අවසන් කරන්නා, නම් කර ඇත service.kubernetes.io/load-balancer-cleanup සහ වර්ගය සමඟ එක් එක් සේවාවට අනුයුක්ත කර ඇත LoadBalancer. එවැනි සේවාවක් මකා දැමීමේදී, අදාළ සියලු සමතුලිත සම්පත් "පිරිසිදු කිරීම" අවසන් වන තෙක් එය සම්පත සැබෑ මකාදැමීම වළක්වයි.

API යන්ත්‍රෝපකරණ

සැබෑ "ස්ථායීකරණ සන්ධිස්ථානය" Kubernetes API සේවාදායකයේ ප්රදේශයේ සහ එය සමඟ අන්තර් ක්රියා කරයි. මෙය බොහෝ දුරට සිදු වූයේ ස්තුතියෙනි විශේෂ හැඳින්වීමක් අවශ්‍ය නොවන අය ස්ථාවර තත්ත්වයකට මාරු කිරීම CustomResourceDefinitions (CRD), Kubernetes 1.7 හි ඈත දිනවල සිට බීටා තත්ත්වය ඇති (සහ මෙය 2017 ජූනි!). එකම ස්ථායීකරණය අදාළ විශේෂාංග වෙත පැමිණියේය:

• "උප සම්පත්" සමඟ /status и /scale CustomResources සඳහා;
• පරිවර්තනය CRD සඳහා අනුවාද, බාහිර webhook මත පදනම්ව;
• මෑතකදී ඉදිරිපත් කරන ලදී (K8s 1.15 හි) පෙරනිමි අගයන් (පෙරනිමි) සහ ස්වයංක්‍රීය ක්ෂේත්‍ර ඉවත් කිරීම (කප්පාදුව) CustomResources සඳහා;
• අවස්ථාව OpenAPI v3 schema භාවිතා කරමින් OpenAPI ප්‍රලේඛනය නිර්මාණය කිරීම සහ ප්‍රකාශයට පත් කිරීම සේවාදායක පැත්තේ CRD සම්පත් වලංගු කිරීමට භාවිතා කරයි.

Kubernetes පරිපාලකයින්ට දිගු කලක් හුරුපුරුදු වූ තවත් යාන්ත්රණයක්: ඇතුළත් කිරීමේ webhook - දීර්ඝ කාලයක් (K8s 1.9 සිට) බීටා තත්ත්වයෙහි පැවති අතර දැන් එය ස්ථාවර බව ප්‍රකාශ කර ඇත.

තවත් විශේෂාංග දෙකක් බීටා වෙත ළඟා වී ඇත: සේවාදායක පැත්ත අදාළ වේ и පිටු සලකුණු බලන්න.

ඇල්ෆා අනුවාදයේ ඇති එකම වැදගත් නවෝත්පාදනය විය අසාර්ථකයි от SelfLink - නිශ්චිත වස්තුව නියෝජනය කරන විශේෂ URI සහ කොටසක් වීම ObjectMeta и ListMeta (එනම් Kubernetes හි ඕනෑම වස්තුවක කොටසක්). ඔවුන් එය අත්හරින්නේ ඇයි? සරල ආකාරයකින් පෙළඹවීම ශබ්ද මෙම ක්ෂේත්‍රය තවමත් පැවතීමට සැබෑ (අධික) හේතු නොමැති වීම ලෙස. වඩාත් විධිමත් හේතූන් වන්නේ කාර්ය සාධනය ප්‍රශස්ත කිරීම (අනවශ්‍ය ක්ෂේත්‍රයක් ඉවත් කිරීමෙන්) සහ එවැනි ක්ෂේත්‍රයක් විශේෂ ආකාරයකින් හැසිරවීමට බල කෙරෙන සාමාන්‍ය-ඇපිසර්වර් හි කාර්යය සරල කිරීම (මෙය වස්තුවට පෙර නිවැරදිව සකසා ඇති එකම ක්ෂේත්‍රය වේ. අනුක්‍රමික වේ). සැබෑ යල්පැන යාම (බීටා තුළ) SelfLink Kubernetes අනුවාදය 1.20 සහ අවසාන - 1.21 මගින් සිදුවනු ඇත.

දත්ත ගබඩාව

පෙර නිකුතු වලදී මෙන් ගබඩා කිරීමේ ප්‍රදේශයේ ප්‍රධාන කාර්යය ප්‍රදේශයේ නිරීක්ෂණය කෙරේ CSI සහාය. මෙහි ප්රධාන වෙනස්කම් වූයේ:

• පළමු වරට (ඇල්ෆා අනුවාදයේ) පෙනී සිටියේය වින්ඩෝස් සේවක නෝඩ් සඳහා CSI ප්ලගින සහාය: ගබඩාව සමඟ වැඩ කිරීමේ වත්මන් ක්‍රමය Kubernetes core හි ඇති ගස් ප්ලගීන සහ Powershell මත පදනම් වූ Microsoft වෙතින් FlexVolume ප්ලගීන ප්‍රතිස්ථාපනය කරනු ඇත;

  
  Windows සඳහා Kubernetes හි CSI ප්ලගීන ක්‍රියාත්මක කිරීමේ යෝජනා ක්‍රමය

• අවස්ථාව CSI වෙළුම් ප්‍රමාණය වෙනස් කිරීම, K8s 1.12 හි නැවත හඳුන්වා දී ඇත, එය බීටා අනුවාදයක් දක්වා වර්ධනය වී ඇත;
• සමාන "ප්‍රවර්ධනයක්" (ඇල්ෆා සිට බීටා දක්වා) දේශීය තාවකාලික වෙළුම් නිර්මාණය කිරීමට CSI භාවිතා කිරීමේ හැකියාව මගින් ලබා ගන්නා ලදී (CSI Inline Volume Support).

Kubernetes හි පෙර අනුවාදයේ හඳුන්වා දෙන ලදී පරිමාව ක්ලෝන කිරීමේ කාර්යය (පවත්නා PVC ලෙස DataSource නව PVC නිර්මාණය කිරීමට) ද දැන් බීටා තත්ත්වය ලැබී ඇත.

උපලේඛනකරු

කාලසටහන්ගත කිරීමෙහි කැපී පෙනෙන වෙනස්කම් දෙකක් (ඇල්ෆා දෙකෙහිම):

• EvenPodsSpreading - අවස්ථාවක් බර "සාධාරණ බෙදාහැරීම" සඳහා තාර්කික යෙදුම් ඒකක වෙනුවට කරල් භාවිතා කරන්න (Deployment සහ ReplicaSet වැනි) සහ මෙම බෙදාහැරීම සීරුමාරු කිරීම (දැඩි අවශ්‍යතාවයක් ලෙස හෝ මෘදු තත්වයක් ලෙස, එනම් ප්‍රමුඛතාවය ලෙස). විශේෂාංගය දැනට විකල්ප මගින් සීමා කර ඇති, සැලසුම් කර ඇති කරල්වල පවත්නා බෙදා හැරීමේ හැකියාවන් පුළුල් කරනු ඇත PodAffinity и PodAntiAffinity, පරිපාලකයින්ට මෙම කාරණය සම්බන්ධයෙන් සියුම් පාලනයක් ලබා දීම, එයින් අදහස් වන්නේ වඩා හොඳ ඉහළ ලබා ගැනීමේ හැකියාව සහ ප්‍රශස්ත සම්පත් පරිභෝජනයයි. විස්තර - තුළ කේ.ඊ.පී.
• භාවිතා කරන්න BestFit ප්‍රතිපත්තිය в ධාරිතා අනුපාත ප්‍රමුඛ කාර්යය සඳහා ඉල්ලා ඇත කරල් සැලසුම් කිරීමේදී, ඉඩ ලබා දෙනු ඇත භාවිත බඳුන් ඇසුරුම් මූලික සම්පත් (ප්‍රොසෙසරය, මතකය) සහ විස්තීර්ණ (GPU වැනි) යන දෙකම සඳහා ("බහාලුම්වල ඇසුරුම් කිරීම"). වැඩි විස්තර සඳහා, බලන්න කේ.ඊ.පී.

  
  කරල් උපලේඛනගත කිරීම: හොඳම යෝග්‍යතා ප්‍රතිපත්තිය භාවිතා කිරීමට පෙර (සෘජුවම පෙරනිමි කාලසටහන හරහා) සහ එහි භාවිතය සමඟ (උපලේඛන විස්තාරකය හරහා)

ඊට අමතරව, මගින් නිරූපණය කෙරේ ප්‍රධාන Kubernetes සංවර්ධන ගසෙන් (ගසෙන් පිටත) පිටත ඔබේම උපලේඛන ප්ලගීන නිර්මාණය කිරීමේ හැකියාව.

වෙනත් වෙනස්කම්

Kubernetes 1.16 නිකුතුවේ ද එය සටහන් කළ හැකිය සඳහා මුලපිරීම ගෙන එනවා සම්පූර්ණ අනුපිළිවෙලෙහි ඇති ප්‍රමිතික, හෝ වඩාත් නිවැරදිව, අනුකූලව නිල රෙගුලාසි K8s උපකරණ සඳහා. ඔවුන් බොහෝ දුරට අනුරූප මත රඳා පවතී Prometheus ලියකියවිලි. විවිධ හේතූන් මත නොගැලපීම් ඇති විය (උදාහරණයක් ලෙස, වර්තමාන උපදෙස් දර්ශනය වීමට පෙර සමහර ප්‍රමිතික සරලව නිර්මාණය කරන ලදී), සහ සංවර්ධකයින් තීරණය කළේ “ඉතිරි ප්‍රොමිතියස් පරිසර පද්ධතියට අනුකූලව” සෑම දෙයක්ම තනි ප්‍රමිතියකට ගෙන ඒමට කාලය පැමිණ ඇති බවයි. මෙම මුලපිරීමේ වත්මන් ක්‍රියාත්මක කිරීම ඇල්ෆා තත්ත්‍වයේ පවතින අතර, එය ක්‍රමක්‍රමයෙන් කුබර්නෙටස් හි බීටා (1.17) සහ ස්ථාවර (1.18) අනුවාදවල ප්‍රවර්ධනය කරනු ඇත.

ඊට අමතරව, පහත වෙනස්කම් සටහන් කළ හැකිය:

• වින්ඩෝස් සහාය සංවර්ධනය с පෙනුම මෙම OS සඳහා Kubeadm උපයෝගිතා (ඇල්ෆා අනුවාදය), අවස්ථාවක් RunAsUserName වින්ඩෝස් බහාලුම් සඳහා (ඇල්ෆා අනුවාදය), වැඩිදියුණු කිරීම කණ්ඩායම් කළමණාකරන සේවා ගිණුම (gMSA) බීටා අනුවාදය දක්වා සහාය, සහාය vSphere වෙළුම් සඳහා mount/ඇමිණීම.
• ප්රතිචක්රීකරණය API ප්‍රතිචාර වල දත්ත සම්පීඩන යාන්ත්‍රණය. මීට පෙර, මෙම අරමුණු සඳහා HTTP ෆිල්ටරයක් ​​භාවිතා කරන ලද අතර, එය පෙරනිමියෙන් සක්‍රීය කිරීම වළක්වන සීමාවන් ගණනාවක් පැනවීය. "විනිවිද පෙනෙන ඉල්ලීම් සම්පීඩනය" දැන් ක්‍රියා කරයි: සේවාදායකයින් යැවීම Accept-Encoding: gzip ශීර්ෂයේ, එහි විශාලත්වය 128 KB ඉක්මවන්නේ නම් GZIP-සම්පීඩිත ප්‍රතිචාරයක් ඔවුන්ට ලැබේ. Go සේවාලාභීන් ස්වයංක්‍රීයව සම්පීඩනයට සහය දක්වයි (අවශ්‍ය ශීර්ෂය යැවීම), එබැවින් ඔවුන් ගමනාගමනයේ අඩුවීමක් වහාම දකිනු ඇත. (වෙනත් භාෂා සඳහා සුළු වෙනස් කිරීම් අවශ්‍ය විය හැක.)
• හැකි බවට පත් විය බාහිර ප්‍රමිතික මත පදනම්ව HPA පරිමාන කිරීම. ඔබ වස්තු/බාහිර ප්‍රමිතික මත පදනම්ව පරිමාණය කරන්නේ නම්, වැඩ බර අක්‍රිය වූ විට ඔබට සම්පත් සුරැකීමට ස්වයංක්‍රීයව අනුරූ 0 දක්වා පරිමාණය කළ හැක. සේවකයින් GPU සම්පත් ඉල්ලා සිටින අවස්ථා සඳහා මෙම විශේෂාංගය විශේෂයෙන් ප්‍රයෝජනවත් විය යුතු අතර, විවිධ වර්ගයේ අක්‍රිය සේවකයින් සංඛ්‍යාව පවතින GPU ගණන ඉක්මවා යයි.
• නව සේවාදායකයා - k8s.io/client-go/metadata.Client - වස්තූන් සඳහා "සාමාන්ය" ප්රවේශය සඳහා. එය පහසුවෙන් පාර-දත්ත ලබා ගැනීමට සැලසුම් කර ඇත (එනම් උපවගන්තිය metadata) පොකුරු සම්පත් වලින් සහ ඔවුන් සමඟ කසළ එකතු කිරීම සහ කෝටා මෙහෙයුම් සිදු කිරීම.
• Kubernetes ගොඩනඟන්න දැන් ඔබට පුළුවන් උරුමයක් නොමැතිව ("ගොඩනැගුණු" ගස තුළ) වලාකුළු සපයන්නන් (ඇල්ෆා අනුවාදය).
• kubeadm උපයෝගිතා වෙත එකතු කළා පර්යේෂණාත්මක (ඇල්ෆා අනුවාදය) මෙහෙයුම් වලදී අභිරුචිකරණය කරන ලද පැච් යෙදීමේ හැකියාව init, join и upgrade. කොඩිය භාවිතා කරන ආකාරය ගැන තව දැනගන්න --experimental-kustomize, බලන්න කේ.ඊ.පී.
• Apiserver සඳහා නව අන්ත ලක්ෂ්‍යය - readyz, - එහි සූදානම පිළිබඳ තොරතුරු අපනයනය කිරීමට ඔබට ඉඩ සලසයි. API සේවාදායකයටද දැන් ධජයක් ඇත --maximum-startup-sequence-duration, එහි නැවත ආරම්භ කිරීම් නියාමනය කිරීමට ඔබට ඉඩ සලසයි.
• දෙකක් Azure සඳහා විශේෂාංග ප්‍රකාශිත ස්ථාවර: සහාය ලබා ගත හැකි කලාප (ලබා ගත හැකි කලාප) සහ හරස් සම්පත් සමූහය (RG). මීට අමතරව, Azure එකතු කර ඇත:
  • සත්යාපන සහාය AAD සහ ADFS;
  • ව්‍යාඛ්‍යාව service.beta.kubernetes.io/azure-pip-name load balancer හි පොදු IP නියම කිරීමට;
  • අවස්ථාව සැකසුම් LoadBalancerName и LoadBalancerResourceGroup.
• AWS දැන් තියෙනවා සහාය වින්ඩෝස් මත EBS සඳහා සහ ප්‍රශස්ත කර ඇත EC2 API ඇමතුම් DescribeInstances.
• Kubeadm දැන් ස්වාධීනයි සංක්රමණය වේ CoreDNS අනුවාදය උත්ශ්‍රේණි කිරීමේදී CoreDNS වින්‍යාසය.
• ද්විමය ආදිය අනුරූප ඩොකර් රූපයේ කර ඇත world-executable, එමඟින් ඔබට මූල අයිතිවාසිකම් අවශ්‍යතාවයකින් තොරව මෙම රූපය ධාවනය කිරීමට ඉඩ සලසයි. එසේම, etcd සංක්‍රමණ රූපය නැවැත්තුවා etcd2 අනුවාද සහාය.
• В Cluster Autoscaler 1.16.0 මූලික රූපය ලෙස distroless භාවිතා කිරීමට මාරු විය, වැඩිදියුණු කළ කාර්ය සාධනය, නව වලාකුළු සපයන්නන් එකතු කරන ලදී (DigitalOcean, Magnum, Packet).
• භාවිත/යැපෙන මෘදුකාංගවල යාවත්කාලීන: Go 1.12.9, etcd 3.3.15, CoreDNS 1.6.2.

ප්රාදේශීය සභා

අපගේ බ්ලොග් අඩවියේ ද කියවන්න:

• «කුබර්නෙටෙස් 1.15: අලුත් දේ පිළිබඳ විශේෂ අවස්ථා»;
• «කුබර්නෙටෙස් 1.14: අලුත් දේ පිළිබඳ විශේෂ අවස්ථා»;
• «කුබර්නෙටෙස් 1.13: අලුත් දේ පිළිබඳ විශේෂ අවස්ථා»;
• «කුබර්නෙටෙස් 1.12: අලුත් දේ පිළිබඳ විශේෂ අවස්ථා".

මූලාශ්රය: www.habr.com