{"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\/sv\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","title":{"rendered":"Tre niv\u00e5er av automatiserad skalning i Kubernetes: hur man effektivt anv\u00e4nder dem","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Tre niv\u00e5er av automatiserad skalning i Kubernetes: hur man effektivt anv\u00e4nder dem\" src=\"\/wp-content\/uploads\/2020\/01\/0b076d65db116cabdd1b4ae380d3777d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nF\u00f6r att helt f\u00f6rst\u00e5 Kubernetes m\u00e5ste man k\u00e4nna till olika s\u00e4tt att skala klusterresurser: enligt <noindex><a rel=\"nofollow\" href=\"https:\/\/speakerdeck.com\/thockin\/everything-you-ever-wanted-to-know-about-resource-scheduling-dot-dot-dot-almost\">utvecklarna av systemet<\/a><\/noindex>, \u00e4r detta en av de viktigaste uppgifterna f\u00f6r Kubernetes. Vi har f\u00f6rberett en \u00f6versikt av mekanismerna f\u00f6r horisontell och vertikal autoskalering samt storleks\u00e4ndring av kluster, tillsammans med rekommendationer om hur man effektivt anv\u00e4nder dem.<\/p>\n<p>Artikeln <noindex><a rel=\"nofollow\" href=\"https:\/\/www.magalix.com\/blog\/kubernetes-autoscaling-101\">Kubernetes Autoscaling 101: Cluster Autoscaler, Horizontal Autoscaler, and Vertical Pod Autoscaler<\/a><\/noindex> \u00f6versattes av teamet som implementerade autoskalering i <noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/containers\/\">Kubernetes aaS fr\u00e5n Mail.ru<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Varf\u00f6r det \u00e4r viktigt att t\u00e4nka p\u00e5 skalning <\/h2>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/blog\/kubernetes-for-much-stuff\">Kubernetes<\/a><\/noindex> \u2014 ett verktyg f\u00f6r att hantera resurser och orkestrering. Naturligtvis \u00e4r det bra att arbeta med fantastiska funktioner f\u00f6r distribution, \u00f6vervakning och hantering av pods (pod-modulen \u00e4r en grupp containrar som k\u00f6rs som svar p\u00e5 en beg\u00e4ran). <\/p>\n<p>Men man b\u00f6r ocks\u00e5 t\u00e4nka p\u00e5 f\u00f6ljande fr\u00e5gor:<\/p>\n<ol>\n<li>Hur skalar man moduler och applikationer?\n<\/li>\n<li>Hur h\u00e5ller man containrarna i drift och effektiva?\n<\/li>\n<li>Hur reagerar man p\u00e5 st\u00e4ndiga f\u00f6r\u00e4ndringar i koden och anv\u00e4ndarbelastningen?\n<\/li>\n<\/ol>\n<p>\nAtt konfigurera Kubernetes-kluster f\u00f6r resurs- och prestandabalans kan vara en komplex uppgift, det kr\u00e4ver expertkunskap om hur Kubernetes fungerar. Arbetsbelastningen p\u00e5 din applikation eller tj\u00e4nster kan variera under dagen eller till och med under en timme, s\u00e5 balans b\u00f6r ses som en kontinuerlig process.<\/p>\n<h2>Niv\u00e5erna av Kubernetes-autoskisering<\/h2>\n<p>\nEffektiv autoskalering kr\u00e4ver samordning mellan tv\u00e5 niv\u00e5er: <\/p>\n<ol>\n<li>Niv\u00e5n av poddar, som inkluderar horisontell (Horizontal Pod Autoscaler, HPA) och vertikal autoskalering (Vertical Pod Autoscaler, VPA). Detta skalar de befintliga resurserna f\u00f6r dina containrar.\n<\/li>\n<li>Klusterniv\u00e5n, som hanteras av cluster autoscalersystemet (Cluster Autoscaler, CA), vilket \u00f6kar eller minskar antalet noder inom klustret.\n<\/li>\n<\/ol>\n<p><\/p>\n<h2>Modulen f\u00f6r horisontell autoskalering (HPA)<\/h2>\n<p>\nSom namnet antyder skalar HPA antalet repliker av poddar. Som utl\u00f6sare f\u00f6r att \u00e4ndra antalet repliker anv\u00e4nder de flesta DevOps resurshantering f\u00f6r CPU och minne. Dock kan systemet skalas baserat p\u00e5 <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-custom-metrics\">anpassade metrikar<\/a><\/noindex>, deras <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-multiple-metrics\">kombination<\/a><\/noindex> eller till och med <noindex><a rel=\"nofollow\" href=\"https:\/\/cloud.google.com\/kubernetes-engine\/docs\/tutorials\/external-metrics-autoscaling\">externa metrikar<\/a><\/noindex>.<\/p>\n<p>\u00d6versikt \u00f6ver hur HPA fungerar:<\/p>\n<ol>\n<li>HPA \u00f6vervakar kontinuerligt de metrikv\u00e4rden som angavs vid installationen, med ett standardintervall p\u00e5 30 sekunder.\n<\/li>\n<li>HPA f\u00f6rs\u00f6ker \u00f6ka antalet moduler om det angivna tr\u00f6skelv\u00e4rdet har n\u00e5tts.\n<\/li>\n<li>HPA uppdaterar antalet replikor inom distributions-\/replikatorns kontroller.\n<\/li>\n<li>Distributions-\/replikatorns kontroller distribuerar sedan alla n\u00f6dv\u00e4ndiga ytterligare moduler.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tre niv\u00e5er av automatiserad skalning i Kubernetes: hur man effektivt anv\u00e4nder dem\" src=\"\/wp-content\/uploads\/2020\/01\/e98534431712eb3303668446b0fe567b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>HPA initierar distributionsprocessen av moduler n\u00e4r tr\u00f6skelv\u00e4rdet f\u00f6r metrikv\u00e4rdena n\u00e5s.<\/i><\/p>\n<p>Vid anv\u00e4ndning av HPA b\u00f6r f\u00f6ljande beaktas:<\/p>\n<ul>\n<li>Standardintervall f\u00f6r HPA:s kontroll \u00e4r 30 sekunder. Det st\u00e4lls in med flaggan <i>horizontal-pod-autoscaler-sync-period<\/i> i kontrolleraren.\n<\/li>\n<li>Den relativa felmarginalen \u00e4r som standard 10%.\n<\/li>\n<li>Efter den senaste \u00f6kningen av antalet moduler v\u00e4ntar HPA p\u00e5 att metrikv\u00e4rdena ska stabiliseras under tre minuter. Detta intervall st\u00e4lls in med flaggan <i>horizontal-pod-autoscaler-upscale-delay<\/i>.\n<\/li>\n<li>Efter den senaste minskningen av antalet moduler v\u00e4ntar HPA p\u00e5 stabilisering under fem minuter. Detta intervall st\u00e4lls in med flaggan <i>horizontal-pod-autoscaler-downscale-delay<\/i>.\n<\/li>\n<li>HPA fungerar b\u00e4st med distributionsobjekt, inte med replikatorer. Horisontell autoskalning \u00e4r inkompatibel med rullande uppdatering (rolling update), som direkt manipulerar med replikatorer. Vid distribution beror antalet replikor direkt p\u00e5 distributionsobjekten.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Vertikal autoskalering av poddar<\/h2>\n<p>\nVertikal autoskalering (VPA) tilldelar mer (eller mindre) CPU-tid eller minne till existerande poddar. Det \u00e4r l\u00e4mpligt f\u00f6r b\u00e5de stateful och stateless poddar, men \u00e4r fr\u00e4mst avsett f\u00f6r stateful-tj\u00e4nster. Men du kan ocks\u00e5 till\u00e4mpa VPA f\u00f6r stateless-moduler om du beh\u00f6ver justera m\u00e4ngden tilldelade resurser automatiskt. <\/p>\n<p>VPA reagerar ocks\u00e5 p\u00e5 OOM-h\u00e4ndelser (out of memory, otillr\u00e4ckligt minne). F\u00f6r att \u00e4ndra CPU-tid och minnesm\u00e4ngd kr\u00e4vs en omstart av poddarna. Vid omstart f\u00f6ljer VPA f\u00f6rdelningsbudgeten (<noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">pods distribution budget, PDB<\/a><\/noindex>) f\u00f6r att s\u00e4kerst\u00e4lla det minimalt n\u00f6dv\u00e4ndiga antalet moduler. <\/p>\n<p>Du kan st\u00e4lla in minimala och maximala resurser f\u00f6r varje modul. S\u00e5 kan du begr\u00e4nsa den maximala tilldelningen av minne till 8 GB. Detta \u00e4r anv\u00e4ndbart om de aktuella noderna inte kan tilldela mer \u00e4n 8 GB minne till containern. Detaljerade specifikationer och hur det fungerar beskrivs i <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md\">den officiella VPA-wikin<\/a><\/noindex>.<\/p>\n<p>Dessutom har VPA en intressant rekommendationsfunktion (VPA Recommender). Den sp\u00e5rar resursanv\u00e4ndning och OOM-h\u00e4ndelser f\u00f6r alla moduler f\u00f6r att f\u00f6resl\u00e5 nya v\u00e4rden f\u00f6r minne och CPU-tid baserat p\u00e5 en intelligent algoritm med historiska m\u00e4tv\u00e4rden i \u00e5tanke. Det finns ocks\u00e5 ett API-gr\u00e4nssnitt som tar emot en pod-descriptor och returnerar f\u00f6reslagna resursv\u00e4rden.<\/p>\n<p>Det \u00e4r v\u00e4rt att notera att VPA Recommender inte sp\u00e5rar \"gr\u00e4nsen\" f\u00f6r resurser. Detta kan leda till att modulen monopoliserar resurserna inom noderna. Det \u00e4r b\u00e4ttre att st\u00e4lla in ett gr\u00e4nsv\u00e4rde p\u00e5 namnutrymmet f\u00f6r att undvika enorm minnes- eller CPU-tidsf\u00f6rbrukning.<\/p>\n<p>\u00d6versiktlig arbetsstruktur f\u00f6r VPA:<\/p>\n<ol>\n<li>VPA \u00f6vervakar kontinuerligt de metrikv\u00e4rden som anges vid installationen med en standardintervall p\u00e5 10 sekunder.\n<\/li>\n<li>Om den angivna tr\u00f6skeln n\u00e5s f\u00f6rs\u00f6ker VPA att \u00e4ndra den tilldelade m\u00e4ngden resurser.\n<\/li>\n<li>VPA uppdaterar m\u00e4ngden resurser inom distributions-\/replikationskontrollern.\n<\/li>\n<li>Vid omstart av moduler till\u00e4mpas alla nya resurser p\u00e5 de skapade instanserna.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tre niv\u00e5er av automatiserad skalning i Kubernetes: hur man effektivt anv\u00e4nder dem\" src=\"\/wp-content\/uploads\/2020\/01\/324702d5e36e9fcf45ced8b3f276db52.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>VPA l\u00e4gger till det n\u00f6dv\u00e4ndiga antalet resurser <\/i><\/p>\n<p>T\u00e4nk p\u00e5 f\u00f6ljande punkter vid anv\u00e4ndning av VPA:<\/p>\n<ul>\n<li>Skalning kr\u00e4ver att podden omstartas. Det \u00e4r n\u00f6dv\u00e4ndigt f\u00f6r att undvika instabil drift efter \u00e4ndringar. F\u00f6r p\u00e5litlighet omstartas moduler och distribueras p\u00e5 noder baserat p\u00e5 de nya tilldelade resurserna.\n<\/li>\n<li>VPA och HPA \u00e4r fortfarande of\u00f6renliga med varandra och kan inte fungera p\u00e5 samma poddar. Om du anv\u00e4nder b\u00e5da skalningsmekanismerna i samma kluster, se till att inst\u00e4llningarna inte till\u00e5ter dem att aktiveras p\u00e5 samma objekt.\n<\/li>\n<li>VPA justerar containerf\u00f6rfr\u00e5gningar p\u00e5 resurser baserat endast p\u00e5 tidigare och nuvarande anv\u00e4ndning. Den s\u00e4tter inga resursanv\u00e4ndningsgr\u00e4nser. Problem kan uppst\u00e5 med appar som b\u00f6rjar ta mer och mer resurser, vilket kan leda till att Kubernetes st\u00e4nger av denna pod.\n<\/li>\n<li>VPA \u00e4r fortfarande i ett tidigt utvecklingsskede. Var beredd p\u00e5 att systemet kan genomg\u00e5 vissa f\u00f6r\u00e4ndringar inom kort. Du kan l\u00e4sa om <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/autoscaler\/tree\/master\/vertical-pod-autoscaler#known-limitations-of-the-alpha-version\">k\u00e4nda begr\u00e4nsningar<\/a><\/noindex> och <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md#future-work\">utvecklingsplaner<\/a><\/noindex>. S\u00e5, det finns planer p\u00e5 att implementera en samverkan mellan VPA och HPA, samt att distribuera moduler med en policy f\u00f6r vertikal autoskalering f\u00f6r dem (till exempel en speciell etikett 'requires VPA').\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Automatisk skalning av Kubernetes-klustret<\/h2>\n<p>\nCluster Autoscaler (CA) \u00e4ndrar antalet noder baserat p\u00e5 antalet v\u00e4ntande pod-moduler. Systemet kontrollerar periodiskt om det finns v\u00e4ntande moduler \u2014 och \u00f6kar klusterstorleken om mer resurser beh\u00f6vs och om klustret inte \u00f6verskrider satta gr\u00e4nser. CA interagerar med molnleverant\u00f6ren f\u00f6r att beg\u00e4ra ytterligare noder eller frig\u00f6ra inaktiva. Den f\u00f6rsta offentliga versionen av CA introducerades i Kubernetes 1.8.<\/p>\n<p>H\u00f6g niv\u00e5 \u00f6versikt av CA:s funktion:<\/p>\n<ol>\n<li>CA kontrollerar v\u00e4ntande moduler med en standardintervall p\u00e5 10 sekunder.\n<\/li>\n<li>Om en eller flera moduler v\u00e4ntar p\u00e5 grund av att klustret har otillr\u00e4ckliga tillg\u00e4ngliga resurser f\u00f6r att distribuera dem, f\u00f6rs\u00f6ker den f\u00f6rbereda en eller flera extra noder.\n<\/li>\n<li>N\u00e4r molnleverant\u00f6ren tilldelar den n\u00f6dv\u00e4ndiga noden ansluts den till klustret och \u00e4r redo att betj\u00e4na pod-moduler.\n<\/li>\n<li>Kubernetes-schemal\u00e4ggaren distribuerar v\u00e4ntande moduler till den nya noden. Om vissa moduler fortfarande f\u00f6rblir i v\u00e4ntande status upprepas processen \u2014 och nya noder l\u00e4ggs till i klustret.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tre niv\u00e5er av automatiserad skalning i Kubernetes: hur man effektivt anv\u00e4nder dem\" src=\"\/wp-content\/uploads\/2020\/01\/2cd3c97f5d1b040b813940a4e804365e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Automatisk tilldelning av klusternoder i molnet<\/i><\/p>\n<p>T\u00e4nk p\u00e5 f\u00f6ljande n\u00e4r du anv\u00e4nder CA:<\/p>\n<ul>\n<li>CA garanterar att alla moduler i klustret har plats att k\u00f6ras, oavsett CPU-belastning. Dessutom f\u00f6rs\u00f6ker den s\u00e4kerst\u00e4lla att det inte finns n\u00e5gra on\u00f6diga noder i klustret.\n<\/li>\n<li>CA registrerar behovet av att skala upp efter ungef\u00e4r 30 sekunder.\n<\/li>\n<li>N\u00e4r en nod inte l\u00e4ngre beh\u00f6vs v\u00e4ntar CA som standard i 10 minuter innan den skalar ner systemet.\n<\/li>\n<li>I det automatiska skalningssystemet finns begreppet expanderare. Dessa \u00e4r olika strategier f\u00f6r att v\u00e4lja en grupp noder d\u00e4r nya noder ska l\u00e4ggas till.\n<\/li>\n<li>Anv\u00e4nd alternativet ansvarsfullt <i>cluster-autoscaler.kubernetes.io\/safe-to-evict (true)<\/i>. Om du installerar m\u00e5nga poddar eller om m\u00e5nga av dem \u00e4r spridda \u00f6ver alla noder, kommer du i stor utstr\u00e4ckning att f\u00f6rlora m\u00f6jligheten att minska klustrets storlek.\n<\/li>\n<li>Anv\u00e4nd <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">PodDisruptionBudgets<\/a><\/noindex>, f\u00f6r att f\u00f6rhindra att poddar tas bort, vilket kan leda till att en del av din applikation helt kan sluta fungera.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Hur Kubernetes automatiska skalningssystem samverkar<\/h2>\n<p>\nF\u00f6r perfekt harmoni b\u00f6r autoskalering till\u00e4mpas b\u00e5de p\u00e5 poddniv\u00e5 (HPA\/VPA) och p\u00e5 klusterniv\u00e5. De interagerar relativt enkelt med varandra:<\/p>\n<ol>\n<li>HPA eller VPA uppdaterar repliker av poddar eller resurser som tilldelats befintliga poddar.\n<\/li>\n<li>Om det saknas noder f\u00f6r planerad skalning, m\u00e4rker CA att det finns poddar i v\u00e4ntande tillst\u00e5nd.\n<\/li>\n<li>CA tilldelar nya noder.\n<\/li>\n<li>Moduler distribueras \u00f6ver de nya noderna.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tre niv\u00e5er av automatiserad skalning i Kubernetes: hur man effektivt anv\u00e4nder dem\" src=\"\/wp-content\/uploads\/2020\/01\/09379f30f349a235bb26a670ad0d0bfd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Gemensamt Kubernetes skalningssystem<\/i><\/p>\n<h2>Typiska fel vid Kubernetes automatisk skalning<\/h2>\n<p>\nDet finns flera typiska problem som devops-team st\u00e5r inf\u00f6r n\u00e4r de f\u00f6rs\u00f6ker implementera automatisk skalning.<\/p>\n<p>HPA och VPA \u00e4r beroende av m\u00e4tv\u00e4rden och viss historik. Om det inte tilldelas tillr\u00e4ckliga resurser kommer modulerna att minskas och inte kunna generera m\u00e4tv\u00e4rden. I s\u00e5 fall kommer automatisk skalning aldrig att \u00e4ga rum.<\/p>\n<p>Sj\u00e4lva skalningsoperationen \u00e4r tidsk\u00e4nslig. Vi vill att modulerna och klustret ska skalas snabbt, innan anv\u00e4ndarna m\u00e4rker n\u00e5gra problem eller avbrott. D\u00e4rf\u00f6r b\u00f6r vi ta h\u00e4nsyn till den genomsnittliga tiden f\u00f6r att skala poddar och kluster.<\/p>\n<p>Det perfekta scenariot \u2013 4 minuter:<\/p>\n<ol>\n<li>30 sekunder. Uppdatering av m\u00e5l-m\u00e4tv\u00e4rden: 30-60 sekunder.\n<\/li>\n<li>30 sekunder. HPA kontrollerar m\u00e4tv\u00e4rden: 30 sekunder.\n<\/li>\n<li>Mindre \u00e4n 2 sekunder. Pods skapas och g\u00e5r in i v\u00e4ntande tillst\u00e5nd: 1 sekund.\n<\/li>\n<li>Mindre \u00e4n 2 sekunder. CA ser v\u00e4ntande moduler och skickar anrop f\u00f6r att f\u00f6rbereda noder: 1 sekund.\n<\/li>\n<li>3 minuter. Molnleverant\u00f6ren tilldelar noder. K8s v\u00e4ntar tills de \u00e4r redo: upp till 10 minuter (beroende p\u00e5 flera faktorer).\n<\/li>\n<\/ol>\n<p>\nDen s\u00e4msta (mer realistiska) scenariot \u00e4r 12 minuter:<\/p>\n<ol>\n<li>30 sekunder. Uppdaterar m\u00e5tt.\n<\/li>\n<li>30 sekunder. HPA kontrollerar m\u00e4tv\u00e4rden.\n<\/li>\n<li>Mindre \u00e4n 2 sekunder. Podmoduler skapas och g\u00e5r i v\u00e4ntande tillst\u00e5nd.\n<\/li>\n<li>Mindre \u00e4n 2 sekunder. CA ser de v\u00e4ntande modulerna och skickar beg\u00e4rningar f\u00f6r att f\u00f6rbereda noder.\n<\/li>\n<li>10 minuter. Molnleverant\u00f6ren tilldelar noder. K8s v\u00e4ntar tills de \u00e4r redo. V\u00e4ntetiden beror p\u00e5 flera faktorer, s\u00e5som leverant\u00f6rens f\u00f6rdr\u00f6jning, OS-f\u00f6rdr\u00f6jning och drift av hj\u00e4lpsystem.\n<\/li>\n<\/ol>\n<p>\nF\u00f6rv\u00e4xla inte molnleverant\u00f6rernas skalningsmekanismer med v\u00e5r CA. Den senare arbetar inom Kubernetes-klustret, medan molnleverant\u00f6rens mekanism fungerar baserat p\u00e5 f\u00f6rdelning av noder. Den vet inte vad som h\u00e4nder med dina poddar eller din applikation. Dessa system fungerar parallellt. <\/p>\n<h2>Hur man hanterar skalning i Kubernetes<\/h2>\n<p><\/p>\n<ol>\n<li>Kubernetes \u00e4r ett verktyg f\u00f6r resursf\u00f6rvaltning och orkestrering. Hanteringen av poddar och klustrets resurser \u00e4r en nyckelpunkt i att bem\u00e4stra Kubernetes.\n<\/li>\n<li>L\u00e4r dig logiken f\u00f6r skalbarhet av poddar med h\u00e4nsyn till HPA och VPA.\n<\/li>\n<li>CA b\u00f6r anv\u00e4ndas endast om du f\u00f6rst\u00e5r behoven hos dina poddar och containrar v\u00e4l.\n<\/li>\n<li>F\u00f6r optimal konfiguration av klustret m\u00e5ste du f\u00f6rst\u00e5 hur olika skalningssystem fungerar tillsammans.\n<\/li>\n<li>Vid bed\u00f6mning av skalningstid, ha i \u00e5tanke det s\u00e4msta och b\u00e4sta scenariot.\n<\/li>\n<\/ol>\n<p>K\u00e4lla: <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.4 - 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\/sv\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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\/sv\/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\udd47Tre niv\u00e5er av automatisk skalning i Kubernetes: hur man effektivt anv\u00e4nder dem | ProHoster","description":"F\u00f6r att f\u00e5 helheten.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/55712","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=55712"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/55712\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=55712"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=55712"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=55712"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}