{"id":82920,"date":"2020-05-26T13:42:37","date_gmt":"2020-05-26T11:42:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov"},"modified":"2020-05-26T13:42:37","modified_gmt":"2020-05-26T11:42:37","slug":"luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov","title":{"rendered":"Najlep\u0161ie praktiky Kubernetes. Nastavenie po\u017eiadaviek a limitov zdrojov","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Najlep\u0161ie praktiky Kubernetes. Vytvorenie mal\u00fdch kontajnerov<\/a><\/noindex>
\nNajlep\u0161ie praktiky Kubernetes. Organiz\u00e1cia Kubernetes s men\u0161\u00edm priestorom<\/a><\/noindex>
\nNajlep\u0161ie praktiky Kubernetes. Kontrola \u017eivotaschopnosti Kubernetes pomocou Readiness a Liveness testov<\/a><\/noindex><\/p>\n

Pre ka\u017ed\u00fd zdroj Kubernetes je mo\u017en\u00e9 nastavi\u0165 dva typy po\u017eiadaviek \u2014 Requests a Limits. Prv\u00e9 popisuje minim\u00e1lne po\u017eiadavky na dostupnos\u0165 vo\u013en\u00fdch zdrojov uzla, potrebn\u00fdch na spustenie kontajnera alebo podu, druh\u00e9 striktne obmedzuje zdroje dostupn\u00e9 kontajneru. <\/p>\n

Ke\u010f Kubernetes pl\u00e1nuje pod, je ve\u013emi d\u00f4le\u017eit\u00e9, aby kontajnery mali dostatok zdrojov na norm\u00e1lnu prev\u00e1dzku. Ak pl\u00e1nujete nasadi\u0165 ve\u013ek\u00fa aplik\u00e1ciu na uzle s obmedzen\u00fdmi zdrojmi, je ve\u013emi pravdepodobn\u00e9, \u017ee nebude fungova\u0165, preto\u017ee uzlu doch\u00e1dza pam\u00e4\u0165 alebo mu ch\u00fdba v\u00fdkon procesora. V tomto \u010dl\u00e1nku sa pozrieme, ako mo\u017eno vyrie\u0161i\u0165 probl\u00e9my s nedostatkom v\u00fdpo\u010dtov\u00fdch zdrojov pomocou po\u017eiadaviek na zdroje a obmedzen\u00ed.<\/p>\n

Po\u017eiadavky Requests a obmedzenia Limits s\u00fa mechanizmy, ktor\u00e9 Kubernetes pou\u017e\u00edva na spr\u00e1vu tak\u00fdchto zdrojov, ako je napr\u00edklad procesor a pam\u00e4\u0165. Requests s\u00fa to, v d\u00f4sledku ktor\u00fdch kontajner garantovane dost\u00e1va po\u017eadovan\u00fd zdroj. Ak kontajner po\u017eaduje zdroj, Kubernetes ho napl\u00e1nuje len na tom uzle, ktor\u00fd ho dok\u00e1\u017ee poskytn\u00fa\u0165. Obmedzenia Limits kontroluj\u00fa, aby zdroje, ktor\u00e9 kontajner po\u017eaduje, nikdy neprekro\u010dili ur\u010dit\u00fa hodnotu.<\/p>\n

\"Najlep\u0161ie<\/a><\/noindex><\/p>\n

Kontajner m\u00f4\u017ee zvy\u0161ova\u0165 v\u00fdpo\u010dtov\u00e9 kapacity len do ur\u010dit\u00e9ho limitu, po ktorom bude obmedzen\u00fd. Pozrime sa, ako to funguje. Existuj\u00fa teda dva typy zdrojov \u2014 procesor a pam\u00e4\u0165. Pl\u00e1nova\u010d Kubernetes pou\u017e\u00edva \u00fadaje o t\u00fdchto zdrojoch, aby zistil, kde spusti\u0165 va\u0161e pody. Typick\u00e1 \u0161pecifik\u00e1cia zdrojov pre pod vyzer\u00e1 takto.<\/p>\n

\"Najlep\u0161ie
\n
\nKa\u017ed\u00fd kontajner v pod m\u00f4\u017ee nastavi\u0165 svoje vlastn\u00e9 po\u017eiadavky a obmedzenia, v\u0161etko je to adit\u00edvne. Zdroje procesora s\u00fa definovan\u00e9 v milikrohr\u00e1ch. Ak v\u00e1\u0161 kontajner na spustenie potrebuje dva pln\u00e9 jadr\u00e1, nastav\u00edte hodnotu 2000m. Ak v\u0161ak kontajnerovi sta\u010d\u00ed v\u00fdkon iba 1\/4 jadra, hodnota bude 250m. Majte na pam\u00e4ti, \u017ee ak prirad\u00edte hodnotu procesorov\u00fdch zdrojov vy\u0161\u0161iu ako po\u010det jadier najv\u00e4\u010d\u0161ieho uzla, spustenie v\u00e1\u0161ho podu nebude v\u00f4bec napl\u00e1novan\u00e9. Podobn\u00e1 situ\u00e1cia nastane, ak m\u00e1te pod, ktor\u00fd potrebuje \u0161tyri jadr\u00e1, a klaster Kubernetes pozost\u00e1va iba z dvoch z\u00e1kladn\u00fdch virtu\u00e1lnych strojov.<\/p>\n

Ak va\u0161e aplik\u00e1cie nie s\u00fa vyvinut\u00e9 \u0161peci\u00e1lne na vyu\u017eitie v\u00fdhod viacer\u00fdch jadier (na mysli m\u00e1me tak\u00e9 programy, ako s\u00fa zlo\u017eit\u00e9 vedeck\u00e9 v\u00fdpo\u010dty a oper\u00e1cie s datab\u00e1zami), najlep\u0161ou praxou je nastavi\u0165 po\u017eiadavky CPU na 1 alebo menej a n\u00e1sledne spusti\u0165 v\u00e4\u010d\u0161\u00ed po\u010det replik pre \u0161k\u00e1lovate\u013enos\u0165. Toto rie\u0161enie poskytne syst\u00e9mu v\u00e4\u010d\u0161iu flexibilitu a spo\u013eahlivos\u0165.<\/p>\n

Ke\u010f pr\u00edde na obmedzenia procesora, v\u0161etko sa st\u00e1va zauj\u00edmavej\u0161\u00edm, preto\u017ee je pova\u017eovan\u00fd za kompresibiln\u00fd zdroj. Ak sa va\u0161a aplik\u00e1cia za\u010dne bl\u00ed\u017ei\u0165 k limitu procesorov\u00e9ho v\u00fdkonu, Kubernetes za\u010dne obmedzova\u0165 v\u00e1\u0161 kontajner pomocou CPU Throttling \u2014 zn\u00ed\u017eenia frekvencie procesora. To znamen\u00e1, \u017ee procesor bude umelo obmedzen\u00fd, \u010do m\u00f4\u017ee vies\u0165 k hor\u0161iemu v\u00fdkonu aplik\u00e1cie, av\u0161ak proces nebude preru\u0161en\u00fd alebo ukon\u010den\u00fd. <\/p>\n

Zdroje pam\u00e4te s\u00fa definovan\u00e9 v bajtoch. Zvy\u010dajne sa hodnota v nastaveniach meria v mebibajtoch Mib, ale m\u00f4\u017eete zada\u0165 ak\u00fako\u013evek hodnotu, od bajtov po petabajty. Tu plat\u00ed t\u00e1 ist\u00e1 situ\u00e1cia ako s CPU \u2014 ak umiestnite po\u017eiadavku na mno\u017estvo pam\u00e4te, ktor\u00e9 presahuje objem pam\u00e4te na va\u0161ich uzloch, vykonanie tohto podu nebude napl\u00e1novan\u00e9. Na rozdiel od procesorov\u00fdch zdrojov v\u0161ak pam\u00e4\u0165 nie je kompresibiln\u00e1, preto\u017ee neexistuje \u017eiaden sp\u00f4sob, ako obmedzi\u0165 jej pou\u017e\u00edvanie. Preto sa vykon\u00e1vanie kontajnera zastav\u00ed, akon\u00e1hle prekro\u010d\u00ed pridelen\u00fa pam\u00e4\u0165.<\/p>\n

\"Najlep\u0161ie
\n
\nJe d\u00f4le\u017eit\u00e9 si uvedomi\u0165, \u017ee nem\u00f4\u017eete nastavi\u0165 po\u017eiadavky, ktor\u00e9 presahuj\u00fa kapacity zdrojov, ktor\u00e9 m\u00f4\u017eu va\u0161e uzly poskytn\u00fa\u0165. Vlastnosti zdie\u013ean\u00fdch zdrojov pre virtu\u00e1lne stroje GKE n\u00e1jdete v odkazoch umiestnen\u00fdch pod t\u00fdmto videom.<\/p>\n

V ide\u00e1lnom svete by predvolen\u00e9 nastavenia kontajnera mali by\u0165 dostato\u010dn\u00e9 na to, aby pracovn\u00e9 toky prebiehali hladko. Skuto\u010dn\u00fd svet v\u0161ak nie je tak\u00fd, \u013eudia m\u00f4\u017eu \u013eahko zabudn\u00fa\u0165 nastavi\u0165 vyu\u017e\u00edvanie zdrojov alebo hackeri nastavia po\u017eiadavky a obmedzenia presahuj\u00face re\u00e1lne kapacity infra\u0161trukt\u00fary. Aby sa predi\u0161lo rozvoju tak\u00fdchto scen\u00e1rov, je mo\u017en\u00e9 nastavi\u0165 kv\u00f3ty zdrojov ResourceQuota a rozsahy obmedzen\u00ed LimitRange.<\/p>\n

Po vytvoren\u00ed menn\u00e9ho priestoru ich m\u00f4\u017eete zablokova\u0165 pomocou kv\u00f3t. Napr\u00edklad, ak m\u00e1te menn\u00e9 priestory prod a dev, pou\u017eije sa vzor, v ktorom kv\u00f3ty pre produkciu v\u00f4bec neexistuj\u00fa, zatia\u013e \u010do kv\u00f3ty pre v\u00fdvoj s\u00fa ve\u013emi pr\u00edsne. To umo\u017e\u0148uje prod v pr\u00edpade n\u00e1hleho n\u00e1rastu prev\u00e1dzky z\u00edska\u0165 v\u0161etky dostupn\u00e9 zdroje a \u00faplne zablokova\u0165 dev.<\/p>\n

Kv\u00f3ta zdrojov m\u00f4\u017ee vyzera\u0165 takto. V tomto pr\u00edklade s\u00fa \u0161tyri sekcie \u2013 to s\u00fa \u0161tyri doln\u00e9 riadky k\u00f3du.<\/p>\n

\"Najlep\u0161ie
\n
\nPozrime sa na ka\u017ed\u00fa z nich. Requests.cpu je maxim\u00e1lne kombinovan\u00e9 mno\u017estvo po\u017eiadaviek na procesorov\u00fd v\u00fdkon, ktor\u00e9 m\u00f4\u017eu prich\u00e1dza\u0165 od v\u0161etk\u00fdch kontajnerov v mennom priestore. V tomto pr\u00edklade m\u00f4\u017eete ma\u0165 50 kontajnerov so \u017eiados\u0165ami po 10m, p\u00e4\u0165 kontajnerov so \u017eiados\u0165ami po 100m alebo jednoducho jeden kontajner so \u017eiados\u0165ou 500m. Pokia\u013e celkov\u00e9 mno\u017estvo requests.cpu tohto menn\u00e9ho priestoru bude menej ne\u017e 500m, v\u0161etko bude v poriadku.<\/p>\n

Po\u017eadovan\u00e1 pam\u00e4\u0165 requests.memory je maxim\u00e1lna kombinovan\u00e1 kapacita po\u017eiadaviek na pam\u00e4\u0165, ktor\u00fa m\u00f4\u017eu ma\u0165 v\u0161etky kontajnery v mennom priestore. Rovnako ako v predch\u00e1dzaj\u00facom pr\u00edpade m\u00f4\u017eete ma\u0165 50 kontajnerov po 2 MiB, p\u00e4\u0165 kontajnerov po 20 MiB alebo jedin\u00fd kontajner s 100 MiB, pokia\u013e celkov\u00e9 mno\u017estvo po\u017eadovanej pam\u00e4te v mennom priestore bude menej ne\u017e 100 mebibajtov.<\/p>\n

Limits.cpu je maxim\u00e1lna kombinovan\u00e1 hodnota procesorov\u00e9ho v\u00fdkonu, ktor\u00fa m\u00f4\u017eu v\u0161etky kontajnery v mennom priestore pou\u017e\u00edva\u0165. M\u00f4\u017ee sa pova\u017eova\u0165 za limit po\u017eiadaviek na procesorov\u00fd v\u00fdkon.<\/p>\n

Nakoniec, limits.memory \u2013 maxim\u00e1lny objem celkovej pam\u00e4te, ktor\u00fd m\u00f4\u017eu vyu\u017ei\u0165 v\u0161etky kontajnery v menej priestore. Toto obmedzenie s\u00fahrnn\u00fdch po\u017eiadaviek na pam\u00e4\u0165.
\nTak\u017ee, predvolene kontajnery v klastri Kubernetes funguj\u00fa s neobmedzen\u00fdmi v\u00fdpo\u010dtov\u00fdmi zdrojmi. Pomocou kv\u00f3t zdrojov m\u00f4\u017eu administr\u00e1tori klastra obmedzi\u0165 spotrebu zdrojov a ich vytv\u00e1ranie na z\u00e1klade menej priestoru. V menej priestore m\u00f4\u017ee modul pod alebo kontajner spotrebova\u0165 to\u013eko v\u00fdkonu CPU a pam\u00e4te, ko\u013eko je ur\u010den\u00e9 kv\u00f3tou zdrojov menej priestoru. Existuje v\u0161ak obava, \u017ee jeden pod alebo kontajner m\u00f4\u017ee monopolizova\u0165 v\u0161etky dostupn\u00e9 zdroje. Na zabr\u00e1nenie takejto situ\u00e1cie sa pou\u017e\u00edva obmedzuj\u00faci rozsah limit Range \u2013 politika obmedzovania rozde\u013eovania zdrojov (pre pod alebo kontajnery) v menej priestore.<\/p>\n

Obmedzuj\u00faci rozsah poskytuje obmedzenia, ktor\u00e9 m\u00f4\u017eu:<\/p>\n