Garantați ResourceQuota într-un spațiu de nume

Conduc un cluster care este partajat între echipe și aș dori să garantez fiecărei echipe o cantitate minimă de resurse, în special memorie.

Urmărind instrucțiuni Am încercat să folosesc următoarele în spațiul lor de nume:

apiVersion: v1
fel: ResourceQuota
metadate:
  nume: mem-quota
specificație:
  greu:
    cereri.memorie: 8Gb

Cu toate acestea, citind mai multe documente, se pare că acest lucru nu garantează că au 8 Gb de memorie pentru podurile lor. Înseamnă doar suma păstăilor lor cereri.memorie valoarea nu poate depăși 8 Gb. Este posibil să aibă 8 Gb setat ca mai sus, să folosească doar 4 Gb și să nu poată crea un pod nou dacă clusterul a fost maxim în altă parte și noul pod nu a putut fi programat.

De asemenea, de exemplu, pot crea un Cota de resurse cu cereri.memorie valoare de 16Gi pe un cluster cu doar 8Gi de memorie totală.

Există vreo modalitate de a garanta unei echipe o cantitate fixă ​​de memorie doar pentru utilizarea lor?

Înseamnă doar suma cererilor lor de pod-uri. valoarea memoriei nu poate depășește 8 Gb

Da, aceasta este logica pentru ResourceQuota. Din Înțelegerea cotelor de resurse:

Cotele de resurse funcționează astfel:

• Utilizatorii pun cereri de resurse de calcul pe podurile lor. Suma tuturor solicitărilor de resurse din toate podurile din același spațiu de nume nu trebuie depășește orice limită de resurse stricte în orice document de cotă de resurse pentru spatiu de nume. Rețineți că obișnuiam să verificăm Cota de resurse luând fișierul suma limitelor de resurse ale podurilor, dar aceasta a fost modificată pentru utilizare cereri de resurse. Compatibilitate anterioară pentru acele poduri anterior creat este păstrat deoarece pod-urile care specifică doar o limită de resurse au cererile lor de resurse implicite pentru a se potrivi cu limitele lor definite. Utilizatorul este taxat doar pentru resursele pe care le solicită în Cota de resurse față de limitele lor, deoarece cererea este minimă cantitatea de resursă garantată de cluster în timpul programării. Pentru mai multe informații despre overcommit, consultați resurse de calcul.

• Dacă crearea unui pod ar determina ca spațiul de nume să depășească oricare dintre limitele specificate în Cota de resurse pentru acel spațiu de nume, atunci cererea va eșua cu codul de stare HTTP 403 INTERZIS.

• Dacă cota este activată într-un spațiu de nume și utilizatorul nu specifică cereri pe pod pentru fiecare dintre resursele pentru care cota este activat, atunci POST-ul podului va eșua cu codul de stare HTTP 403 INTERZIS. Sugestie: Folosiți controlerul de admitere LimitRange pentru a forța valorile implicite ale limitelor (atunci cererile de resurse ar fi egale cu limite implicite, vezi controlor de admitere) înainte ca cota să fie verificat pentru a evita această problemă.

Cu toate acestea, articolul extinde puțin cazurile în care aveți nevoie de împărțirea resurselor separat. Și acesta nu este ceva deja implementat..

Capacitatea cotei și a grupului: Uneori pot fi dorite politici mai complexe, cum ar fi:

• împărțiți proporțional resursele totale ale clusterului între mai multe echipe.
• permite fiecărui chiriaș să crească utilizarea resurselor după cum este necesar, dar să aibă o limită generoasă pentru a preveni epuizarea accidentală a resurselor.
• detectați cererea dintr-un spațiu de nume, adăugați noduri și creșteți cota.

Astfel de politici ar putea fi implementate folosind ResourceQuota ca bloc, prin scrierea unui „controller” care urmărește utilizarea cotei și ajustează limitele rigide ale cotei pentru fiecare spațiu de nume în funcție de alte semnale.

Mă aștept că trebuie să scrieți logica personalizată în propriul controler.

Vă rugăm să aruncați o privire și la Cum să forțați spațiile de nume Kubernetes să aibă cote de resurse folosind OPA