Conform documentației oficiale:
Nod alocabil
„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
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
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ă.