{"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\/hu\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-nastrojka-zaprosov-i-limitov-resursov","title":{"rendered":"A Kubernetes legjobb gyakorlatai. K\u00e9r\u00e9sek \u00e9s er\u0151forr\u00e1s-korl\u00e1tok be\u00e1ll\u00edt\u00e1sa.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A Kubernetes legjobb gyakorlatai. Kis kont\u00e9nerek l\u00e9trehoz\u00e1sa<\/a><\/noindex>
\nA Kubernetes legjobb gyakorlatai. A Kubernetes szervez\u00e9se n\u00e9vsorral<\/a><\/noindex>
\nKubernetes legjobb gyakorlatai. A Kubernetes \u00e9letk\u00e9pess\u00e9g\u00e9nek ellen\u0151rz\u00e9se Ready \u00e9s Liveness tesztekkel<\/a><\/noindex><\/p>\n

Minden Kubernetes er\u0151forr\u00e1s eset\u00e9n k\u00e9tf\u00e9le k\u00f6vetelm\u00e9ny \u00e1ll\u00edthat\u00f3 be: a Requests \u00e9s a Limits. Az els\u0151 a csom\u00f3pont szabad er\u0151forr\u00e1sainak minim\u00e1lis k\u00f6vetelm\u00e9nyeit hat\u00e1rozza meg, amelyek sz\u00fcks\u00e9gesek a kont\u00e9ner vagy pod elind\u00edt\u00e1s\u00e1hoz, a m\u00e1sodik pedig szigor\u00faan korl\u00e1tozza a kont\u00e9ner rendelkez\u00e9s\u00e9re \u00e1ll\u00f3 er\u0151forr\u00e1sokat. <\/p>\n

Amikor a Kubernetes podot tervez, rendk\u00edv\u00fcl fontos, hogy a kont\u00e9nerek elegend\u0151 er\u0151forr\u00e1ssal rendelkezzenek a megfelel\u0151 m\u0171k\u00f6d\u00e9shez. Ha nagy alkalmaz\u00e1st szeretne telep\u00edteni egy er\u0151forr\u00e1s-korl\u00e1tozott csom\u00f3ponton, val\u00f3sz\u00edn\u0171, hogy nem fog megfelel\u0151en m\u0171k\u00f6dni, mert a csom\u00f3pont mem\u00f3ria kifogy, vagy nem \u00e1ll rendelkez\u00e9sre elegend\u0151 processzorteljes\u00edtm\u00e9ny. Ebben a cikkben megvizsg\u00e1ljuk, hogyan oldhat\u00f3k meg az informatikai kapacit\u00e1sok hi\u00e1nyoss\u00e1gai a forr\u00e1sig\u00e9nyek \u00e9s a korl\u00e1toz\u00e1sok seg\u00edts\u00e9g\u00e9vel.<\/p>\n

A Requests \u00e9s a Limits mechanizmusok, amelyeket a Kubernetes haszn\u00e1l olyan er\u0151forr\u00e1sok kezel\u00e9s\u00e9re, mint p\u00e9ld\u00e1ul a processzor \u00e9s a mem\u00f3ria. A Requests az, aminek k\u00f6vetkezt\u00e9ben a kont\u00e9ner garant\u00e1ltan megkapja a k\u00e9rt er\u0151forr\u00e1st. Ha a kont\u00e9ner er\u0151forr\u00e1st k\u00e9r, akkor a Kubernetes csak azon a csom\u00f3ponton tervezi azt, amelyik k\u00e9pes azt biztos\u00edtani. A Limits korl\u00e1tozza, hogy a kont\u00e9ner \u00e1ltal k\u00e9rt er\u0151forr\u00e1sok soha ne haladj\u00e1k meg a meghat\u00e1rozott \u00e9rt\u00e9ket.<\/p>\n

\"A<\/a><\/noindex><\/p>\n

A kont\u00e9ner csak egy bizonyos hat\u00e1rig n\u00f6velheti a sz\u00e1m\u00edt\u00e1si kapacit\u00e1sait, enn\u00e9lfogva korl\u00e1toz\u00e1s al\u00e1 esik. N\u00e9zz\u00fck meg, hogyan m\u0171k\u00f6dik ez. Teh\u00e1t k\u00e9tf\u00e9le er\u0151forr\u00e1s l\u00e9tezik: processzor \u00e9s mem\u00f3ria. A Kubernetes \u00fctemez\u0151 felhaszn\u00e1lja ezeket az er\u0151forr\u00e1sokkal kapcsolatos adatokat annak meghat\u00e1roz\u00e1s\u00e1ra, hogy hol ind\u00edtsa a podjait. A tipikus pod er\u0151forr\u00e1s-specifik\u00e1ci\u00f3 \u00edgy n\u00e9z ki.<\/p>\n

\"A
\n
\nMinden podban tal\u00e1lhat\u00f3 kont\u00e9ner saj\u00e1t k\u00e9r\u00e9seket \u00e9s korl\u00e1tokat \u00e1ll\u00edthat be, ezek \u00f6sszead\u00f3dnak. A CPU-er\u0151forr\u00e1sokat milikronokban hat\u00e1rozz\u00e1k meg. Ha a kont\u00e9nered futtat\u00e1s\u00e1hoz k\u00e9t teljes magra van sz\u00fcks\u00e9ged, akkor a 2000m \u00e9rt\u00e9ket kell be\u00e1ll\u00edtanod. Ha viszont csak \u00bc magnyi teljes\u00edtm\u00e9nyre van sz\u00fcks\u00e9ge a kont\u00e9nernek, akkor az \u00e9rt\u00e9k 250m lesz. Ne feledd, ha a CPU-er\u0151forr\u00e1sok \u00e9rt\u00e9k\u00e9t a legnagyobb csom\u00f3pont magjainak sz\u00e1ma f\u00f6l\u00e9 \u00e1ll\u00edtod, a podod elind\u00edt\u00e1s\u00e1t egy\u00e1ltal\u00e1n nem \u00fctemezik. Hasonl\u00f3 helyzet \u00e1ll fenn, ha van egy pod, amelynek n\u00e9gy magra van sz\u00fcks\u00e9ge, m\u00edg a Kubernetes klasztered csup\u00e1n k\u00e9t alapvet\u0151 virtu\u00e1lis g\u00e9pb\u0151l \u00e1ll.<\/p>\n

Ha az alkalmaz\u00e1sod nem kifejezetten arra lett kifejlesztve, hogy kihaszn\u00e1lja a t\u00f6bb mag el\u0151nyeit (ide tartoznak p\u00e9ld\u00e1ul a bonyolult tudom\u00e1nyos sz\u00e1m\u00edt\u00e1sok \u00e9s az adatb\u00e1zis-m\u0171veletek), akkor a legjobb gyakorlat az, ha a CPU k\u00e9rd\u00e9seket 1-re vagy ann\u00e1l alacsonyabbra \u00e1ll\u00edtod be, majd t\u00f6bb replik\u00e1t futtatsz a sk\u00e1l\u00e1zhat\u00f3s\u00e1g \u00e9rdek\u00e9ben. Ez a megold\u00e1s nagyobb rugalmass\u00e1got \u00e9s megb\u00edzhat\u00f3s\u00e1got biztos\u00edt a rendszer sz\u00e1m\u00e1ra.<\/p>\n

A CPU-korl\u00e1tok eset\u00e9ben a helyzet egyre \u00e9rdekesebb\u00e9 v\u00e1lik, mivel ez egy compressz\u00e1lhat\u00f3 er\u0151forr\u00e1snak sz\u00e1m\u00edt. Ha az alkalmaz\u00e1sod a CPU teljes\u00edtm\u00e9nykorl\u00e1tj\u00e1hoz k\u00f6zel\u00edt, a Kubernetes elkezdi lelass\u00edtani a kont\u00e9nert CPU-throttling seg\u00edts\u00e9g\u00e9vel - a processzor \u00f3rajel\u00e9nek cs\u00f6kkent\u00e9s\u00e9vel. Ez azt jelenti, hogy a processzor mesters\u00e9gesen korl\u00e1tozva lesz, ami potenci\u00e1lisan rosszabb teljes\u00edtm\u00e9nyt ny\u00fajt az alkalmaz\u00e1s sz\u00e1m\u00e1ra, azonban a folyamat nem \u00e1ll le vagy nem tolakodnak ki. <\/p>\n

A mem\u00f3ria-er\u0151forr\u00e1sokat byte-okban hat\u00e1rozz\u00e1k meg. \u00c1ltal\u00e1ban az \u00e9rt\u00e9k a be\u00e1ll\u00edt\u00e1sokban mebib\u00e1jtban (MiB) m\u00e9rhet\u0151, de b\u00e1rmilyen \u00e9rt\u00e9ket megadhatsz, a byte-kt\u00f3l a petab\u00e1jtokig. Itt hasonl\u00f3 helyzet \u00e1ll fenn, mint a CPU eset\u00e9ben - ha t\u00fall\u00e9ped a csom\u00f3pontjaidon rendelkez\u00e9sre \u00e1ll\u00f3 mem\u00f3ria mennyis\u00e9g\u00e9t, akkor ennek a podnak a v\u00e9grehajt\u00e1sa nem lesz \u00fctemezhet\u0151. De a CPU-er\u0151forr\u00e1sokkal ellent\u00e9tben a mem\u00f3ria nem compressz\u00e1lhat\u00f3, mivel nincs m\u00f3d a felhaszn\u00e1l\u00e1s\u00e1nak korl\u00e1toz\u00e1s\u00e1ra. Ez\u00e9rt a kont\u00e9ner v\u00e9grehajt\u00e1sa meg\u00e1ll, amint t\u00fall\u00e9p a sz\u00e1m\u00e1ra kijel\u00f6lt mem\u00f3ria hat\u00e1ron.<\/p>\n

\"A
\n
\nFontos megjegyezni, hogy nem \u00e1ll\u00edthat be olyan k\u00e9r\u00e9seket, amelyek meghaladj\u00e1k azokat az er\u0151forr\u00e1sokat, amelyeket a csom\u00f3pontjai tudnak biztos\u00edtani. A GKE virtu\u00e1lis g\u00e9peinek k\u00f6z\u00f6s er\u0151forr\u00e1sainak jellemz\u0151it az al\u00e1bbi vide\u00f3 alatt tal\u00e1lhat\u00f3 linkeken tal\u00e1lja.<\/p>\n

Ide\u00e1lis esetben az alap\u00e9rtelmezett kont\u00e9nerbe\u00e1ll\u00edt\u00e1sok elegend\u0151ek lesznek a munkafolyamatok z\u00f6kken\u0151mentes lebonyol\u00edt\u00e1s\u00e1hoz. De a val\u00f3s\u00e1g nem ilyen, az emberek k\u00f6nnyen elfelejthetik be\u00e1ll\u00edtani az er\u0151forr\u00e1sok haszn\u00e1lat\u00e1t, vagy a hackerek olyan k\u00e9r\u00e9seket \u00e9s korl\u00e1toz\u00e1sokat \u00e1ll\u00edthatnak be, amelyek meghaladj\u00e1k az infrastrukt\u00fara val\u00f3di k\u00e9pess\u00e9geit. Az ilyen szcen\u00e1ri\u00f3k elker\u00fcl\u00e9se \u00e9rdek\u00e9ben be\u00e1ll\u00edthatja a ResourceQuota er\u0151forr\u00e1sk\u00f6lts\u00e9gvet\u00e9seket \u00e9s a LimitRange korl\u00e1toz\u00e1sait.<\/p>\n

A n\u00e9vt\u00e9r l\u00e9trehoz\u00e1sa ut\u00e1n blokkolhat\u00f3k k\u00f6lts\u00e9gvet\u00e9sekkel. P\u00e9ld\u00e1ul, ha van prod \u00e9s dev n\u00e9vt\u00e9r, lehet egy szabv\u00e1ny, amelyben a termel\u00e9si k\u00f6lts\u00e9gvet\u00e9s teljesen hi\u00e1nyzik, m\u00edg a fejleszt\u00e9si k\u00f6lts\u00e9gvet\u00e9sek nagyon szigor\u00faak. Ez lehet\u0151v\u00e9 teszi, hogy a prod hirtelen forgalomn\u00f6veked\u00e9s eset\u00e9n elvegye az \u00f6sszes el\u00e9rhet\u0151 er\u0151forr\u00e1st, teljesen blokkolva a dev-et.<\/p>\n

Aresor-kv\u00f3ta \u00edgy n\u00e9zhet ki. Ebben a p\u00e9ld\u00e1ban 4 szakasz van \u2013 ez 4 als\u00f3 sor k\u00f3d.<\/p>\n

\"A
\n
\nN\u00e9zz\u00fck meg mindegyiket. A Requests.cpu a maxim\u00e1lis kombin\u00e1lt processzorer\u0151forr\u00e1s-k\u00e9r\u00e9sek sz\u00e1ma, amely a n\u00e9vt\u00e9r \u00f6sszes kont\u00e9ner\u00e9b\u0151l sz\u00e1rmazhat. Ebben a p\u00e9ld\u00e1ban lehet 50 kont\u00e9ner, amelyek 10m k\u00e9r\u00e9seket k\u00fcldenek, \u00f6t kont\u00e9ner 100m k\u00e9r\u00e9sekkel, vagy egyszer\u0171en egy kont\u00e9ner 500m k\u00e9r\u00e9ssel. Addig, am\u00edg a n\u00e9vt\u00e9r \u00f6sszes Requests.cpu \u00e9rt\u00e9ke kevesebb, mint 500m, minden rendben lesz.<\/p>\n

A k\u00e9rt mem\u00f3ria requests.memory a maxim\u00e1lis kombin\u00e1lt mem\u00f3riaig\u00e9ny, amelyet a n\u00e9vt\u00e9r \u00f6sszes kont\u00e9nere haszn\u00e1lhat. Mint az el\u0151z\u0151 esetben, lehet 50 kont\u00e9ner 2 MiB-ra, \u00f6t kont\u00e9ner 20 MiB-ra, vagy egyetlen kont\u00e9ner 100 MiB-ra, am\u00edg a n\u00e9vt\u00e9r \u00f6sszes k\u00e9rt mem\u00f3ri\u00e1ja kevesebb mint 100 mebib\u00e1jt.<\/p>\n

A Limits.cpu a maxim\u00e1lis kombin\u00e1lt processzorer\u0151forr\u00e1s-\u00e9rt\u00e9k, amelyet a n\u00e9vt\u00e9r \u00f6sszes kont\u00e9nere haszn\u00e1lhat. Ezt tekintheti a processzorer\u0151forr\u00e1sok k\u00e9r\u00e9seinek hat\u00e1r\u00e1nak.<\/p>\n

V\u00e9gre, limits.memory \u2013 a maxim\u00e1lis \u00f6sszmem\u00f3ria-mennyis\u00e9g, amelyet az \u00f6sszes kont\u00e9ner felhaszn\u00e1lhat a n\u00e9vt\u00e9rben. Ez a mem\u00f3riaig\u00e9nyek \u00f6sszes\u00edtett korl\u00e1toz\u00e1sa.
\nTeh\u00e1t alap\u00e9rtelmez\u00e9s szerint a Kubernetes klaszterben l\u00e9v\u0151 kont\u00e9nerek korl\u00e1tlan sz\u00e1m\u00edt\u00e1si er\u0151forr\u00e1sokkal m\u0171k\u00f6dnek. Az er\u0151forr\u00e1s-kv\u00f3t\u00e1k seg\u00edts\u00e9g\u00e9vel a klaszter adminisztr\u00e1torai korl\u00e1tozhatj\u00e1k az er\u0151forr\u00e1s-felhaszn\u00e1l\u00e1st \u00e9s l\u00e9trehoz\u00e1st n\u00e9vterek alapj\u00e1n. A n\u00e9vt\u00e9rben a pod vagy kont\u00e9ner annyi CPU- \u00e9s mem\u00f3riaer\u0151forr\u00e1st fogyaszthat, amennyi az er\u0151forr\u00e1s-kv\u00f3t\u00e1kban meg van hat\u00e1rozva. Azonban fenn\u00e1ll a vesz\u00e9lye, hogy egy pod vagy kont\u00e9ner monopoliz\u00e1lja az \u00f6sszes rendelkez\u00e9sre \u00e1ll\u00f3 er\u0151forr\u00e1st. Ennek megakad\u00e1lyoz\u00e1s\u00e1ra a limit Range haszn\u00e1latos \u2013 a n\u00e9vt\u00e9rben l\u00e9v\u0151 er\u0151forr\u00e1sok eloszt\u00e1s\u00e1nak korl\u00e1toz\u00e1s\u00e1t szolg\u00e1l\u00f3 politika (podokhoz vagy kont\u00e9nerekhez).<\/p>\n

A limit Range korl\u00e1toz\u00e1sokat biztos\u00edt, amelyek k\u00e9pesek:<\/p>\n