{"id":97982,"date":"2020-10-23T14:42:15","date_gmt":"2020-10-23T12:42:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes"},"modified":"2020-11-18T00:58:47","modified_gmt":"2020-11-17T22:58:47","slug":"devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes","title":{"rendered":"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/92dc510aa9d785a31d310816b18bf854.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Hell\u00f3 mindenkinek! A nevem Oleg Sidorenkov, az infrastrukt\u00fara csapat vezet\u0151jek\u00e9nt dolgozom a DomKlick c\u00e9gn\u00e9l. A \u201eKubik\u201d-ot m\u00e1r t\u00f6bb mint h\u00e1rom \u00e9ve \u00fczemeltetj\u00fck a termel\u00e9sben, \u00e9s ez id\u0151 alatt sok \u00e9rdekes dolgon ment\u00fcnk kereszt\u00fcl. Ma elmondom nektek, hogyan hozhatj\u00e1tok ki a \u201evan\u00edlia\u201d Kubernetes-b\u0151l m\u00e9g t\u00f6bb teljes\u00edtm\u00e9nyt a klaszteretek sz\u00e1m\u00e1ra. K\u00e9szen \u00e1lltok? <\/p>\n<p>Mindenki j\u00f3l tudja, hogy a Kubernetes egy sk\u00e1l\u00e1zhat\u00f3, ny\u00edlt forr\u00e1sk\u00f3d\u00fa rendszer a kont\u00e9nerek orchestration-hoz; vagyis 5 bin\u00e1ris f\u00e1jl, amelyek var\u00e1zslatot csin\u00e1lnak, ir\u00e1ny\u00edtva a mikroszolg\u00e1ltat\u00e1sok \u00e9letciklus\u00e1t a szerver k\u00f6rnyezetben. Ezenk\u00edv\u00fcl ez egy el\u00e9g rugalmas eszk\u00f6z, amelyet Lego \u00e9p\u00edt\u0151k\u00e9szletk\u00e9nt \u00f6ssze lehet rakni, hogy a k\u00fcl\u00f6nb\u00f6z\u0151 feladatokhoz maxim\u00e1lis testreszabhat\u00f3s\u00e1got ny\u00fajtson.<\/p>\n<p>\u00dagy t\u0171nik, minden rendben van: dobd be a szervereket a klaszterbe, mint a has\u00e1bokat a t\u0171zbe, \u00e9s ne is foglalkozz vele. De ha a z\u00f6ld gondolkod\u00e1s h\u00edve vagy, elgondolkodsz: \u201eHogyan tarthatom fenn a t\u00fczet a k\u00e1lyh\u00e1mban, \u00e9s egy\u00fattal k\u00edm\u00e9ljem az erd\u0151t?\u201d. M\u00e1s sz\u00f3val, hogyan tal\u00e1lhat\u00f3k meg a m\u00f3dok az infrastrukt\u00fara jav\u00edt\u00e1s\u00e1ra \u00e9s a k\u00f6lts\u00e9gek cs\u00f6kkent\u00e9s\u00e9re.<\/p>\n<h2>1. Figyelj a csapatok \u00e9s alkalmaz\u00e1sok er\u0151forr\u00e1saira<\/h2>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/91e2e60b47ee985b024532c8b685230c.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Az egyik legegyszer\u0171bb, de hat\u00e9kony m\u00f3dszer a requests\/limits bevezet\u00e9se. Oszd sz\u00e9t az alkalmaz\u00e1sokat n\u00e9vterekre, \u00e9s a n\u00e9vtereket a fejleszt\u0151 csapatokra. Hat\u00e1rozz meg az alkalmaz\u00e1s sz\u00e1m\u00e1ra processzorid\u0151, mem\u00f3ria \u00e9s \u00e1thidal\u00f3 t\u00e1rol\u00f3 fogyaszt\u00e1si \u00e9rt\u00e9keket telep\u00edt\u00e9s el\u0151tt.<\/p>\n<pre><code>resources:\n   requests:\n     memory: 2Gi\n     cpu: 250m\n   limits:\n     memory: 4Gi\n     cpu: 500m<\/code><\/pre>\n<p>Tapasztalataink alapj\u00e1n arra a k\u00f6vetkeztet\u00e9sre jutottunk, hogy nem \u00e9rdemes a k\u00e9r\u00e9seket a korl\u00e1tokt\u00f3l t\u00f6bb mint k\u00e9tszeres\u00e9re n\u00f6velni. A klaszter m\u00e9rete a k\u00e9r\u00e9sek alapj\u00e1n kalkul\u00e1l\u00f3dik, \u00e9s ha az alkalmaz\u00e1soknak 5-10-szeres elt\u00e9r\u00e9st biztos\u00edtasz az er\u0151forr\u00e1sokban, k\u00e9pzeld el, mi t\u00f6rt\u00e9nik a csom\u00f3pontoddal, amikor megtelik podokkal \u00e9s hirtelen terhel\u00e9st kap. Semmi j\u00f3t nem v\u00e1rhatsz. Legal\u00e1bb throttling, de a legrosszabb esetben b\u00facs\u00fat inthetsz a munk\u00e1snak, \u00e9s ciklikus terhel\u00e9st kaphatsz a t\u00f6bbi csom\u00f3ponton, miut\u00e1n a podok elkezdenek v\u00e1ndorolni.<\/p>\n<p>Ezen k\u00edv\u00fcl, a <code>limitranges<\/code> Kezd\u00e9skor megadhatsz a kont\u00e9ner sz\u00e1m\u00e1ra er\u0151forr\u00e1s \u00e9rt\u00e9keket \u2014 minimumot, maximumot \u00e9s alap\u00e9rtelmezettet:<\/p>\n<pre><code>\u279c  ~ kubectl describe limitranges --namespace ops\nN\u00e9v:       limit-range\nN\u00e9vter:    ops\nT\u00edpus      Er\u0151forr\u00e1s         Min   Max   Alap\u00e9rtelmezett K\u00e9relem  Alap\u00e9rtelmezett Korl\u00e1t  Max Korl\u00e1t\/K\u00e9relem Ar\u00e1ny\n----       ---------         ---   ---   ----------------  ----------------  -----------------------\nTart\u00e1ly    cpu                50m   10    100m             100m           2\nTart\u00e1ly    ephemer\u00e1lis-t\u00e1rol\u00f3  12Mi  8Gi   128Mi            4Gi            -\nTart\u00e1ly    mem\u00f3ria             64Mi  40Gi  128Mi            128Mi          2<\/code><\/pre>\n<p>Ne felejtsd el korl\u00e1tozni a n\u00e9vterek er\u0151forr\u00e1sait, hogy egy csapat ne tudja elvenni az \u00f6sszes er\u0151forr\u00e1st a klasztert\u0151l:<\/p>\n<pre><code>\u279c  ~ kubectl describe resourcequotas --namespace ops\nN\u00e9v:                    resource-quota\nN\u00e9vter:                 ops\nEr\u0151forr\u00e1s              Haszn\u00e1lt        Neh\u00e9z\n--------               ----           ----\nlimits.cpu             77250m        80\nlimits.memory          124814367488  150Gi\npodok                  31            45\nrequests.cpu           53850m        80\nrequests.memory        75613234944   150Gi\nszolg\u00e1ltat\u00e1sok         26            50\nszolg\u00e1ltat\u00e1sok.terhel\u00e9skiegyenl\u00edt\u0151k  0             0\nszolg\u00e1ltat\u00e1sok.nodports   0             0<\/code><\/pre>\n<p>Ahogy az a le\u00edr\u00e1sb\u00f3l l\u00e1that\u00f3 <code>resourcequotas<\/code>, ha az ops csapat tov\u00e1bbi 10 cpu-t fogyaszt\u00f3 podokat akar telep\u00edteni, a \u00fctemez\u0151 nem engedi ezt v\u00e9grehajtani \u00e9s hiba\u00fczenetet ad:<\/p>\n<pre><code>Hiba a l\u00e9trehoz\u00e1skor: pods \"nginx-proxy-9967d8d78-nh4fs\" nem enged\u00e9lyezett: \u00e1tl\u00e9pte a kv\u00f3t\u00e1t: resource-quota, k\u00e9rt: limits.cpu=5,requests.cpu=5, haszn\u00e1lt: limits.cpu=77250m,requests.cpu=53850m, korl\u00e1tozott: limits.cpu=10,requests.cpu=10<\/code><\/pre>\n<p>Egy ilyen feladat megold\u00e1s\u00e1hoz \u00edrhatunk egy eszk\u00f6zt, p\u00e9ld\u00e1ul <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/pauljamm\/team-operator\">az<\/a><\/noindex>, amely k\u00e9pes t\u00e1rolni \u00e9s elk\u00f6telezni a csapatok er\u0151forr\u00e1sainak \u00e1llapot\u00e1t.<\/p>\n<h2>2. Optimaliz\u00e1ld a f\u00e1jlment\u00e9st<\/h2>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/c7f8bdbf5490acc9061695a6d608015e.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Itt szeretn\u00e9m \u00e9rinteni a perzisztens k\u00f6tetek \u00e9s a Kubernetes worker-n\u00f3dok lemezes alrendszer\u00e9nek t\u00e9m\u00e1j\u00e1t. Rem\u00e9lem, senki nem haszn\u00e1l HDD-t a \u00abKock\u00e1n\u00bb a termel\u00e9sben, de n\u00e9ha m\u00e1r a szok\u00e1sos SSD is kev\u00e9s. Tal\u00e1lkoztunk olyan probl\u00e9m\u00e1val, hogy a napl\u00f3k elpuszt\u00edtott\u00e1k a lemezt az I\/O m\u0171veletek miatt, \u00e9s itt nem nagyon sok lehet\u0151s\u00e9g van a megold\u00e1sra: <\/p>\n<ul>\n<li>\n<p>Haszn\u00e1lj nagy teljes\u00edtm\u00e9ny\u0171 SSD-t vagy t\u00e9rj \u00e1t NVMe-re (ha te magad ir\u00e1ny\u00edtod a hardveredet).<\/p>\n<\/li>\n<li>\n<p>Cs\u00f6kkentsd a napl\u00f3z\u00e1si szintet.<\/p>\n<\/li>\n<li>\n<p>K\u00e9sz\u00edts \u201eokos\u201d egyens\u00falyt a lemezt megterhel\u0151 podok k\u00f6z\u00f6tt (<code>podAntiAffinity<\/code>).<\/p>\n<\/li>\n<\/ul>\n<p>A fenti k\u00e9pen l\u00e1that\u00f3, hogy mi t\u00f6rt\u00e9nik az nginx-ingress-controllerrel, amikor bekapcsolva van a napl\u00f3z\u00e1s access_logs (~12 ezer napl\u00f3\/m\u00e1sodperc). Ez az \u00e1llapot term\u00e9szetesen a node \u00f6sszes alkalmaz\u00e1s\u00e1nak lelassul\u00e1s\u00e1hoz vezethet.<\/p>\n<p>A PV-vel kapcsolatban sajnos nem pr\u00f3b\u00e1ltam ki az \u00f6sszes <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/storage\/persistent-volumes\/#types-of-persistent-volumes\">t\u00edpust<\/a><\/noindex> Fenntarthat\u00f3 T\u00e1rol\u00f3k. Haszn\u00e1lja a legjobb lehet\u0151s\u00e9get, amely pontosan az \u00d6n sz\u00e1m\u00e1ra megfelel\u0151. T\u00f6rt\u00e9nelmileg \u00fagy alakult, hogy a szolg\u00e1ltat\u00e1sok egy kis r\u00e9sze RWX k\u00f6tetekben van sz\u00fcks\u00e9g, \u00e9s m\u00e1r r\u00e9g\u00f3ta haszn\u00e1lunk NFS t\u00e1rol\u00f3t erre a c\u00e9lra. Olcs\u00f3 \u00e9s... el\u00e9g. Persze, sok probl\u00e9m\u00e1t meg\u00e9lt\u00fcnk vele \u2013 nehezen, de megtanultuk optimaliz\u00e1lni, \u00e9s m\u00e1r nem f\u00e1j a fej\u00fcnk. Ha lehets\u00e9ges, v\u00e1ltson S3 objektumt\u00e1rol\u00f3ra.<\/p>\n<h2>3. Gy\u0171jtse \u00f6ssze az optimaliz\u00e1lt k\u00e9peket<\/h2>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/c25ce405d1eb4c01f031e18b0bfa4836.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>A legjobb, ha kont\u00e9nerekhez optimaliz\u00e1lt k\u00e9peket haszn\u00e1l, hogy a Kubernetes gyorsabban el\u00e9rhesse \u0151ket \u00e9s hat\u00e9konyabban futtathassa \u0151ket.&nbsp;<\/p>\n<p>Az optimaliz\u00e1lts\u00e1g azt jelenti, hogy a k\u00e9pek:<\/p>\n<ul>\n<li>\n<p>csak egy alkalmaz\u00e1st tartalmaznak vagy csak egy funkci\u00f3t hajtanak v\u00e9gre;<\/p>\n<\/li>\n<li>\n<p>kicsi m\u00e9ret\u0171ek, mert a nagyobb k\u00e9pek nehezebben tov\u00e1bb\u00edthat\u00f3k a h\u00e1l\u00f3zaton;<\/p>\n<\/li>\n<li>\n<p>vannak v\u00e9gpontjaik az \u00e1llapot- \u00e9s k\u00e9szs\u00e9gi ellen\u0151rz\u00e9shez, amelyek r\u00e9v\u00e9n a Kubernetes int\u00e9zkedhet valamit le\u00e1ll\u00e1sok eset\u00e9n;<\/p>\n<\/li>\n<li>\n<p>bar\u00e1ts\u00e1gos oper\u00e1ci\u00f3s rendszereket haszn\u00e1lnak a kont\u00e9nerekhez (p\u00e9ld\u00e1ul Alpine vagy CoreOS), amelyek jobban ellen\u00e1llnak a konfigur\u00e1l\u00e1si hib\u00e1knak;<\/p>\n<\/li>\n<li>\n<p>t\u00f6bbf\u00e1zis\u00fa build-el j\u00e1rnak, hogy csak a leford\u00edtott alkalmaz\u00e1sokat telep\u00edthesse, ne pedig a kapcsol\u00f3d\u00f3 forr\u00e1sk\u00f3dokat.<\/p>\n<\/li>\n<\/ul>\n<p>Sz\u00e1mos eszk\u00f6z \u00e9s szolg\u00e1ltat\u00e1s \u00e9rhet\u0151 el, amelyek lehet\u0151v\u00e9 teszik a k\u00e9pek val\u00f3s idej\u0171 ellen\u0151rz\u00e9s\u00e9t \u00e9s optimaliz\u00e1l\u00e1s\u00e1t. Fontos, hogy mindig naprak\u00e9szen \u00e9s biztons\u00e1gosan tartsuk \u0151ket. V\u00e9g\u00fcl a k\u00f6vetkez\u0151ket kapja: <\/p>\n<ol>\n<li>\n<p>Cs\u00f6kkentett h\u00e1l\u00f3zati terhel\u00e9s az eg\u00e9sz klaszteren.<\/p>\n<\/li>\n<li>\n<p>Cs\u00f6kkentett kont\u00e9nerind\u00edt\u00e1si id\u0151.<\/p>\n<\/li>\n<li>\n<p>Kisebb t\u00e9rfogat az \u00f6sszes Docker registry-j\u00e9ben.<\/p>\n<\/li>\n<\/ol>\n<h2>4. Haszn\u00e1lja a DNS cache-t<\/h2>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/9f4384462a77dc528d7911c56f684f2d.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Ha magas terhel\u00e9sekr\u0151l van sz\u00f3, akkor DNS-rendszer optimiz\u00e1l\u00e1s n\u00e9lk\u00fcl az \u00e9let el\u00e9g rossz. R\u00e9gen a Kubernetes fejleszt\u0151i t\u00e1mogatt\u00e1k a saj\u00e1t megold\u00e1sukat, a kube-dns-t. Ez be lett vezetve n\u00e1lunk is, de ez a szoftver nem volt k\u00fcl\u00f6n\u00f6sebben optimaliz\u00e1lva, \u00e9s nem ny\u00fajtott elegend\u0151 teljes\u00edtm\u00e9nyt, b\u00e1r l\u00e1tsz\u00f3lag a feladat egyszer\u0171. Azt\u00e1n megjelent a coredns, amelyre \u00e1tt\u00e9rt\u00fcnk, \u00e9s az\u00f3ta is kiv\u00e1l\u00f3an m\u0171k\u00f6d\u00f6tt, ez lett a K8s alap\u00e9rtelmezett DNS-szolg\u00e1ltat\u00e1sa. Egy ponton el\u00e9rt\u00fck a 40 ezer rps-t a DNS-rendszerhez, \u00e9s ezt a megold\u00e1st sem tartottuk elegend\u0151nek. De szerencs\u00e9re megjelent a Nodelocaldns, m\u00e1s n\u00e9ven node local cache, m\u00e1s n\u00e9ven <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/administer-cluster\/nodelocaldns\/\">NodeLocal DNSCache<\/a><\/noindex>.<\/p>\n<p>Mi\u00e9rt haszn\u00e1ljuk ezt? A Linux kernelben van egy hiba, amely t\u00f6bbsz\u00f6r\u00f6s h\u00edv\u00e1s eset\u00e9n a conntrack NAT-on kereszt\u00fcl UDP-n, versenyhelyzetet hoz l\u00e9tre a conntrack t\u00e1bl\u00e1k \u00edr\u00e1s\u00e1n\u00e1l, \u00edgy a forgalom egy r\u00e9sze NAT-on kereszt\u00fcl elveszik (minden alkalommal, amikor a Szolg\u00e1ltat\u00e1shoz fordulunk \u2013 ez NAT). A nodelocaldns megoldja ezt a probl\u00e9m\u00e1t azzal, hogy megsz\u00fcnteti a NAT-ot \u00e9s friss\u00edti a kapcsolatot TCP-re az upstream DNS-hez, valamint helyi DNS-k\u00e9r\u00e9sek gyors\u00edt\u00f3t\u00e1raz\u00e1s\u00e1val az upstreamekhez (bele\u00e9rtve egy r\u00f6vid, 5 m\u00e1sodperces negat\u00edv gyors\u00edt\u00f3t\u00e1rat).<\/p>\n<h2>5. Automatikusan v\u00edzszintesen \u00e9s f\u00fcgg\u0151legesen sk\u00e1l\u00e1zza a podokat<\/h2>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/3804a14685a55160fa7d9f3226eab1fa.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>B\u00edzhat abban, hogy minden mikroszolg\u00e1ltat\u00e1sa k\u00e9szen \u00e1ll a terhel\u00e9s k\u00e9t- vagy h\u00e1romszoros n\u00f6veked\u00e9s\u00e9re? Hogyan lehet a forr\u00e1sokat helyesen kiosztani az alkalmaz\u00e1sainak? K\u00e9t pod folyamatos m\u0171k\u00f6dtet\u00e9se a terhel\u00e9s felett feleslegesnek bizonyulhat, m\u00edg a szoros m\u0171k\u00f6dtet\u00e9s az azonnali forgalomn\u00f6veked\u00e9s miatti le\u00e1ll\u00e1s kock\u00e1zat\u00e1t rejti mag\u00e1ban. A helyes k\u00f6z\u00e9p\u00fat el\u00e9r\u00e9s\u00e9ben seg\u00edthetnek olyan szolg\u00e1ltat\u00e1sok, mint <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/\">Horizontal Pod Autoscaler<\/a><\/noindex> \u00e9s <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/autoscaler\/tree\/master\/vertical-pod-autoscaler\">Vertical Pod Autoscaler<\/a><\/noindex>. <\/p>\n<p><strong>VPA<\/strong> automatikusan \u00e1ll\u00edtja be a kont\u00e9nerek requests\/limits be\u00e1ll\u00edt\u00e1sait a podban a t\u00e9nyleges kihaszn\u00e1lts\u00e1g f\u00fcggv\u00e9ny\u00e9ben. Miben lehet hasznos? Ha olyan podok vannak, amelyeket valamilyen okb\u00f3l nem lehet v\u00edzszintesen sk\u00e1l\u00e1zni (ami nem teljesen megb\u00edzhat\u00f3), akkor megpr\u00f3b\u00e1lhatja a VPA-t megb\u00edzni az er\u0151forr\u00e1sok m\u00f3dos\u00edt\u00e1s\u00e1val. Az \u0151 saj\u00e1toss\u00e1ga a rendszer aj\u00e1nl\u00e1sokra \u00e9p\u00fcl a t\u00f6rt\u00e9neti \u00e9s aktu\u00e1lis adatok alapj\u00e1n a metric-serverb\u0151l, \u00edgy ha nem szeretn\u00e9 automatikusan megv\u00e1ltoztatni a requests\/limits be\u00e1ll\u00edt\u00e1sokat, egyszer\u0171en nyomon k\u00f6vetheti a javasolt er\u0151forr\u00e1sokat a kont\u00e9nereihez \u00e9s optimaliz\u00e1lhatja a be\u00e1ll\u00edt\u00e1sokat a cluster CPU- \u00e9s mem\u00f3ria-megtakar\u00edt\u00e1sa \u00e9rdek\u00e9ben. <\/p>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/3965950aa3315faa4bb3e3ff5bd61955.png\" style=\"display:block;margin: 0 auto;\" \/>A k\u00e9p forr\u00e1sa: https:\/\/levelup.gitconnected.com\/kubernetes-autoscaling-101-cluster-autoscaler-horizontal-pod-autoscaler-and-vertical-pod-2a441d9ad231<\/p>\n<p>A Kubernetes \u00fctemez\u0151 mindig a requests alapj\u00e1n m\u0171k\u00f6dik. B\u00e1rmilyen \u00e9rt\u00e9ket is \u00e1ll\u00edtson be, az \u00fctemez\u0151 a megfelel\u0151 node-t fogja keresni ennek alapj\u00e1n. A limits \u00e9rt\u00e9kek a kubelet sz\u00e1m\u00e1ra sz\u00fcks\u00e9gesek, hogy meg\u00e9rts\u00e9k, mikor kell throttlingot alkalmazni vagy meg\u00f6lni egy podot. Mivel az egyetlen fontos param\u00e9ter a requests \u00e9rt\u00e9k, a VPA ezzel fog foglalkozni. Valah\u00e1nyszor f\u00fcgg\u0151leges sk\u00e1l\u00e1z\u00e1st ad meg az alkalmaz\u00e1s\u00e1nak, meghat\u00e1rozza, hogy milyennek kell lennie a requests-nek. De mi lesz akkor a limits \u00e9rt\u00e9kekkel? Ez a param\u00e9ter is ar\u00e1nyosan lesz sk\u00e1l\u00e1zva.<\/p>\n<p>P\u00e9ld\u00e1ul, itt vannak a pod szok\u00e1sos be\u00e1ll\u00edt\u00e1sai:<\/p>\n<pre><code>er\u0151forr\u00e1sok:\n   ig\u00e9nyek:\n     mem\u00f3ria: 250Mi\n     cpu: 200m\n   korl\u00e1tok:\n     mem\u00f3ria: 500Mi\n     cpu: 350m<\/code><\/pre>\n<p>A javaslati mechanizmus meg\u00e1llap\u00edtja, hogy az alkalmaz\u00e1s\u00e1nak norm\u00e1lis m\u0171k\u00f6d\u00e9s\u00e9hez 300m CPU \u00e9s 500Mi sz\u00fcks\u00e9ges. Az al\u00e1bbi be\u00e1ll\u00edt\u00e1sokat fogja kapni:<\/p>\n<pre><code>er\u0151forr\u00e1sok:\n   ig\u00e9nyek:\n     mem\u00f3ria: 500Mi\n     cpu: 300m\n   korl\u00e1tok:\n     mem\u00f3ria: 1000Mi\n     cpu: 525m<\/code><\/pre>\n<p>Ahogy az fentebb eml\u00edtve lett, ez ar\u00e1nyos sk\u00e1l\u00e1z\u00e1s a manifestben megadott ig\u00e9nyek\/korl\u00e1tok ar\u00e1ny\u00e1b\u00f3l:<\/p>\n<ul>\n<li>\n<p>CPU: 200m \u2192 300m: ar\u00e1ny 1:1.75;<\/p>\n<\/li>\n<li>\n<p>Mem\u00f3ria: 250Mi \u2192 500Mi: ar\u00e1ny 1:2.<\/p>\n<\/li>\n<\/ul>\n<p>Ami a <strong>HPA<\/strong>, itt a m\u0171k\u00f6d\u00e9s mechanizmusa \u00e1tl\u00e1that\u00f3bb. K\u00fcsz\u00f6b\u00e9rt\u00e9keket \u00e1ll\u00edtanak be, p\u00e9ld\u00e1ul a processzor \u00e9s mem\u00f3ria eset\u00e9ben, \u00e9s ha az \u00f6sszes replik\u00e1lt p\u00e9ld\u00e1ny \u00e1tlagos \u00e9rt\u00e9ke meghaladja a k\u00fcsz\u00f6b\u00f6t, akkor az alkalmaz\u00e1s +1 p\u00e9ld\u00e1nyra sk\u00e1l\u00e1z\u00f3dik, am\u00edg az \u00e9rt\u00e9k vissza nem esik a k\u00fcsz\u00f6b al\u00e1, vagy am\u00edg el nem \u00e9rj\u00fck a maxim\u00e1lis replik\u00e1k sz\u00e1m\u00e1t.<\/p>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/f7a3fa28177d66be925867e38f5bbed6.png\" style=\"display:block;margin: 0 auto;\" \/>A k\u00e9p forr\u00e1sa: https:\/\/levelup.gitconnected.com\/kubernetes-autoscaling-101-cluster-autoscaler-horizontal-pod-autoscaler-and-vertical-pod-2a441d9ad231<\/p>\n<p>Az \u00e1ltal\u00e1nos metrik\u00e1k mellett, mint p\u00e9ld\u00e1ul a processzor \u00e9s mem\u00f3ria, be\u00e1ll\u00edthatja a k\u00fcsz\u00f6b\u00e9rt\u00e9keket a saj\u00e1t egyedi metrik\u00e1ira a Prometheusb\u00f3l, \u00e9s azokat haszn\u00e1lhatja, ha \u00fagy gondolja, hogy ez a legpontosabb meghat\u00e1roz\u00e1sa annak, mikor kell sk\u00e1l\u00e1zni az alkalmaz\u00e1s\u00e1t. Miut\u00e1n az alkalmaz\u00e1s stabiliz\u00e1l\u00f3dik a megadott metrikahat\u00e1r alatt, az HPA elkezdi cs\u00f6kkenteni a p\u00e9ld\u00e1nyok sz\u00e1m\u00e1t a minim\u00e1lis replik\u00e1k sz\u00e1m\u00e1ig, vagy addig, am\u00edg a terhel\u00e9s megfelel a megadott k\u00fcsz\u00f6b\u00e9rt\u00e9knek.<\/p>\n<h2>6. Ne feledje a Node Affinity \u00e9s Pod Affinity be\u00e1ll\u00edt\u00e1sokat.<\/h2>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/e718191d9e8ff25fd3b2d65cba9b3b73.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Nem minden node egyform\u00e1n m\u0171k\u00f6dik, nem minden podnak sz\u00fcks\u00e9ges intenz\u00edv sz\u00e1m\u00edt\u00e1si alkalmaz\u00e1sokat futtatni. A Kubernetes lehet\u0151s\u00e9get ad a node-ok \u00e9s pod-ok specializ\u00e1l\u00e1s\u00e1ra a k\u00f6vetkez\u0151kkel: <strong>Node Affinity<\/strong> \u00e9s <strong>Pod Affinity<\/strong>.<\/p>\n<p>Ha vannak node-ok, amelyek alkalmasak intenz\u00edv sz\u00e1m\u00edt\u00e1si m\u0171veletekre, akkor a maxim\u00e1lis hat\u00e9konys\u00e1g \u00e9rdek\u00e9ben \u00e9rdemes az alkalmaz\u00e1sokat az adott node-okhoz rendelni. Ehhez haszn\u00e1lja a <code>nodeSelector<\/code> a node c\u00edmk\u00e9j\u00e9vel.<\/p>\n<p>Tegy\u00fck fel, hogy van k\u00e9t node: az egyik a <code>CPUType=HIGHFREQ<\/code> gyors magokkal, a m\u00e1sik a <code>MemoryType=HIGHMEMORY<\/code> nagy mennyis\u00e9g\u0171 mem\u00f3ri\u00e1val \u00e9s magasabb teljes\u00edtm\u00e9nnyel. A legegyszer\u0171bb m\u00f3dja, hogy a pod telep\u00edt\u00e9st a node-hoz rendelje, <code>HIGHFREQ<\/code>, hozz\u00e1adva az al\u00e1bbi szelektorhoz: <code>spec<\/code> \u2026\nnodeSelector:\n\tCPUType: HIGHFREQ<\/p>\n<pre><code>A k\u00f6lts\u00e9gesebb \u00e9s specifikusabb m\u00f3dja ennek a megval\u00f3s\u00edt\u00e1sa a<\/code><\/pre>\n<p>nodeAffinity <code>haszn\u00e1lata a<\/code> a mez\u0151ben <code>affinity<\/code> szakaszban. K\u00e9t lehet\u0151s\u00e9g van: <code>spec<\/code>, a k\u00f6vetkez\u0151kkel:<\/p>\n<ul>\n<li>\n<p><code>requiredDuringSchedulingIgnoredDuringExecution<\/code>: szigor\u00fa be\u00e1ll\u00edt\u00e1s (a \u00fctemez\u0151 csak a megadott node-okon telep\u00edti a podokat (m\u00e1sutt nem));<\/p>\n<\/li>\n<li>\n<p><code>preferredDuringSchedulingIgnoredDuringExecution<\/code>: finomhangol\u00e1s (a tervez\u0151 megpr\u00f3b\u00e1lja telep\u00edteni a konkr\u00e9t csom\u00f3pontokon, \u00e9s ha nem siker\u00fcl, a k\u00f6vetkez\u0151 el\u00e9rhet\u0151 csom\u00f3ponton pr\u00f3b\u00e1lkozik).<\/p>\n<\/li>\n<\/ul>\n<p>Megadhat egy meghat\u00e1rozott szintaxist a csom\u00f3pontok c\u00edmk\u00e9inek kezel\u00e9s\u00e9re, p\u00e9ld\u00e1ul <code>In<\/code>, <code>NotIn<\/code>, <code>Exists<\/code>, <code>DoesNotExist<\/code>, <code>Gt<\/code> vagy <code>Lt<\/code>. Ne feledje azonban, hogy a bonyolult m\u00f3dszerek hossz\u00fa c\u00edmkelist\u00e1kban lelass\u00edtj\u00e1k a d\u00f6nt\u00e9shozatalt kritikus helyzetekben. M\u00e1s szavakkal, ne bonyol\u00edtsa t\u00fal.<\/p>\n<p>Ahogy kor\u00e1bban eml\u00edtett\u00fck, a Kubernetes lehet\u0151s\u00e9get ad a jelenlegi podok k\u00f6t\u00e9s\u00e9nek megad\u00e1s\u00e1ra. Vagyis megteheti, hogy bizonyos podok egy\u00fctt m\u0171k\u00f6djenek m\u00e1s podokkal ugyanabban a rendelkez\u00e9sre \u00e1ll\u00e1si z\u00f3n\u00e1ban (ez relev\u00e1ns a felh\u0151kben) vagy csom\u00f3pontokon.<\/p>\n<p>A <code>podAffinity<\/code> mez\u0151k <code>affinity<\/code> szakaszban. K\u00e9t lehet\u0151s\u00e9g van: <code>spec<\/code> az el\u00e9rhet\u0151 ugyanazok a mez\u0151k, mint a <code>haszn\u00e1lata a<\/code>: <code>requiredDuringSchedulingIgnoredDuringExecution<\/code><strong> <\/strong>\u00e9s <code>preferredDuringSchedulingIgnoredDuringExecution<\/code>. Az egyetlen k\u00fcl\u00f6nbs\u00e9g az, hogy <code>matchExpressions<\/code> a podokat olyan csom\u00f3pontra k\u00f6ti, ahol m\u00e1r fut egy olyan pod, amelynek ilyen c\u00edmk\u00e9je van.<\/p>\n<p>A Kubernetes emellett k\u00edn\u00e1l egy <code>podAntiAffinity<\/code>mez\u0151t, amely \u00e9ppen ellenkez\u0151leg, nem k\u00f6ti a podot meghat\u00e1rozott podokkal rendelkez\u0151 csom\u00f3ponthoz.<\/p>\n<p>A kifejez\u00e9sek vonatkoz\u00e1s\u00e1ban <code>haszn\u00e1lata a<\/code> ugyanazt a tan\u00e1csot adhatjuk: igyekezzen fenntartani a szab\u00e1lyok egyszer\u0171s\u00e9g\u00e9t \u00e9s logik\u00e1j\u00e1t, ne pr\u00f3b\u00e1lja meg t\u00falh\u00fazni a pod-specifik\u00e1ci\u00f3t bonyolult szab\u00e1lyrendszerrel. Nagyon k\u00f6nny\u0171 egy olyan szab\u00e1lyt l\u00e9trehozni, amely nem felel meg a klaszter k\u00f6vetelm\u00e9nyeinek, ezzel felesleges terhel\u00e9st okozva a tervez\u0151nek \u00e9s cs\u00f6kkentve az \u00f6sszes\u00edtett teljes\u00edtm\u00e9nyt.<\/p>\n<h2>7. Taints &amp; Tolerations<\/h2>\n<p>Van m\u00e9g egy m\u00f3dja a tervez\u0151 kezel\u00e9s\u00e9nek. Ha nagy klasztere van, amely t\u00f6bb sz\u00e1z csom\u00f3pontb\u00f3l \u00e9s ezer mikroszolg\u00e1ltat\u00e1sb\u00f3l \u00e1ll, nagyon neh\u00e9z megakad\u00e1lyozni, hogy bizonyos podok meghat\u00e1rozott csom\u00f3pontokon helyezkedjenek el.<\/p>\n<p>Ebben seg\u00edt a taint-ek mechanizmusa \u2014 tilt\u00f3 szab\u00e1lyok. P\u00e9ld\u00e1ul bizonyos forgat\u00f3k\u00f6nyvek eset\u00e9n megtilthatja bizonyos csom\u00f3pontoknak, hogy podokat futtassanak. A taint alkalmaz\u00e1s\u00e1hoz egy adott csom\u00f3ponton a k\u00f6vetkez\u0151 opci\u00f3t kell haszn\u00e1lni: <code>taint<\/code> a kubectl-ben. Adja meg a kulcsot \u00e9s az \u00e9rt\u00e9ket, majd a taint p\u00e9ld\u00e1ul a k\u00f6vetkez\u0151 lehet: <code>NoSchedule<\/code> vagy <code>NoExecute<\/code>:<\/p>\n<pre><code>$ kubectl taint nodes node10 node-role.kubernetes.io\/ingress=true:NoSchedule<\/code><\/pre>\n<p>Emellett \u00e9rdemes megjegyezni, hogy a taint mechanizmusa h\u00e1rom alapvet\u0151 hat\u00e1st t\u00e1mogat: <code>NoSchedule<\/code>, <code>NoExecute<\/code> \u00e9s <code>PreferNoSchedule<\/code><strong>. <\/strong><\/p>\n<ul>\n<li>\n<p><code>NoSchedule<\/code><strong> <\/strong>ez azt jelenti, hogy am\u00edg a pod specifik\u00e1ci\u00f3j\u00e1ban nincs megfelel\u0151 bejegyz\u00e9s. <code>tolerations<\/code>, nem lehet telep\u00edteni egy csom\u00f3pontokra (ebben a p\u00e9ld\u00e1ban <code>node10<\/code>).<\/p>\n<\/li>\n<li>\n<p><code>PreferNoSchedule <\/code>\u2014 egyszer\u0171s\u00edtett v\u00e1ltozata. <code>NoSchedule<\/code>. Ebben az esetben a tervez\u0151 megpr\u00f3b\u00e1lja elker\u00fclni azokat a podokat, amelyeknek nincs megfelel\u0151 bejegyz\u00e9se, hogy eloszthassa \u0151ket a csom\u00f3ponton, de ez nem szigor\u00fa korl\u00e1toz\u00e1s. Ha a klaszterben nem \u00e1llnak rendelkez\u00e9sre er\u0151forr\u00e1sok, a podok elkezdenek telep\u00fclni erre a csom\u00f3pontra. <code>tolerations<\/code> Ebben az esetben a tervez\u0151 megpr\u00f3b\u00e1l elker\u00fclni a z\u00e1szl\u00f3val nem rendelkez\u0151 podok terjeszt\u00e9s\u00e9t a csom\u00f3pontra, de ez nem szigor\u00fa korl\u00e1toz\u00e1s. Ha a klaszterben nincsenek el\u00e9rhet\u0151 er\u0151forr\u00e1sok, a podok el fogj\u00e1k kezdeni a telep\u00edt\u00e9st erre a csom\u00f3portra.<\/p>\n<\/li>\n<li>\n<p><code>NoExecute<\/code><strong> <\/strong>\u2014 ez a hat\u00e1s azonnali evaku\u00e1l\u00e1st ind\u00edt a podok sz\u00e1m\u00e1ra, amelyekhez nincs megfelel\u0151 bejegyz\u00e9s. <code>tolerations<\/code>.<\/p>\n<\/li>\n<\/ul>\n<p>\u00c9rdekes m\u00f3don ez a viselked\u00e9s a toler\u00e1l\u00e1sok mechanizmus\u00e1val visszavonhat\u00f3. Ez hasznos, amikor van egy \u201etiltott\u201d csom\u00f3pont, \u00e9s csak infrastrukt\u00fara szolg\u00e1ltat\u00e1sokat kell elhelyezni rajta. Hogyan kell ezt megtenni? Csak azokat a podokat enged\u00e9lyezni, amelyekhez megfelel\u0151 toler\u00e1l\u00e1s tartozik.<\/p>\n<p>\u00cdgy fog kin\u00e9zni a pod specifik\u00e1ci\u00f3ja:<\/p>\n<pre><code>spec:\n   tolerations:\n     - key: \"node-role.kubernetes.io\\\/ingress\"\n        operator: \"Equal\"\n        value: \"true\"\n        effect: \"NoSchedule\"<\/code><\/pre>\n<p>Ez nem jelenti azt, hogy a k\u00f6vetkez\u0151 redeploy sor\u00e1n a pod pontosan erre a csom\u00f3pont\u00e1ra ker\u00fcl, ez nem a Node Affinity mechanizmusa, \u00e9s <code>nodeSelector<\/code>. De t\u00f6bb funkci\u00f3 kombin\u00e1l\u00e1s\u00e1val nagyon rugalmas \u00fctemez\u00e9si be\u00e1ll\u00edt\u00e1sokat \u00e9rhet el.<\/p>\n<h2>8. \u00c1ll\u00edtsa be a podok telep\u00edt\u00e9si priorit\u00e1s\u00e1t<\/h2>\n<p>Az, hogy be\u00e1ll\u00edtotta a podok k\u00f6t\u00e9s\u00e9t a csom\u00f3pontokhoz, nem jelenti azt, hogy minden podnak egyforma priorit\u00e1sa lenne. P\u00e9ld\u00e1ul lehet, hogy egyes podokat szeretne kor\u00e1bban telep\u00edteni, mint m\u00e1sokat.<\/p>\n<p>A Kubernetes k\u00fcl\u00f6nb\u00f6z\u0151 m\u00f3dokat k\u00edn\u00e1l a podok priorit\u00e1s\u00e1nak be\u00e1ll\u00edt\u00e1s\u00e1ra (Pod Priority and Preemption). A be\u00e1ll\u00edt\u00e1s t\u00f6bb r\u00e9szb\u0151l \u00e1ll: az objektumb\u00f3l <code>PriorityClass<\/code><strong> <\/strong>\u00e9s a pod specifik\u00e1ci\u00f3ban tal\u00e1lhat\u00f3 <code>priorityClassName<\/code><strong> <\/strong>mez\u0151b\u0151l. L\u00e1ssunk egy p\u00e9ld\u00e1t:<\/p>\n<pre><code>apiVersion: scheduling.k8s.io\\\/v1\nkind: PriorityClass\nmetadata:\n  name: high-priority\nvalue: 99999\nglobalDefault: false\ndescription: \"Ez a priorit\u00e1si oszt\u00e1ly nagyon fontos podok sz\u00e1m\u00e1ra haszn\u00e1lhat\u00f3 csak\"<\/code><\/pre>\n<p>L\u00e9trehozunk <code>PriorityClass<\/code>, megadva neki egy nevet, le\u00edr\u00e1st \u00e9s \u00e9rt\u00e9ket.<strong> <\/strong>Min\u00e9l magasabb <code>\u00e9rt\u00e9k<\/code>, ann\u00e1l magasabb a priorit\u00e1s. Az \u00e9rt\u00e9k lehet b\u00e1rmilyen 32 bites eg\u00e9sz sz\u00e1m, legfeljebb 1 000 000 000-ig. Magasabb \u00e9rt\u00e9kek fenntartva a kritikus fontoss\u00e1g\u00fa rendszer podok sz\u00e1m\u00e1ra, amelyek alapvet\u0151en nem lehetnek kiszor\u00edtva.<strong> <\/strong>A kiszor\u00edt\u00e1sra csak akkor ker\u00fcl sor, ha a magas priorit\u00e1s\u00fa podnak nincs m\u00e1sik hely, ahol elhelyezkedhet, mert egyes podok az adott csom\u00f3pontb\u00f3l evaku\u00e1l\u00e1sra ker\u00fclnek. Ha a mechanizmus t\u00fal szigor\u00fa az \u00d6n sz\u00e1m\u00e1ra, hozz\u00e1adhatja az opci\u00f3t <code>preemptionPolicy: Never<\/code>, \u00e9s ekkor nem lesz kiszor\u00edt\u00e1s, a pod els\u0151 lesz a sorban, \u00e9s v\u00e1rni fog, am\u00edg az \u00fctemez\u0151 tal\u00e1l neki szabad er\u0151forr\u00e1sokat.<\/p>\n<p>Ezut\u00e1n l\u00e9trehozunk egy podot, amelyben megadjuk a nev\u00e9t <code>priorityClassName<\/code>:<\/p>\n<pre><code>apiVersion: v1\nkind: Pod\nmetadata:\n  name: static-web\n  labels:\n    role: myrole\n spec:\n  containers:\n    - name: web\n      image: nginx\n      ports:\n        - name: web\n          containerPort: 80\n          protocol: TCP\n  priorityClassName: high-priority\n          <\/code><\/pre>\n<p>B\u00e1rh\u00e1ny priorit\u00e1si oszt\u00e1lyt l\u00e9trehozhat, de aj\u00e1nlott, hogy ne ess\u00fcnk t\u00falz\u00e1sba (mondjuk, korl\u00e1tozzuk magunkat alacsony, k\u00f6zepes \u00e9s magas priorit\u00e1sra). <\/p>\n<p>\u00cdgy, ha sz\u00fcks\u00e9ges, jav\u00edthatja a kritikus szolg\u00e1ltat\u00e1sok, p\u00e9ld\u00e1ul az nginx-ingress-controller, coredns stb. telep\u00edt\u00e9s\u00e9nek hat\u00e9konys\u00e1g\u00e1t.<\/p>\n<h2>9. Optimaliz\u00e1lja az ETCD klasztert.<\/h2>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/f5917adfa943c789b6c784f43305851b.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Az ETCD-t a klaszter agy\u00e1nak nevezhetj\u00fck. Nagyon fontos, hogy ezt az adatb\u00e1zist magas szinten tartsuk m\u0171k\u00f6d\u00e9sben, mivel a \u201eKock\u00e1ban\u201d v\u00e9grehajtott m\u0171veletek sebess\u00e9ge t\u0151le f\u00fcgg. Egy viszonylag standard \u00e9s m\u00e9gis j\u00f3 megold\u00e1s, ha az ETCD klasztert a mester csom\u00f3pontokon tartjuk, hogy minim\u00e1lis k\u00e9sleltet\u00e9st \u00e9rj\u00fcnk el a kube-apiserverhez. Ha ez nem lehets\u00e9ges, pr\u00f3b\u00e1lja az ETCD-t min\u00e9l k\u00f6zelebb elhelyezni, biztos\u00edtva a j\u00f3 s\u00e1vsz\u00e9less\u00e9get a r\u00e9sztvev\u0151k k\u00f6z\u00f6tt. Figyeljen arra is, hogy h\u00e1ny ETCD csom\u00f3pont eshet ki an\u00e9lk\u00fcl, hogy k\u00e1rt okozott volna a klaszterben.<\/p>\n<p><img decoding=\"async\" alt=\"Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9hez\" src=\"\/wp-content\/uploads\/2020\/10\/cdd2c32eefed253c6ff774899c367ccc.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Tartsa \u00e9szben, hogy a klaszterben r\u00e9sztvev\u0151k sz\u00e1m\u00e1nak t\u00falzott n\u00f6vel\u00e9se fokozhatja a hibat\u0171r\u00e9st a teljes\u00edtm\u00e9ny rov\u00e1s\u00e1ra, mindenb\u0151l a m\u00e9rt\u00e9kletess\u00e9g a kulcs.<\/p>\n<p>A szolg\u00e1ltat\u00e1s be\u00e1ll\u00edt\u00e1s\u00e1r\u00f3l, ha a tan\u00e1csok kev\u00e9sb\u00e9 b\u0151s\u00e9gesek:<\/p>\n<ol>\n<li>\n<p>J\u00f3 hardver, a klaszter m\u00e9ret\u00e9nek figyelembev\u00e9tel\u00e9vel (ezt elolvashatja. <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/etcd-io\/etcd\/blob\/master\/Documentation\/op-guide\/hardware.md\">itt<\/a><\/noindex>).<\/p>\n<\/li>\n<li>\n<p>N\u00e9h\u00e1ny param\u00e9ter finomhangol\u00e1sa, ha a klasztert k\u00e9t adatk\u00f6zpont k\u00f6z\u00f6tt osztotta el, vagy ha a h\u00e1l\u00f3zata \u00e9s a lemezei nem kiel\u00e9g\u00edt\u0151ek (ezt elolvashatja. <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/etcd-io\/etcd\/blob\/master\/Documentation\/tuning.md\">itt<\/a><\/noindex>).<\/p>\n<\/li>\n<\/ol>\n<h2>Z\u00e1r\u00e1s<\/h2>\n<p>Ez a cikk azokat a pontokat \u00edrja le, amelyeket csapatunk igyekszik betartani. Ez nem egy l\u00e9p\u00e9sr\u0151l l\u00e9p\u00e9sre \u00fatmutat\u00f3, hanem lehet\u0151s\u00e9gek, amelyek hasznosak lehetnek a klaszter k\u00f6lts\u00e9geinek optimaliz\u00e1l\u00e1s\u00e1hoz. Nyilv\u00e1nval\u00f3, hogy minden klaszter egyedi a maga m\u00f3dj\u00e1n, \u00e9s a be\u00e1ll\u00edt\u00e1sokkal kapcsolatos d\u00f6nt\u00e9sek jelent\u0151sen elt\u00e9rhetnek, ez\u00e9rt \u00e9rdekes lenne hallani a v\u00e9lem\u00e9ny\u00e9t: hogyan figyelemmel k\u00eds\u00e9ri a Kubernetes klaszter\u00e9t, mivel jav\u00edtja annak m\u0171k\u00f6d\u00e9s\u00e9t. Ossza meg tapasztalatait a megjegyz\u00e9sekben, \u00e9rdekes lenne megismerni! <\/p>\n<p>Forr\u00e1s: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/domclick\/blog\/520968\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041e\u043b\u0435\u0433 \u0421\u0438\u0434\u043e\u0440\u0435\u043d\u043a\u043e\u0432, \u044f \u0440\u0430\u0431\u043e\u0442\u0430\u044e \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0414\u043e\u043c\u041a\u043b\u0438\u043a \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u0435\u043c \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b. \u041c\u044b \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0438\u0440\u0443\u0435\u043c \u00ab\u041a\u0443\u0431\u0438\u043a\u00bb \u0432 \u043f\u0440\u043e\u0434\u0435 \u0443\u0436\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u0442\u0440\u0451\u0445 \u043b\u0435\u0442, \u0438 \u0437\u0430 \u044d\u0442\u043e \u0432\u0440\u0435\u043c\u044f \u043f\u0435\u0440\u0435\u0436\u0438\u043b\u0438 \u0441 \u043d\u0438\u043c \u043c\u043d\u043e\u0433\u043e \u0440\u0430\u0437\u043d\u044b\u0445 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0445 \u043c\u043e\u043c\u0435\u043d\u0442\u043e\u0432. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u043f\u043e\u0432\u0435\u0434\u0430\u044e \u0432\u0430\u043c, \u043a\u0430\u043a \u043f\u0440\u0438 \u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e\u043c \u043f\u043e\u0434\u0445\u043e\u0434\u0435 \u043c\u043e\u0436\u043d\u043e \u0432\u044b\u0436\u0430\u0442\u044c \u0438\u0437 \u00ab\u0432\u0430\u043d\u0438\u043b\u044c\u043d\u043e\u0433\u043e\u00bb Kubernetes \u0435\u0449\u0451 \u0431\u043e\u043b\u044c\u0448\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0434\u043b\u044f \u0432\u0430\u0448\u0435\u0433\u043e \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430. Ready steady [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97983,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97982","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442!\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"hu_HU\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0414\u0435\u0432\u044f\u0442\u044c \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043f\u043e \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u044e \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 Kubernetes | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442!\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-23T12:42:15+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-11-17T22:58:47+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kilenc tipp a Kubernetes teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9s\u00e9re | ProHoster","description":"Mindenkinek szia!","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes","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\u0414\u0435\u0432\u044f\u0442\u044c \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043f\u043e \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u044e \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 Kubernetes | ProHoster","og:description":"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442!","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/devyat-sovetov-po-povysheniyu-proizvoditelnosti-kubernetes","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-10-23T12:42:15+00:00","article:modified_time":"2020-11-17T22:58:47+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97982","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 10:08:27","updated":"2022-09-30 17:30:03","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\/97982","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=97982"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/97982\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/97983"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=97982"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=97982"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=97982"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}