{"id":55712,"date":"2020-01-27T00:00:00","date_gmt":"2020-01-26T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat"},"modified":"2020-02-18T14:03:51","modified_gmt":"2020-02-18T11:03:51","slug":"tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","title":{"rendered":"Kolm automaatse skaleerimise taset Kuberneteses: kuidas neid efektiivselt kasutada","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Kolm automaatse skaleerimise taset Kuberneteses: kuidas neid efektiivselt kasutada\" src=\"\/wp-content\/uploads\/2020\/01\/0b076d65db116cabdd1b4ae380d3777d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nKubernetesi t\u00e4ielikuks m\u00f5istmiseks tuleb teada erinevaid meetodeid klastrite ressursside skaleerimiseks: <noindex><a rel=\"nofollow\" href=\"https:\/\/speakerdeck.com\/thockin\/everything-you-ever-wanted-to-know-about-resource-scheduling-dot-dot-dot-almost\">s\u00fcsteemi arendajate s\u00f5nul,<\/a><\/noindex>on see \u00fcks Kubernetes'e peamisi \u00fclesandeid. Oleme valmistanud ette k\u00f5rgetasemelise \u00fclevaate horisontaalsest ja vertikaalsest automaatse skaleerimise ning klastrite suurendamise mehhanismidest, samuti soovitusi, kuidas neid t\u00f5husalt kasutada.<\/p>\n<p>Artiklit <noindex><a rel=\"nofollow\" href=\"https:\/\/www.magalix.com\/blog\/kubernetes-autoscaling-101\">Kubernetesi automaatse skaleerimise 101: klastrite automaatne skaleerija, horisontaalne skaleerija ja vertikaalne pod'i skaleerija<\/a><\/noindex> t\u00f5lkis meeskond, kes rakendas automaatse skaleerimise <noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/containers\/\">Mail.ru Kubernetes aaS<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Miks on oluline m\u00f5elda skaleerimisele <\/h2>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/blog\/kubernetes-for-much-stuff\">Kubernetes<\/a><\/noindex> \u2014 vahend ressursside haldamiseks ja orkestreerimiseks. Muidugi on tore m\u00e4ngida lahedate juurutamise, j\u00e4lgimise ja pod'ide (pod on konteinerite grupp, mis k\u00e4ivitatakse vastusena p\u00e4ringule) haldamise funktsioonidega. <\/p>\n<p>Kuid tuleks m\u00f5elda ka sellistele k\u00fcsimustele:<\/p>\n<ol>\n<li>Kuidas skaleerida mooduleid ja rakendusi?\n<\/li>\n<li>Kuidas hoida anumaid t\u00f6\u00f6s ja efektiivsetena?\n<\/li>\n<li>Kuidas reageerida pidevatele muudatustele koodis ja kasutajate koormustes?\n<\/li>\n<\/ol>\n<p>\nKubernetesi klastrite seadistamine ressursside ja j\u00f5udluse tasakaalustamiseks v\u00f5ib olla keeruline \u00fclesanne, mis n\u00f5uab s\u00fcgavaid teadmisi Kubernetesest. Teie rakenduse v\u00f5i teenuste koormus v\u00f5ib p\u00e4eva v\u00f5i isegi tunni jooksul k\u00f5ikuda, seet\u00f5ttu tuleks tasakaalustamist k\u00e4sitleda kui pidevat protsessi.<\/p>\n<h2>Kubernetes automaatse muutmise tasemed<\/h2>\n<p>\nT\u00f5hus automaatne muutmine n\u00f5uab koordineerimist kahe tasandi vahel: <\/p>\n<ol>\n<li>Podide tase, mis h\u00f5lmab horisontaalset (Horizontal Pod Autoscaler, HPA) ja vertikaalset automaatm\u00f5\u00f5tmist (Vertical Pod Autoscaler, VPA). See h\u00f5lmab olemasolevate ressursside m\u00f5\u00f5tmist teie konteinerite jaoks.\n<\/li>\n<li>Klastri tase, mida haldab klastrite automaatse muutmise s\u00fcsteem (Cluster Autoscaler, CA), mis suurendab v\u00f5i v\u00e4hendab klastris olevate s\u00f5lmede arvu.\n<\/li>\n<\/ol>\n<p><\/p>\n<h2>Horisontaalne automaatse muutmise moodul (HPA)<\/h2>\n<p>\nNagu nimi viitab, skaleerib HPA podide replikate arvu. Enamasti kasutavad DevOps-i spetsialistid replikate arvu muutmiseks CPU ja m\u00e4lu koormust triggereid. Kuid v\u00f5ite s\u00fcsteemi skaleerida ka p\u00f5hjal <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-custom-metrics\">kasutaja m\u00e4\u00e4ratud metrikatele<\/a><\/noindex>, nende <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-multiple-metrics\">kombinatsioonile<\/a><\/noindex> v\u00f5i isegi <noindex><a rel=\"nofollow\" href=\"https:\/\/cloud.google.com\/kubernetes-engine\/docs\/tutorials\/external-metrics-autoscaling\">v\u00e4lised m\u00f5\u00f5dikud<\/a><\/noindex>.<\/p>\n<p>HPA t\u00f6\u00f6 k\u00f5rge taseme skeem:<\/p>\n<ol>\n<li>HPA kontrollib pidevalt installimisel m\u00e4\u00e4ratud m\u00f5\u00f5dikute v\u00e4\u00e4rtusi vaikimisi 30-sekundiliste intervallidega.\n<\/li>\n<li>HPA p\u00fc\u00fcab suurendada moodulite arvu, kui saavutatakse m\u00e4\u00e4ratud l\u00e4vend.\n<\/li>\n<li>HPA uuendab replikate arvu juurutamise\/replikatsiooni kontrollija sees.\n<\/li>\n<li>Juurutamise\/replikatsiooni kontrollija seej\u00e4rel juurutab k\u00f5ik vajalikud t\u00e4iendavad moodulid.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Kolm automaatse skaleerimise taset Kuberneteses: kuidas neid efektiivselt kasutada\" src=\"\/wp-content\/uploads\/2020\/01\/e98534431712eb3303668446b0fe567b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>HPA k\u00e4ivitab moodulite juurutamisprotsessi, kui m\u00f5\u00f5dikute l\u00e4vend saavutatakse.<\/i><\/p>\n<p>HPA kasutamisel arvestage j\u00e4rgmist:<\/p>\n<ul>\n<li>HPA vaikimisi kontrollimise intervall on 30 sekundit. See on m\u00e4\u00e4ratud lipuga <i>horizontal-pod-autoscaler-sync-period<\/i> kontrolleri halduris.\n<\/li>\n<li>Vaikimisi suhteline viga on 10%.\n<\/li>\n<li>P\u00e4rast viimast moodulite arvu suurendamist ootab HPA m\u00f5\u00f5dikute stabiliseerumist kolme minuti jooksul. See intervall on m\u00e4\u00e4ratud lipuga <i>horizontal-pod-autoscaler-upscale-delay<\/i>.\n<\/li>\n<li>P\u00e4rast viimast moodulite arvu v\u00e4hendamist ootab HPA stabiliseerumist viie minuti jooksul. See intervall on m\u00e4\u00e4ratud lipuga <i>horizontal-pod-autoscaler-downscale-delay<\/i>.\n<\/li>\n<li>HPA t\u00f6\u00f6tab k\u00f5ige paremini juurutusobjektidega, mitte replikatsiooni kontrolleritega. Horisontaalne automaatskalaarimine ei \u00fchildu j\u00e4rkj\u00e4rgulise v\u00e4rskendamisega (rolling update), mis manipuleerib otse replikatsiooni kontrolleritega. Juhtimisel s\u00f5ltub replikate arvu vahetus otse juurutusobjektidest.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Vertikaalne automaatm\u00f5\u00f5tmine podide jaoks<\/h2>\n<p>\nVertikaalne automaatm\u00f5\u00f5tmine (VPA) eraldab olemasolevatele podidele rohkem (v\u00f5i v\u00e4hem) CPU v\u00f5i m\u00e4lu aega. Sobib nii oleku s\u00e4ilitavate (stateful) kui ka olekuta (stateless) podide jaoks, kuid on peamiselt m\u00f5eldud stateful teenustele. Siiski saate VPA-d rakendada ka olekuta moodulitele, kui soovite algselt eraldatud ressursside mahtu automaatselt kohandada. <\/p>\n<p>VPA reageerib ka OOM (out of memory, m\u00e4lu otsa saamine) s\u00fcndmustele. CPU aja ja m\u00e4lu mahu muutmiseks on vajalik podide taask\u00e4ivitamine. Taask\u00e4ivitamise ajal j\u00e4rgib VPA jaotuse eelarvet (<noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">pods distribution budget, PDB<\/a><\/noindex>), et tagada minimaalne vajalik moodulite arv. <\/p>\n<p>Saate iga mooduli jaoks m\u00e4\u00e4rata ressursi minimaalset ja maksimaalset mahtu. N\u00e4iteks on v\u00f5imalik piirata eraldatud m\u00e4lu maksimaalne maht 8 GB piirini. See on kasulik, kui praegused s\u00f5lmed lihtsalt ei saa eraldada rohkem kui 8 GB m\u00e4lu konteinerile. \u00dcksikasjalikud spetsifikatsioonid ja t\u00f6\u00f6mehhanism on kirjeldatud <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md\">ametlikus VPA wikisse<\/a><\/noindex>.<\/p>\n<p>Lisaks on VPA-l huvitav soovituste funktsioon (VPA Recommender). See j\u00e4lgib ressursside kasutamist ja OOM-i s\u00fcndmusi k\u00f5igis moodulites, et pakkuda uusi m\u00e4lu ja protsessori ajakulu v\u00e4\u00e4rtusi, p\u00f5hinedes intelligentsele algoritmile, mis arvestab ajaloolisi m\u00f5\u00f5dikuid. Samuti on saadaval API, mis v\u00f5tab vastu podi deskriptorit ja tagastab soovitatud ressursi v\u00e4\u00e4rtused.<\/p>\n<p>M\u00e4rkimisv\u00e4\u00e4rne on see, et VPA Recommender ei j\u00e4lgi \u201epiirangut\u201d ressurssides. See v\u00f5ib p\u00f5hjustada mooduli ressursside monopoliseerimise s\u00f5lmede sees. Paremini on seada piirv\u00e4\u00e4rtus nimede tasemel, et v\u00e4ltida tohutut m\u00e4lu v\u00f5i protsessori ajakulu.<\/p>\n<p>VPA t\u00f6\u00f6 k\u00f5rgtaseme skeem:<\/p>\n<ol>\n<li>VPA kontrollib pidevalt installimisel m\u00e4\u00e4ratud m\u00f5\u00f5dikute v\u00e4\u00e4rtusi, vaikimisi iga 10 sekundi j\u00e4rel.\n<\/li>\n<li>Kui m\u00e4\u00e4ratud l\u00e4vi on saavutatud, \u00fcritab VPA m\u00e4\u00e4ratud ressursse muuta.\n<\/li>\n<li>VPA v\u00e4rskendab ressursi arvu juurutamise\/replikatsiooni kontrolleris.\n<\/li>\n<li>Modulite taask\u00e4ivitamisel rakendatakse k\u00f5iki uusi ressursse loodud instantsidesse.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Kolm automaatse skaleerimise taset Kuberneteses: kuidas neid efektiivselt kasutada\" src=\"\/wp-content\/uploads\/2020\/01\/324702d5e36e9fcf45ced8b3f276db52.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>VPA lisab vajalikud ressursid. <\/i><\/p>\n<p>VPA kasutamisel arvestage j\u00e4rgmisega:<\/p>\n<ul>\n<li>M\u00f5\u00f5tmine n\u00f5uab podide kohustuslikku taask\u00e4ivitamist. See on vajalik, et v\u00e4ltida ebastabiilset t\u00f6\u00f6d p\u00e4rast muudatuste tegemist. Usaldusv\u00e4\u00e4rsuse tagamiseks taask\u00e4ivitavad moodulid ja jaotavad need s\u00f5lmedes vastavalt uutele eraldatud ressurssidele.\n<\/li>\n<li>VPA ja HPA ei ole omavahel praegu \u00fchilduvad ega saa t\u00f6\u00f6tada sama podide peal. Kui rakendate m\u00f5lemat m\u00f5\u00f5tmismehhanismi samas klastris, veenduge, et seaded ei lubaks neil aktiveeruda samade objektide peal.\n<\/li>\n<li>VPA kohandab konteinerite ressursik\u00fcsitlusi, tuginedes ainult nende varasemale ja praegusele kasutamisele. Ta ei sea ressursikasutuse piire. See v\u00f5ib p\u00f5hjustada probleeme rakenduste vale toimimisega, mis hakkavad tarbima j\u00e4rjest rohkem ressursse, mis toob kaasa selle, et Kubernetes sulgeb vastava podi.\n<\/li>\n<li>VPA on praegu arenduse varajases staadiumis. Olge valmis, et l\u00e4hitulevikus v\u00f5ib s\u00fcsteem kogeda teatud muudatusi. Lisainfot leiate <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/autoscaler\/tree\/master\/vertical-pod-autoscaler#known-limitations-of-the-alpha-version\">tuntud piirangute<\/a><\/noindex> ja <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md#future-work\">arendusplaanide<\/a><\/noindex>. Plaanis on VPA ja HPA koost\u00f6\u00f6d ning moodulite juurutamist koos vertikaalse automaatm\u00f5\u00f5tmise poliitikaga (nt eraldi silt 'requires VPA').\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Kubernetes'e klastrite automaatne suurendamine<\/h2>\n<p>\nKlastri automaatne skaleerimine (Cluster Autoscaler, CA) muudab s\u00f5lmede arvu s\u00f5ltuvalt ootel olevate pod-modulite arvust. S\u00fcsteem kontrollib perioodiliselt ootel olevaid mooduleid ja suurendab klastrite suurust, kui on rohkem ressursse vaja ja kui klass ei \u00fcleta seatud limiite. CA suhtleb pilveteenuse pakkujaga, taotleb t\u00e4iendavate s\u00f5lmede saamist v\u00f5i vabastab inaktiivseid. CA esimene avalik versioon esitati Kubernetes 1.8.<\/p>\n<p>CA t\u00f6\u00f6 k\u00f5rgema taseme skeem:<\/p>\n<ol>\n<li>CA kontrollib ootel olevaid mooduleid vaikimisi intervalliga 10 sekundit.\n<\/li>\n<li>Kui \u00fcks v\u00f5i mitu moodulit on ootel, sest klastris pole nende jagamiseks piisavalt ressursse, p\u00fc\u00fcdleb see \u00fche v\u00f5i mitme t\u00e4iendava s\u00f5lme ettevalmistamise poole.\n<\/li>\n<li>Kui pilveteenuse pakkuja eraldab vajaliku s\u00f5lme, liitub see klassiga ja on valmis teenindama pod-mooduleid.\n<\/li>\n<li>Kubernetesi planeerija jaotab ootavad moodulid uuele s\u00f5lmele. Kui m\u00f5ned moodulid j\u00e4\u00e4vad p\u00e4rast seda siiski ootele, kordub protsess \u2013 ja klastrisse lisatakse uusi s\u00f5lmi.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Kolm automaatse skaleerimise taset Kuberneteses: kuidas neid efektiivselt kasutada\" src=\"\/wp-content\/uploads\/2020\/01\/2cd3c97f5d1b040b813940a4e804365e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Automaatne klastris\u00f5lmede m\u00e4\u00e4ramine pilves<\/i><\/p>\n<p>Arvestage j\u00e4rgnevaga, kui kasutate CA:<\/p>\n<ul>\n<li>CA tagab, et k\u00f5igil klastris olevatel moodulitel on k\u00e4ivitamiseks piisavalt ruumi, s\u00f5ltumata protsessori koormusest. Lisaks p\u00fc\u00fcab see tagada, et klastris ei oleks tarbetuid s\u00f5lmi.\n<\/li>\n<li>CA registreerib skalaarimise vajaduse umbes 30 sekundi p\u00e4rast.\n<\/li>\n<li>P\u00e4rast s\u00f5lme muutumist tarbetuks ootab CA vaikimisi 10 minutit, enne kui s\u00fcsteemi skaleerib.\n<\/li>\n<li>Automaatse skaleerimise s\u00fcsteemis on olemas laienajad (expanders). Need on erinevad strateegiad uute s\u00f5lmede r\u00fchma valimiseks, kuhu neid lisatakse.\n<\/li>\n<li>Kasuta vastutustundlikult valikut <i>cluster-autoscaler.kubernetes.io\/safe-to-evict (true)<\/i>. Kui paigaldada palju pod'e v\u00f5i kui need on paljusid s\u00f5lmi laiali jaotatud, kaotate suure t\u00f5en\u00e4osusega v\u00f5imaluse klastri skaleerimiseks.\n<\/li>\n<li>Kasutage <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">PodDisruptionBudgets<\/a><\/noindex>, et v\u00e4ltida podide eemaldamist, mis v\u00f5ib p\u00f5hjustada teie rakenduse t\u00e4ielikku talitlush\u00e4iret.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Kuidas Kubernetes\u2019i automaatsustamiss\u00fcsteemid omavahel suhtlevad<\/h2>\n<p>\nIdeaalsete tulemuste saavutamiseks tuleks rakendada automaatm\u00f5\u00f5tmist nii podide (HPA\/VPA) kui ka klastri tasemel. Need suhtlevad \u00fcksteisega suhteliselt lihtsalt:<\/p>\n<ol>\n<li>HPA v\u00f5i VPA uuendab podide replikate v\u00f5i olemasolevate podide jaoks eraldatud ressursse.\n<\/li>\n<li>Kui planeeritud skaleerimiseks puuduvad s\u00f5lmed, m\u00e4rkab CA ootele j\u00e4\u00e4vaid pod'e.\n<\/li>\n<li>CA eraldab uusi s\u00f5lmi.\n<\/li>\n<li>Modulid jaotatakse uutele s\u00f5lmedele.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Kolm automaatse skaleerimise taset Kuberneteses: kuidas neid efektiivselt kasutada\" src=\"\/wp-content\/uploads\/2020\/01\/09379f30f349a235bb26a670ad0d0bfd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Kubernetes\u2019i skaleerimise s\u00fcsteemide koost\u00f6\u00f6<\/i><\/p>\n<h2>T\u00fc\u00fcpilised vead Kubernetes\u2019i automaatsustamisel<\/h2>\n<p>\nOn mitmeid t\u00fc\u00fcpilisi probleeme, millega DevOps-t\u00f6\u00f6tajad silmitsi seisavad, kui nad proovivad automaatsustamist rakendada.<\/p>\n<p>HPA ja VPA s\u00f5ltuvad m\u00f5\u00f5dikutest ja m\u00f5ningatest ajaloolistest andmetest. Kui ressursse on eraldatud liiga v\u00e4he, siis moodulid volditakse kokku ja ei suuda m\u00f5\u00f5dikut genereerida. Sellisel juhul ei toimu automaatsustamine kunagi.<\/p>\n<p>Ise skaleerimisprotsess on ajast erinev. Soovime, et moodulid ja klaster skaleeruksid kiiresti \u2014 enne kui kasutajad m\u00e4rkavad mingeid probleeme ja t\u00f5rkeid. Seet\u00f5ttu tuleks arvesse v\u00f5tta keskmist podide ja klastri skaleerimise aega.<\/p>\n<p>Ideaalne stsenaarium \u2014 4 minutit:<\/p>\n<ol>\n<li>30 sekundit. Sihtmetrikate uuendamine: 30\u221260 sekundit.\n<\/li>\n<li>30 sekundit. HPA kontrollib metrikate v\u00e4\u00e4rtusi: 30 sekundit.\n<\/li>\n<li>Alla 2 sekundi. Pod moodulid on loodud ja l\u00e4hevad ooteseisundisse: 1 sekund.\n<\/li>\n<li>Alla 2 sekundi. CA n\u00e4eb ooteseisundis mooduleid ja saadab kutseid s\u00f5lmede ettevalmistamiseks: 1 sekund.\n<\/li>\n<li>3 minutit. Pilveteenus omab s\u00f5lmi. K8s ootab, kuni need on valmis: kuni 10 minutit (s\u00f5ltub mitmest tegurist).\n<\/li>\n<\/ol>\n<p>\nHalvim (reaalsem) stsenaarium \u2014 12 minutit:<\/p>\n<ol>\n<li>30 sekundit. Sihtmetrikate uuendamine.\n<\/li>\n<li>30 sekundit. HPA kontrollib metrikate v\u00e4\u00e4rtusi.\n<\/li>\n<li>Alla 2 sekundi. Pod moodulid on loodud ja l\u00e4hevad ooteseisundisse.\n<\/li>\n<li>Alla 2 sekundi. CA n\u00e4eb ooteseisundis mooduleid ja saadab kutseid s\u00f5lmede ettevalmistamiseks.\n<\/li>\n<li>10 minutit. Pilveteenuse pakkuja eraldab s\u00f5lmed. K8s ootab, kuni need on valmis. Ooteaeg s\u00f5ltub mitmest tegurist, n\u00e4iteks pakkuja viivitusest, operatsioonis\u00fcsteemi viivitusest ja abivahendite toimimisest.\n<\/li>\n<\/ol>\n<p>\n\u00c4rge segage pilveteenuste pakkujate m\u00f5\u00f5tmismehhanisme meie CA-ga. Viimane t\u00f6\u00f6tab Kubernetes'e klastris, samas kui pilveteenuste pakkuja mehhanism p\u00f5hineb s\u00f5lmede jaotamisel. See ei tea, mis teie pod'ide v\u00f5i rakendusega juhtub. Need s\u00fcsteemid t\u00f6\u00f6tavad paralleelselt. <\/p>\n<h2>Kuidas hallata skaleerimist Kubernetes's<\/h2>\n<p><\/p>\n<ol>\n<li>Kubernetes on ressursside haldamise ja orkestreerimise t\u00f6\u00f6riist. Podide ja klastrite ressursside haldamise operatsioonid on Kubernetes'e \u00f5ppimise v\u00f5tme verstapost.\n<\/li>\n<li>V\u00f5tke omaks podide skaleeritavuse loogika, arvestades HPA-d ja VPA-d.\n<\/li>\n<li>CA-d tuleks kasutada ainult siis, kui m\u00f5istate h\u00e4sti oma pod'ide ja konteinerite vajadusi.\n<\/li>\n<li>Klastri optimaalse seadistamise jaoks on vaja m\u00f5ista, kuidas erinevad skaleerimiss\u00fcsteemid koos t\u00f6\u00f6tavad.\n<\/li>\n<li>Skaleerimise aja hindamisel pidage silmas halvimat ja parimat stsenaariumi.\n<\/li>\n<\/ol>\n<p>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/mailru\/blog\/484344\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e \u043e\u0441\u0432\u043e\u0435\u043d\u0438\u044f Kubernetes \u043d\u0443\u0436\u043d\u043e \u0437\u043d\u0430\u0442\u044c \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u043d\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432: \u043f\u043e \u0441\u043b\u043e\u0432\u0430\u043c \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u044d\u0442\u043e \u043e\u0434\u043d\u0430 \u0438\u0437 \u0433\u043b\u0430\u0432\u043d\u044b\u0445 \u0437\u0430\u0434\u0430\u0447 Kubernetes. \u041c\u044b \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0432\u044b\u0441\u043e\u043a\u043e\u0443\u0440\u043e\u0432\u043d\u0435\u0432\u044b\u0439 \u043e\u0431\u0437\u043e\u0440 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u043e\u0432 \u0433\u043e\u0440\u0438\u0437\u043e\u043d\u0442\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u0432\u0435\u0440\u0442\u0438\u043a\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0438 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0440\u0430\u0437\u043c\u0435\u0440\u0430 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u043e\u0432, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0440\u0435\u043a\u043e\u043c\u0435\u043d\u0434\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u0438\u0445 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u0421\u0442\u0430\u0442\u044c\u044e Kubernetes Autoscaling 101: Cluster Autoscaler, Horizontal Autoscaler, and Vertical Pod Autoscaler \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u0430 \u043a\u043e\u043c\u0430\u043d\u0434\u0430, [&hellip;]<\/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-55712","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.0.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e.\" \/>\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\/et\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\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\u0422\u0440\u0438 \u0443\u0440\u043e\u0432\u043d\u044f \u0430\u0432\u0442\u043e\u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0432 Kubernetes: \u043a\u0430\u043a \u0438\u0445 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat\" \/>\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-01-26T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:03:51+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\udd47Kolm taset automaatse skaleerimise Kuberneteses: kuidas neid t\u00f5husalt kasutada | ProHoster","description":"Kogu jaoks.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\u0422\u0440\u0438 \u0443\u0440\u043e\u0432\u043d\u044f \u0430\u0432\u0442\u043e\u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0432 Kubernetes: \u043a\u0430\u043a \u0438\u0445 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c | ProHoster","og:description":"\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","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-01-26T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:51+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55712","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:38:31","updated":"2022-09-29 14:33:55","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/55712","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=55712"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/55712\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=55712"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=55712"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=55712"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}