Puncte:0

Kube-Rezervat/System-Reserved vs Pragul de evacuare

drapel in

Aș dori să pregătesc în mod corespunzător clusterele noastre autogestionate pentru scenariile de presiune a resurselor. De la docs Nu pot înțelege necesitatea configurării --evacuare-hard parametru, când putem obține același efect prin setarea valorilor corespunzătoare prin --kube-rezervat pentru kubelet și --sistem-rezervat pentru demonii de sistem.

Să întreb printr-un exemplu. De ce ar trebui să setez rezervele pentru Kubelet și demonii de sistem, când se pare că ar fi suficient să configurez --evacuare-hard? Ori de câte ori există o presiune asupra resurselor în general, aceasta ar trebui să fie suficientă pentru a declanșa un eveniment de evacuare a podului. Deci, care este motivul existenței opțiunilor pentru rezervările Kubelet și system-daemons?

Dawid Kruk avatar
drapel cn
Aș spune că aceste opțiuni sunt pentru a indica câte resurse sunt necesare pentru componentele Kubernetes și componentele sistemului. Un lucru pe care îl puteți face cu `--kube-reserved` și `--system-reserved` este să rezervați `CPU` necesar pentru acele componente în care `--eviction-hard` se bazează doar pe memorie și efemer. depozitare.
Puncte:1
drapel cn

Conform documentației oficiale:

Nod alocabil

introduceți descrierea imaginii aici

„Alocabil” pe un nod Kubernetes este definit ca cantitatea de resurse de calcul disponibile pentru pod-uri. Planificatorul nu supraabonează „Alocabil”. „CPU”, „memorie” și „stocare efemeră” sunt acceptate de acum.

The Nodul alocabil (resursele pe care planificatorul le poate folosi pentru a aloca volumul de lucru) poate fi definit ca:

  • Nod alocabil = Capacitatea nodului - kube-rezervat - sistem rezervat

De asemenea, în ceea ce privește:

  • kube-rezervat:

kube-rezervat este menit să captureze rezervarea de resurse pentru demonii de sistem kubernetes precum kubelet, timpul de rulare al containerului, detector de probleme la nod, etc. Nu este menit să rezerve resurse pentru demonii de sistem care sunt rulați ca pod-uri. kube-rezervat este de obicei o funcție a densitatea păstăilor pe noduri.

-- Kubernetes.io: Documente: Sarcini: Administrare cluster: Rezervare resurse de calcul: Kube rezervat

  • sistem rezervat:

sistem rezervat este menit să capteze rezervarea de resurse pentru demonii sistemului OS, cum ar fi sshd, udev, etc. sistem rezervat ar trebui să rezerve memorie pentru nucleu prea de vreme ce nucleu memoria nu este contabilizată în pod-urile în Kubernetes în acest moment. De asemenea, se recomandă rezervarea resurselor pentru sesiunile de conectare a utilizatorilor (utilizator.slice în lumea systemd).

-- Kubernetes.io: Documente: Sarcini: Administrare cluster: Rezervare resurse de calcul: Sistem rezervat

Pe scurt, vă puteți imagina cu ușurință ce s-ar întâmpla atunci când nu rezervați suficiente resurse pentru componentele sistemului și Kubelet.

Puteți ajunge chiar la situația în care responsabilul de evacuare nu va veni în joc deoarece sistemul va intra deja în stare instabilă.

De asemenea, merită menționat că:

Un lucru cu care poți face --kube-rezervat și --sistem-rezervat este de a rezerva procesorul necesar pentru acele componente în care --evacuare-hard se bazează doar pe memorie și stocare efemeră.

moonkotte avatar
drapel in
Salut @BernardHalas. Acesta [răspunde la întrebarea dvs.](https://stackoverflow.com/help/someone-answers)?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.