{"id":56259,"date":"2020-02-08T00:00:00","date_gmt":"2020-02-07T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih"},"modified":"2020-02-18T14:04:30","modified_gmt":"2020-02-18T11:04:30","slug":"rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","title":{"rendered":"Kubernetes munkacsom\u00f3pontok: sok kicsi vagy n\u00e9h\u00e1ny nagy?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kubernetes
\nKubernetes klaszter l\u00e9trehoz\u00e1sakor felmer\u00fclhetnek k\u00e9rd\u00e9sek: h\u00e1ny munkacsoportot \u00e1ll\u00edtsunk be \u00e9s milyen t\u00edpus\u00fat? Mi a jobb az on-premise klaszterhez: v\u00e1s\u00e1roljunk n\u00e9h\u00e1ny er\u0151s szervert, vagy haszn\u00e1ljunk fel egy tucat r\u00e9gi g\u00e9pet a saj\u00e1t adatk\u00f6zpontunkban? \u00c9s felh\u0151ben ink\u00e1bb nyolc egymagos, vagy k\u00e9t n\u00e9gymagos p\u00e9ld\u00e1nyt v\u00e1lasszunk? <\/p>\n

A k\u00e9rd\u00e9sekre a cikk ad v\u00e1laszt Daniel Weibel, m\u00e9rn\u00f6k \u00e9s oktat\u00f3 a Learnk8s oktat\u00e1si projekt keret\u00e9ben<\/a><\/noindex> a csapat ford\u00edt\u00e1s\u00e1ban Kubernetes aaS a Mail.ru-t\u00f3l<\/a><\/noindex>.
\n<\/a><\/noindex><\/p>\n

A klaszter kapacit\u00e1sa<\/h2>\n

\n\u00c1ltal\u00e1noss\u00e1gban a Kubernetes klasztert egy nagy \"szupercsom\u00f3pontk\u00e9nt\" lehet tekinteni. A teljes sz\u00e1m\u00edt\u00e1si teljes\u00edtm\u00e9nye az \u00f6sszes alkot\u00f3csom\u00f3pont teljes\u00edtm\u00e9ny\u00e9nek \u00f6sszege. <\/p>\n

T\u00f6bb m\u00f3dja van a k\u00edv\u00e1nt klaszterkapacit\u00e1s el\u00e9r\u00e9s\u00e9nek. P\u00e9ld\u00e1ul sz\u00fcks\u00e9g\u00fcnk van egy klaszterre, amelynek \u00f6sszkapacit\u00e1sa 8 CPU mag \u00e9s 32 GB RAM, mert az alkalmaz\u00e1scsomag ennyi er\u0151forr\u00e1st ig\u00e9nyel. Akkor telep\u00edthet\u00fcnk k\u00e9t 16 GB-os csom\u00f3pontot, vagy n\u00e9gy 8 GB-os csom\u00f3pontot, k\u00e9t n\u00e9gymagos processzort, vagy n\u00e9gy k\u00e9tmagos processzort.<\/p>\n

Itt van csak k\u00e9t lehets\u00e9ges m\u00f3d a klaszter l\u00e9trehoz\u00e1s\u00e1ra:<\/p>\n

\"Kubernetes
\nMindk\u00e9t lehet\u0151s\u00e9g ugyanazt a kapacit\u00e1s\u00fa klasztert adja, de az als\u00f3 konfigur\u00e1ci\u00f3n n\u00e9gy kisebb csom\u00f3pont, m\u00edg a fels\u0151 konfigur\u00e1ci\u00f3n k\u00e9t nagyobb csom\u00f3pont tal\u00e1lhat\u00f3. <\/p>\n

Melyik opci\u00f3 a jobb?<\/h3>\n

\nA k\u00e9rd\u00e9s megv\u00e1laszol\u00e1s\u00e1hoz n\u00e9zz\u00fck meg mindk\u00e9t opci\u00f3 el\u0151nyeit. \u00d6sszefoglaltuk \u0151ket egy t\u00e1bl\u00e1zatban.<\/p>\n

N\u00e9h\u00e1ny nagy csom\u00f3pont<\/p>\n

Sok kis csom\u00f3pont<\/p>\n

Egyszer\u0171bb a klaszter kezel\u00e9se (ha on-premise)<\/p>\n

Z\u00f6kken\u0151mentes automatikus sk\u00e1l\u00e1z\u00e1s<\/p>\n

Olcs\u00f3bb (ha on-premise) <\/p>\n

Az \u00e1r alig k\u00fcl\u00f6nb\u00f6zik (a felh\u0151ben) <\/p>\n

Er\u0151forr\u00e1s-ig\u00e9nyes alkalmaz\u00e1sok futtat\u00e1sa lehets\u00e9ges <\/p>\n

Teljes k\u00f6r\u0171 replik\u00e1ci\u00f3<\/p>\n

Az er\u0151forr\u00e1sok hat\u00e9konyabban hasznosulnak (kevesebb t\u00falfejleszt\u00e9s a rendszerd\u00e9monok miatt)
\nMagasabb a klaszter rendelkez\u00e9sre \u00e1ll\u00e1sa<\/p>\n

Ne feledj\u00fck, hogy csak a munkacsoportokr\u00f3l besz\u00e9l\u00fcnk. A f\u0151 csom\u00f3pontok sz\u00e1m\u00e1nak \u00e9s m\u00e9ret\u00e9nek megv\u00e1laszt\u00e1sa teljesen m\u00e1s t\u00e9ma.<\/p>\n

Teh\u00e1t r\u00e9szletesebben besz\u00e9lj\u00fck meg a t\u00e1bl\u00e1zat minden egyes pontj\u00e1t.<\/p>\n

Az els\u0151 opci\u00f3: n\u00e9h\u00e1ny nagy csom\u00f3pont<\/h2>\n

\nA legextremist\u00e1bb opci\u00f3 egy munkacsoport az eg\u00e9sz klaszter kapacit\u00e1s\u00e1ra. A fenti p\u00e9ld\u00e1ban ez egy munkacsoport lenne 16 CPU maggal \u00e9s 16 GB RAM-mal.<\/p>\n

El\u0151ny\u00f6k <\/h3>\n

\nEl\u0151ny #1. Egyszer\u0171bb a kezel\u00e9s<\/b>
\nK\u00f6nnyebb t\u00f6bb g\u00e9pet kezelni, mint egy teljes flott\u00e1t. Gyorsabb a friss\u00edt\u00e9sek \u00e9s jav\u00edt\u00e1sok telep\u00edt\u00e9se, k\u00f6nnyebb a szinkroniz\u00e1l\u00e1s. Az abszol\u00fat sz\u00e1mokban is kevesebb a meghib\u00e1sod\u00e1s.<\/p>\n

Vegye figyelembe, hogy mindez a saj\u00e1t hardver\u00e9re, saj\u00e1t szervereire vonatkozik, nem pedig a felh\u0151beli p\u00e9ld\u00e1nyokra.<\/p><\/blockquote>\n

\nA felh\u0151ben m\u00e1s a helyzet. Ott a felh\u0151szolg\u00e1ltat\u00f3 kezeli az \u00fczemeltet\u00e9st. \u00cdgy a felh\u0151ben t\u00edz node kezel\u00e9se nem sokban k\u00fcl\u00f6nb\u00f6zik az egy node kezel\u00e9s\u00e9t\u0151l.<\/p>\n

A forgalom ir\u00e1ny\u00edt\u00e1sa \u00e9s a terhel\u00e9s megoszt\u00e1sa a felh\u0151beli podok k\u00f6z\u00f6tt automatikusan t\u00f6rt\u00e9nik<\/a><\/noindex>: az internetr\u0151l \u00e9rkez\u0151 forgalom a f\u0151 terhel\u00e9seloszt\u00f3ra \u00e9rkezik, amely a forgalmat egy node egy portj\u00e1ra ir\u00e1ny\u00edtja (a NodePort szolg\u00e1ltat\u00e1s 30000-32767 k\u00f6z\u00f6tti portot \u00e1ll\u00edt be minden klaszter node-on). A kube-proxy \u00e1ltal be\u00e1ll\u00edtott szab\u00e1lyok a forgalmat a nodr\u00f3l a podra ir\u00e1ny\u00edtj\u00e1k. \u00cdgy n\u00e9z ki t\u00edz pod eset\u00e9n k\u00e9t node-on:<\/p>\n

\"Kubernetes
\nPlusz #2. Kevesebb k\u00f6lts\u00e9g nodonk\u00e9nt<\/b>
\nEgy er\u0151sebb g\u00e9p dr\u00e1g\u00e1bb, de az \u00e1r n\u00f6veked\u00e9se nem felt\u00e9tlen\u00fcl line\u00e1ris. M\u00e1s sz\u00f3val, egy t\u00edzmagos szerver 10 GB RAM-mal \u00e1ltal\u00e1ban olcs\u00f3bb, mint t\u00edz egymagos szerver ugyanannyi RAM-mal.<\/p>\n

De vegye figyelembe, hogy ez a szab\u00e1ly \u00e1ltal\u00e1ban nem \u00e9rv\u00e9nyes a felh\u0151szolg\u00e1ltat\u00e1sokra. A jelenlegi \u00e1rk\u00e9pz\u00e9si modellekben a legt\u00f6bb felh\u0151szolg\u00e1ltat\u00f3 \u00e1ra line\u00e1risan emelkedik a kapacit\u00e1s n\u00f6vel\u00e9s\u00e9vel.<\/p><\/blockquote>\n

\n\u00cdgy a felh\u0151ben \u00e1ltal\u00e1ban nem lehet sp\u00f3rolni a nagyobb teljes\u00edtm\u00e9ny\u0171 szervereken.<\/p>\n

Plusz #3. Er\u0151forr\u00e1s-ig\u00e9nyes alkalmaz\u00e1sok futtat\u00e1sa<\/b>
\nN\u00e9h\u00e1ny alkalmaz\u00e1snak er\u0151s szerverekre van sz\u00fcks\u00e9ge a klaszterben. P\u00e9ld\u00e1ul, ha egy g\u00e9pi tanul\u00e1si rendszernek 8 GB RAM-ra van sz\u00fcks\u00e9ge, azt nem lehet 1 GB-os node-on futtatni, csak legal\u00e1bb egy nagyobb munk\u00e1hoz sz\u00fcks\u00e9ges node mellett.<\/p>\n

H\u00e1tr\u00e1nyok <\/h3>\n

\n1. sz\u00e1m\u00fa h\u00e1tr\u00e1ny. T\u00fal sok pod egy csom\u00f3ponton<\/b>
\nHa ugyanazt a feladatot kevesebb csom\u00f3ponton v\u00e9gezz\u00fck, akkor term\u00e9szetesen t\u00f6bb pod lesz rajtuk.<\/p>\n

Ez probl\u00e9m\u00e1t okozhat.<\/p>\n

Az a probl\u00e9ma, hogy minden modul hozz\u00e1j\u00e1rul a kont\u00e9ner futtat\u00e1si k\u00f6rnyezet\u00e9nek k\u00f6lts\u00e9geihez (p\u00e9ld\u00e1ul Docker), valamint a kubelethez \u00e9s a cAdvisorhoz.<\/p>\n

P\u00e9ld\u00e1ul a kubelet rendszeresen ellen\u0151rzi a node \u00f6sszes kont\u00e9ner\u00e9nek \u00e9lhet\u0151s\u00e9g\u00e9t \u2014 min\u00e9l t\u00f6bb kont\u00e9ner van, ann\u00e1l t\u00f6bb munka h\u00e1rul a kubeletre.<\/p>\n

A CAdvisor \u00f6sszegy\u0171jti a node-on tal\u00e1lhat\u00f3 \u00f6sszes kont\u00e9ner er\u0151forr\u00e1s-haszn\u00e1lati statisztik\u00e1it, amelyeket a kubelet rendszeresen lek\u00e9rdez, \u00e9s az API-n kereszt\u00fcl biztos\u00edt. Ism\u00e9telten, min\u00e9l t\u00f6bb kont\u00e9ner van, ann\u00e1l t\u00f6bb munka h\u00e1rul a cAdvisor-ra \u00e9s a kubelet-re is.<\/p>\n

Amennyiben a modulok sz\u00e1ma megn\u0151, az lelass\u00edthatja a rendszert, \u00e9s ak\u00e1r a megb\u00edzhat\u00f3s\u00e1g\u00e1t is vesz\u00e9lyeztetheti.<\/p>\n

\"Kubernetes
\nA Kubernetes t\u00e1rol\u00f3j\u00e1ban n\u00e9h\u00e1nyan panaszkodtak<\/a><\/noindex>, hogy a node-ok a Ready\/NotReady st\u00e1tuszok k\u00f6z\u00f6tt ugr\u00e1lnak, mivel a kubelet rendszeres ellen\u0151rz\u00e9sei a node-on l\u00e9v\u0151 kont\u00e9nerek eset\u00e9ben t\u00fal sok id\u0151t vesznek ig\u00e9nybe.
\nEz\u00e9rt a Kubernetes aj\u00e1nlja, hogy ne helyezz\u00fcnk el t\u00f6bb mint 110 podot egy csom\u00f3ponton<\/a><\/noindex>. A node teljes\u00edtm\u00e9ny\u00e9t\u0151l f\u00fcgg\u0151en t\u00f6bb pod-ot is futtathat egy node-on, de neh\u00e9z megj\u00f3solni, hogy lesznek-e probl\u00e9m\u00e1k, vagy minden j\u00f3l fog m\u0171k\u00f6dni. \u00c9rdemes el\u0151re tesztelni a m\u0171k\u00f6d\u00e9st. <\/p>\n

2. sz\u00e1m\u00fa h\u00e1tr\u00e1ny. A replik\u00e1ci\u00f3s korl\u00e1toz\u00e1s<\/b>
\nA t\u00fal kev\u00e9s node korl\u00e1tozza az alkalmaz\u00e1sok hat\u00e9kony replik\u00e1ci\u00f3s fok\u00e1t. P\u00e9ld\u00e1ul, ha van egy \u00f6tre replik\u00e1lt magas rendelkez\u00e9sre \u00e1ll\u00e1s\u00fa alkalmaz\u00e1s, de csak k\u00e9t node-od van, akkor az alkalmaz\u00e1s hat\u00e9kony replik\u00e1ci\u00f3s foka k\u00e9tre cs\u00f6kken.<\/p>\n

Az \u00f6t replik\u00e1t csak k\u00e9t node-on lehet elosztani, \u00e9s ha az egyik nem m\u0171k\u00f6dik, az t\u00f6bb replik\u00e1t is azonnal le\u00e1ll\u00edt.<\/p>\n

Ha \u00f6t vagy ann\u00e1l t\u00f6bb node-od van, minden replik\u00e1t k\u00fcl\u00f6n node-on futtatnak, \u00e9s egy node le\u00e1ll\u00e1sa legfeljebb egy replik\u00e1t t\u00e1vol\u00edt el.<\/p>\n

\u00cdgy a magas rendelkez\u00e9sre \u00e1ll\u00e1s k\u00f6vetelm\u00e9nyei megk\u00f6vetelhetik a klaszterben egy bizonyos minim\u00e1lis node sz\u00e1mot.<\/p>\n

3. sz\u00e1m\u00fa h\u00e1tr\u00e1ny. A le\u00e1ll\u00e1s k\u00f6vetkezm\u00e9nyei s\u00falyosabbak<\/b>
\nKis sz\u00e1m\u00fa node mellett minden le\u00e1ll\u00e1s s\u00falyosabb k\u00f6vetkezm\u00e9nyekkel j\u00e1r. P\u00e9ld\u00e1ul, ha csak k\u00e9t node-od van, \u00e9s az egyik meghib\u00e1sodik, akkor azonnal elt\u0171nik a modulok fele.<\/p>\n

Term\u00e9szetesen a Kubernetes \u00e1thelyezi a le\u00e1llt node terhel\u00e9s\u00e9t a t\u00f6bbi node-ra. De ha kev\u00e9s van bel\u0151l\u00fck, lehet, hogy nincs elegend\u0151 szabad kapacit\u00e1s. Ennek eredm\u00e9nyek\u00e9nt n\u00e9h\u00e1ny alkalmaz\u00e1sod nem lesz el\u00e9rhet\u0151, am\u00edg nem ind\u00edtod \u00fajra a le\u00e1llt node-ot.<\/p>\n

\u00cdgy min\u00e9l t\u00f6bb node van, ann\u00e1l kisebb a hardveres meghib\u00e1sod\u00e1sok hat\u00e1sa.<\/p>\n

4. sz\u00e1m\u00fa h\u00e1tr\u00e1ny. Tov\u00e1bbi l\u00e9p\u00e9sek az automatikus sk\u00e1l\u00e1z\u00e1shoz<\/b>
\nA Kubernetes-ben a felh\u0151infrastrukt\u00far\u00e1hoz automatikus klaszterszab\u00e1lyoz\u00f3 rendszer m\u0171k\u00f6dik, amely lehet\u0151v\u00e9 teszi csom\u00f3pontok automatikus hozz\u00e1ad\u00e1s\u00e1t vagy elt\u00e1vol\u00edt\u00e1s\u00e1t a jelenlegi ig\u00e9nyeknek megfelel\u0151en. Nagy csom\u00f3pontok eset\u00e9n az automatikus szab\u00e1lyoz\u00e1s \u00e9lesebb\u00e9 \u00e9s \u00fcgyetlenn\u00e9 v\u00e1lik. P\u00e9ld\u00e1ul k\u00e9t csom\u00f3pont eset\u00e9n egy tov\u00e1bbi csom\u00f3pont hozz\u00e1ad\u00e1sa azonnal 50%-kal n\u00f6veli a klaszter kapacit\u00e1s\u00e1t. \u00c9s ezek\u00e9rt az er\u0151forr\u00e1sok\u00e9rt fizetnie kell, m\u00e9g ha \u00e9ppen nincs is sz\u00fcks\u00e9ge r\u00e1juk.<\/p>\n

\u00cdgy ha automatikus klaszterszab\u00e1lyoz\u00e1st tervez, akkor min\u00e9l kisebbek a csom\u00f3pontok, ann\u00e1l rugalmasabb \u00e9s gazdas\u00e1gosabb szab\u00e1lyoz\u00e1st kap.<\/p>\n

Most n\u00e9zz\u00fck meg a sok kis csom\u00f3pont el\u0151nyeit \u00e9s h\u00e1tr\u00e1nyait.<\/p>\n

M\u00e1sodik lehet\u0151s\u00e9g: sok kis csom\u00f3pont<\/h2>\n

\nEnnek a megk\u00f6zel\u00edt\u00e9snek az el\u0151nyei l\u00e9nyeg\u00e9ben az ellent\u00e9tes lehet\u0151s\u00e9g, azaz a few nagy csom\u00f3pont h\u00e1tr\u00e1nyaib\u00f3l ad\u00f3dnak.<\/p>\n

El\u0151ny\u00f6k<\/h3>\n

\nEl\u0151ny #1. Kevesebb hiba k\u00f6vetkezm\u00e9nye<\/b>
\nMin\u00e9l t\u00f6bb csom\u00f3pont van, ann\u00e1l kevesebb pod jut minden egyes csom\u00f3pontnak. P\u00e9ld\u00e1ul, ha sz\u00e1z modulunk van t\u00edz csom\u00f3ponton, akkor az \u00e1tlagosan t\u00edz modul lesz minden egyes csom\u00f3ponton.<\/p>\n

\u00cdgy ha egy csom\u00f3pont le\u00e1ll, csak a munkaterhel\u00e9s 10%-\u00e1t vesz\u00edtj\u00fck el. Val\u00f3sz\u00edn\u0171, hogy csak n\u00e9h\u00e1ny replik\u00e1t \u00e9rint, m\u00edg az alkalmaz\u00e1sok \u00f6sszess\u00e9g\u00e9ben m\u0171k\u00f6d\u0151k\u00e9pesek maradnak.<\/p>\n

Ezenk\u00edv\u00fcl a fennmarad\u00f3 csom\u00f3pontoknak val\u00f3sz\u00edn\u0171leg elegend\u0151 szabad er\u0151forr\u00e1suk lesz a le\u00e1llt csom\u00f3pont terhel\u00e9s\u00e9nek kezel\u00e9s\u00e9re, \u00edgy a Kubernetes szabadon \u00e1t tudja tervezni a podokat, \u00e9s alkalmaz\u00e1sai viszonylag gyorsan visszat\u00e9rhetnek a m\u0171k\u00f6d\u0151 \u00e1llapotba.<\/p>\n

El\u0151ny #2. J\u00f3 replik\u00e1ci\u00f3<\/b>
\nHa elegend\u0151 csom\u00f3pont van, a Kubernetes \u00fctemez\u0151 minden replik\u00e1nak k\u00fcl\u00f6nb\u00f6z\u0151 csom\u00f3pontokat tud kijel\u00f6lni. \u00cdgy, ha egy csom\u00f3pont hib\u00e1t \u00e9szlel, csak egy replika \u00e9rintett, \u00e9s az alkalmaz\u00e1s el\u00e9rhet\u0151 marad.<\/p>\n

H\u00e1tr\u00e1nyok <\/h3>\n

\nH\u00e1tr\u00e1ny #1. Nehezebb kezel\u00e9s<\/b>
\nSok csom\u00f3pontot nehezebb kezelni. P\u00e9ld\u00e1ul minden Kubernetes-csom\u00f3pontnak interakci\u00f3ba kell l\u00e9pnie az \u00f6sszes t\u00f6bbi csom\u00f3ponttal, teh\u00e1t a kapcsolatok sz\u00e1ma n\u00e9gyzetesen n\u0151, \u00e9s ezeket mind nyomon kell k\u00f6vetni.<\/p>\n

A Kubernetes vez\u00e9rl\u0151 manager\u00e9nek csom\u00f3pont-ellen\u0151rz\u0151je rendszeresen bej\u00e1r minden csom\u00f3pontot a klaszterben a m\u0171k\u00f6d\u0151k\u00e9pess\u00e9g ellen\u0151rz\u00e9s\u00e9re \u2014 min\u00e9l t\u00f6bb a csom\u00f3pont, ann\u00e1l nagyobb a terhel\u00e9s a vez\u00e9rl\u0151n.<\/p>\n

N\u00f6vekszik a terhel\u00e9s az etcd adatb\u00e1zison is \u2014 minden kubelet \u00e9s kube-proxy h\u00edv\u00e1st ind\u00edt. watcher<\/a><\/noindex> az etcd (API-n kereszt\u00fcl), amely sz\u00e1m\u00e1ra az etcd friss\u00edt\u00e9seket kell transzpon\u00e1lnia.<\/p>\n

\u00c1ltal\u00e1ban minden munkaknot hozz\u00e1ad egy extra terhel\u00e9st a f\u0151 csom\u00f3pontok rendszerkomponenseire.<\/p>\n

\"Kubernetes
\nHivatalosan a Kubernetes t\u00e1mogatja a klasztereket maxim\u00e1lisan 5000 csom\u00f3ponttal.<\/a><\/noindex>Viszont a gyakorlatban m\u00e1r 500 csom\u00f3pont probl\u00e9m\u00e1kat okozhat.<\/a><\/noindex>.<\/p>\n

A nagy sz\u00e1m\u00fa munkacsom\u00f3pont megfelel\u0151 kezel\u00e9s\u00e9hez \u00e9rdemes er\u0151sebb f\u0151csom\u00f3pontokat v\u00e1lasztani. P\u00e9ld\u00e1ul a kube-up automatikusan telep\u00edti<\/a><\/noindex> a f\u0151csom\u00f3pont helyes VM m\u00e9ret\u00e9t a munkacsom\u00f3pontok sz\u00e1ma alapj\u00e1n. Teh\u00e1t min\u00e9l t\u00f6bb munkacsom\u00f3pont van, ann\u00e1l er\u0151sebbeknek kell lenni\u00fck a f\u0151csom\u00f3pontoknak. <\/p>\n

Ezekre a specifikus probl\u00e9m\u00e1kra vannak speci\u00e1lis fejleszt\u00e9sek, mint p\u00e9ld\u00e1ul Virtual Kubelet.<\/a><\/noindex>Ez a rendszer lehet\u0151v\u00e9 teszi a korl\u00e1tok megker\u00fcl\u00e9s\u00e9t \u00e9s hatalmas munkacsom\u00f3pontokkal rendelkez\u0151 klaszterek \u00e9p\u00edt\u00e9s\u00e9t.<\/p>\n

A h\u00e1tr\u00e1ny 2. Magasabb adminisztrat\u00edv k\u00f6lts\u00e9gek.<\/b>
\nA Kubernetes minden munkacsom\u00f3ponton egy sor rendszer d\u00e9monj\u00e1t futtat \u2014 ezek k\u00f6z\u00e9 tartozik a kont\u00e9ner futtat\u00e1si k\u00f6rnyezet (p\u00e9ld\u00e1ul Docker), kube-proxy \u00e9s kubelet, bele\u00e9rtve a cAdvisor-t. \u00d6sszess\u00e9g\u00e9ben ezek meghat\u00e1rozott, fix mennyis\u00e9g\u0171 er\u0151forr\u00e1st fogyasztanak.<\/p>\n

Ha sok kis csom\u00f3pont van, akkor ezen csom\u00f3pontok minden egyes adminisztrat\u00edv k\u00f6lts\u00e9ge nagyobb. P\u00e9ld\u00e1ul k\u00e9pzelje el, hogy egy csom\u00f3pont minden rendszerd\u00e9mona egy\u00fctt 0,1 CPU magot \u00e9s 0,1 GB mem\u00f3ri\u00e1t haszn\u00e1l. Ha van egy t\u00edzmagos csom\u00f3pontja 10 GB mem\u00f3ri\u00e1val, akkor a d\u00e9monok a klaszter kapacit\u00e1s\u00e1nak 1%-\u00e1t fogyasztj\u00e1k. Ezzel szemben t\u00edz egymagos csom\u00f3ponton 1 GB mem\u00f3ri\u00e1val a d\u00e9monok a klaszter kapacit\u00e1s\u00e1nak 10%-\u00e1t fogj\u00e1k el.<\/p>\n

Ez\u00e9rt min\u00e9l kevesebb csom\u00f3pont van, ann\u00e1l hat\u00e9konyabban haszn\u00e1lj\u00e1k ki az infrastrukt\u00far\u00e1t.<\/p>\n

A h\u00e1tr\u00e1ny 3. Er\u0151forr\u00e1sok nem hat\u00e9kony haszn\u00e1lata.<\/b>
\nKis csom\u00f3pontok eset\u00e9n el\u0151fordulhat, hogy a fennmarad\u00f3 er\u0151forr\u00e1s-foszl\u00e1nyok t\u00fal kicsik ahhoz, hogy valamilyen terhel\u00e9st rendeljenek hozz\u00e1juk, ez\u00e9rt kihaszn\u00e1latlanok maradnak.<\/p>\n

P\u00e9ld\u00e1ul minden pod 0,75 GB mem\u00f3ri\u00e1t ig\u00e9nyel. Ha t\u00edz csom\u00f3pontunk van, \u00e9s mindegyikben 1 GB mem\u00f3ria \u00e1ll rendelkez\u00e9sre, akkor t\u00edz podot lehet futtatni \u2014 v\u00e9g\u00fcl minden csom\u00f3ponton 0,25 GB kihaszn\u00e1latlan mem\u00f3ria marad.<\/p>\n

Ez azt jelenti, hogy a klaszter teljes mem\u00f3ri\u00e1j\u00e1nak 25%-a nem hasznosul.<\/p>\n

Egy nagy csom\u00f3ponton 10 GB mem\u00f3ri\u00e1val 13 ilyen podot tud futtatni \u2014 \u00e9s csak 0,25 GB kihaszn\u00e1latlan fragmens marad.<\/p>\n

Ebben az esetben csak a mem\u00f3ria 2,5%-a pazarol\u00f3dik el.<\/p>\n

\u00cdgy a nagyobb klaszterekben optim\u00e1lisabban haszn\u00e1lj\u00e1k fel az er\u0151forr\u00e1sokat.<\/p>\n

T\u00f6bb nagy klaszter vagy sok kisebb?<\/h2>\n

\nTeh\u00e1t mi a jobb: n\u00e9h\u00e1ny nagy klaszter a klaszterben vagy sok kicsi? Mint mindig, nincs egy\u00e9rtelm\u0171 v\u00e1lasz. Sok minden att\u00f3l f\u00fcgg, hogy milyen t\u00edpus\u00fa alkalmaz\u00e1sr\u00f3l van sz\u00f3.<\/p>\n

P\u00e9ld\u00e1ul, ha az alkalmaz\u00e1snak 10 GB mem\u00f3ria sz\u00fcks\u00e9ges, nyilv\u00e1nval\u00f3 a v\u00e1laszt\u00e1s a nagyobb klaszterek mellett. Ha viszont az alkalmaz\u00e1s t\u00edzszeres replik\u00e1ci\u00f3t ig\u00e9nyel a magas rendelkez\u00e9sre \u00e1ll\u00e1s \u00e9rdek\u00e9ben, val\u00f3sz\u00edn\u0171leg nem \u00e9rdemes kock\u00e1ztatni, \u00e9s replik\u00e1kat csak k\u00e9t klaszteren t\u00e1rolni - a klaszternek legal\u00e1bb t\u00edz klaszterb\u0151l kell \u00e1llnia.<\/p>\n

K\u00f6ztes helyzetekben v\u00e1lasszon az egyes lehet\u0151s\u00e9gek el\u0151nyei \u00e9s h\u00e1tr\u00e1nyai alapj\u00e1n. Lehet, hogy egyes \u00e9rvek relev\u00e1nsabbak az \u00f6n helyzet\u00e9ben, mint m\u00e1sok.<\/p>\n

Egy\u00e1ltal\u00e1n nem k\u00f6telez\u0151, hogy minden klaszter egyform\u00e1n nagy legyen. Semmi nem akad\u00e1lyozza meg, hogy el\u0151sz\u00f6r azonos m\u00e9ret\u0171 klaszterekkel k\u00eds\u00e9rletezzen, majd hozz\u00e1adjon m\u00e1s m\u00e9ret\u0171 klasztereket, kombin\u00e1lva \u0151ket a klaszterben. A Kubernetes klaszter munkaklaszterei teljesen heterog\u00e9nek lehetnek. Teh\u00e1t kipr\u00f3b\u00e1lhatja mindk\u00e9t megk\u00f6zel\u00edt\u00e9s el\u0151nyeit.<\/p>\n

Nincs egyetlen recept, \u00e9s minden helyzetnek megvannak a saj\u00e1t \u00e1rnyalata, csak a termel\u00e9s fogja megmutatni az igazs\u00e1got.<\/p>\n

A ford\u00edt\u00e1st a felh\u0151platform csapata k\u00e9sz\u00edtette. Mail.ru Cloud Solutions<\/a><\/noindex>.<\/i><\/p>\n

Tov\u00e1bbi inform\u00e1ci\u00f3k a Kubernetesr\u0151l: 25 hasznos eszk\u00f6z klaszterek kezel\u00e9s\u00e9re \u00e9s telep\u00edt\u00e9s\u00e9re<\/a><\/noindex>.<\/p>\n

Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 Kubernetes \u043c\u043e\u0433\u0443\u0442 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u0442\u044c \u0432\u043e\u043f\u0440\u043e\u0441\u044b: \u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0440\u0430\u0431\u043e\u0447\u0438\u0445 \u0443\u0437\u043b\u043e\u0432 \u0438 \u043a\u0430\u043a\u043e\u0433\u043e \u0442\u0438\u043f\u0430? \u0427\u0442\u043e \u043b\u0443\u0447\u0448\u0435 \u0434\u043b\u044f \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 on-premise: \u043a\u0443\u043f\u0438\u0442\u044c \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u043e\u0449\u043d\u044b\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0438\u043b\u0438 \u0437\u0430\u0434\u0435\u0439\u0441\u0442\u0432\u043e\u0432\u0430\u0442\u044c \u0434\u0435\u0441\u044f\u0442\u043e\u043a \u0441\u0442\u0430\u0440\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0432 \u0432\u0430\u0448\u0435\u043c \u0434\u0430\u0442\u0430-\u0446\u0435\u043d\u0442\u0440\u0435? \u0410 \u0432 \u043e\u0431\u043b\u0430\u043a\u0435 \u043b\u0443\u0447\u0448\u0435 \u0432\u0437\u044f\u0442\u044c \u0432\u043e\u0441\u0435\u043c\u044c \u043e\u0434\u043d\u043e\u044f\u0434\u0435\u0440\u043d\u044b\u0445 \u0438\u043b\u0438 \u0434\u0432\u0430 \u0447\u0435\u0442\u044b\u0440\u0435\u0445\u044a\u044f\u0434\u0435\u0440\u043d\u044b\u0445 \u0438\u043d\u0441\u0442\u0430\u043d\u0441\u0430? \u041e\u0442\u0432\u0435\u0442\u044b \u043d\u0430 \u044d\u0442\u0438 \u0432\u043e\u043f\u0440\u043e\u0441\u044b \u2014 \u0432 \u0441\u0442\u0430\u0442\u044c\u0435 \u0414\u0430\u043d\u0438\u044d\u043b\u044f \u0412\u0430\u0439\u0431\u0435\u043b\u044f, \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0430-\u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u0430 \u0438 \u043f\u0440\u0435\u043f\u043e\u0434\u0430\u0432\u0430\u0442\u0435\u043b\u044f \u043e\u0431\u0443\u0447\u0430\u044e\u0449\u0435\u0433\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-56259","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kubernetes munkaklaszterek: sok kicsi vagy n\u00e9h\u00e1ny nagy? | ProHoster","description":"A klaszter l\u00e9trehoz\u00e1sakor.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0430\u0431\u043e\u0447\u0438\u0435 \u0443\u0437\u043b\u044b Kubernetes: \u043c\u043d\u043e\u0433\u043e \u043c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u0445 \u0438\u043b\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0431\u043e\u043b\u044c\u0448\u0438\u0445? | ProHoster","og:description":"\u041f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430.","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/rabochie-uzly-kubernetes-mnogo-malenkih-ili-neskolko-bolshih","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-07T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"56259","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:28:23","updated":"2022-10-03 08:08:38","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/56259","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=56259"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/56259\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=56259"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=56259"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=56259"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}