Acest conținut a fost generat cu ajutorul inteligenței artificiale și publicat fără o verificare umană prealabilă. Poate conține erori și nu constituie consultanță profesională. Semnalați o problemă: info@delionsoft.com.
Cloud Native Computing Foundation a lansat Kubernetes 1.37, denumit „Garhwal”, cu un total de 67 de îmbunătățiri. Conform raportului inițial, această versiune pune accentul pe stabilitate, securitate și suport pentru sarcinile de lucru AI/ML, mai degrabă decât pe introducerea de noi funcționalități. Mai multe funcționalități dezvoltate de mult timp ajung în sfârșit la disponibilitate generală, iar două modificări care vizează securitatea și costurile trec în stadiul beta, cu activare implicită.
Ce s-a întâmplat
API-ul metrics.k8s.io este acum disponibil la scară largă. Acesta este interfața care stă la baza comenzii kubectl top și a instrumentelor de scalare automată orizontală și verticală a podurilor bazate pe resurse, astfel încât un contract stabil în acest sens este important pentru oricine a cărui scalare depinde de acesta.
Inițializarea rezilientă a cache-ului de monitorizare a ajuns, de asemenea, la disponibilitate generală și este activată în mod implicit. Anterior, atunci când kube-apiserver-ul se repornea sau își pierdea cache-ul într-un cluster mare, acesta putea suprasolicita etcd-ul cu cereri și putea degrada sau bloca planul de control. Acum, apiserver-ul limitează ceea ce deleagă și returnează codul de stare HTTP 429 pentru restul cererilor.
Certificatele de pod au trecut la stadiul stabil, oferind suport nativ pentru inițializarea mTLS între serviciile interne fără a fi nevoie de un instrument extern.
În versiune beta: kubeletul poate rula într-un spațiu de nume de utilizator Linux (KubeletInUserNamespace), activat implicit, astfel încât componentele de bază ale nodului să ruleze fără drepturi de root pe gazdă, ceea ce are rolul de a limita amploarea efectelor evadărilor din containere. Funcția „scale-to-zero” a HorizontalPodAutoscaler este, de asemenea, în versiune beta și activată implicit, având ca scop reducerea costurilor de inactivitate pentru sarcini de lucru precum inferența bazată pe GPU.
Adăugirile în stadiul alfa includ programarea adaptată la sarcinile de lucru, care poate prelua prioritatea podurilor cu prioritate scăzută pentru a face loc redimensionării verticale pe loc a celor cu prioritate mai mare, punct de control și restaurare la nivel de pod pentru depanare sau analiză criminalistică, precum și o strategie de implementare de tip „Recreate” pentru StatefulSets, care elimină podurile blocate fără ștergere manuală. Lansarea conține 27 de funcționalități în stadiu alfa, dintre care 23 trec în stadiul beta, 16 devin GA (disponibile general) sau stabile, iar una este deprecată sau eliminată. Versiunea 1.38 este așteptată în decembrie 2026.
De ce este important
Pentru o întreprindere mică sau medie, cea mai mare parte a valorii aduse de această versiune este de natură operațională, mai degrabă decât inovatoare. Trecerea API-ului Metrics la stadiul stabil elimină o sursă mică, dar reală, de erori în timpul actualizărilor pentru oricine utilizează scalarea automată. Modificarea watchcache reprezintă o asigurare împotriva unui mod de eșec care tinde să apară tocmai atunci când un cluster este deja supus la stres, iar implementarea acesteia nu implică niciun cost.
Kubeletul fără root este cel mai interesant element de securitate, dar se află în stadiul beta și este activat implicit, ceea ce înseamnă că poate modifica comportamentul nodului la actualizare fără ca cineva să opteze în mod expres pentru aceasta. Certificatele de pod pot permite echipelor mai mici să renunțe la un instrument PKI dezvoltat intern sau de la terți, deși înlocuirea unei configurații mTLS funcționale este rareori urgentă.
Funcția „Scale-to-zero” merită atenție dacă plătiți pentru capacitate GPU care rămâne inactivă între solicitări. De asemenea, aceasta introduce porniri la rece, așa că reprezintă un compromis, nu o economie gratuită.
Ce trebuie să faceți
- Înainte de actualizare, citiți notele de lansare pentru cele două funcții beta activate implicit: rulați mai întâi kubelet-ul în spațiile de nume ale utilizatorilor într-un cluster de testare, mai ales dacă utilizați poduri privilegiate, căi de gazdă sau pluginuri CSI și CNI personalizate.
- Dacă vă bazați pe un adaptor de metrici sau pe instrumente de scalare automată mai vechi, asigurați-vă că acestea funcționează cu API-ul GA Metrics.
- Evaluați funcția HPA „scale-to-zero” numai pentru sarcinile de lucru care tolerează pornirile la rece și măsurați diferența reală de cost înainte de a o implementa.
- Tratați funcționalitățile din faza alfa ca material de evaluare. În special funcțiile „checkpoint” și „restore” generează instantanee de memorie, care sunt artefacte sensibile și necesită reguli de stocare și acces înainte de utilizare.