{"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\/nl\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","title":{"rendered":"Drie niveaus van autoscaling in Kubernetes: hoe ze effectief te gebruiken.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Drie niveaus van autoscaling in Kubernetes: hoe ze effectief te gebruiken.\" src=\"\/wp-content\/uploads\/2020\/01\/0b076d65db116cabdd1b4ae380d3777d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nVoor een volledige beheersing van Kubernetes moet je verschillende manieren van het schalen van clusterresources kennen: volgens <noindex><a rel=\"nofollow\" href=\"https:\/\/speakerdeck.com\/thockin\/everything-you-ever-wanted-to-know-about-resource-scheduling-dot-dot-dot-almost\">de ontwikkelaars van het systeem<\/a><\/noindex>, is dit een van de belangrijkste taken van Kubernetes. We hebben een hoog niveau overzicht voorbereid van de mechanismen voor horizontale en verticale autoscaling en het aanpassen van clusterformaten, evenals aanbevelingen over hoe ze effectief kunnen worden gebruikt.<\/p>\n<p>Het artikel <noindex><a rel=\"nofollow\" href=\"https:\/\/www.magalix.com\/blog\/kubernetes-autoscaling-101\">Kubernetes Autoscaling 101: Cluster Autoscaler, Horizontal Autoscaler, en Vertical Pod Autoscaler<\/a><\/noindex> is vertaald door het team dat autoscaling heeft ge\u00efmplementeerd in <noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/containers\/\">Kubernetes aaS van Mail.ru<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Waarom het belangrijk is om over schaling na te denken <\/h2>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/blog\/kubernetes-for-much-stuff\">Kubernetes<\/a><\/noindex> \u2014 een tool voor resourcebeheer en orkestratie. Natuurlijk is het leuk om te experimenteren met de coole functies van implementatie, monitoring en podbeheer (een pod-module is een groep containers die wordt uitgevoerd als reactie op een verzoek). <\/p>\n<p>Echter, je moet ook nadenken over zaken als:<\/p>\n<ol>\n<li>Hoe schaal je modules en applicaties?\n<\/li>\n<li>Hoe houd je containers operationeel en effici\u00ebnt?\n<\/li>\n<li>Hoe reageer je op constante veranderingen in de code en gebruikerslasten?\n<\/li>\n<\/ol>\n<p>\nHet configureren van Kubernetes-clusters voor resource- en prestatiebalancering kan een complexe taak zijn, die expertise over de interne werking van Kubernetes vereist. De belasting op je applicatie of diensten kan gedurende de dag of zelfs in een enkel uur fluctueren, daarom moet je balancering zien als een continu proces.<\/p>\n<h2>Niveaus van Kubernetes-autoscaling<\/h2>\n<p>\nEffectieve autoscaling vereist co\u00f6rdinatie tussen twee niveaus: <\/p>\n<ol>\n<li>Niveau van pods, inclusief horizontaal (Horizontal Pod Autoscaler, HPA) en verticaal autoschalen (Vertical Pod Autoscaler, VPA). Dit betreft het schalen van beschikbare middelen voor uw containers.\n<\/li>\n<li>Het cluster-niveau, dat wordt beheerd door het cluster-autoscaling systeem (Cluster Autoscaler, CA), dat het aantal knooppunten binnen het cluster vergroot of vermindert.\n<\/li>\n<\/ol>\n<p><\/p>\n<h2>De module voor horizontale autoscaling (HPA)<\/h2>\n<p>\nZoals de naam al aangeeft, schaalt HPA het aantal replica's van pods. Als triggers voor het aanpassen van het aantal replica's gebruiken de meeste DevOps-developers de belasting op de CPU en het geheugen. Het is echter ook mogelijk om het systeem te schalen op basis van <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-custom-metrics\">gebruikersmetrics<\/a><\/noindex>, hun <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-multiple-metrics\">combinatie<\/a><\/noindex> of zelfs <noindex><a rel=\"nofollow\" href=\"https:\/\/cloud.google.com\/kubernetes-engine\/docs\/tutorials\/external-metrics-autoscaling\">externe metrics<\/a><\/noindex>.<\/p>\n<p>Hoog-niveau schema van de werking van HPA:<\/p>\n<ol>\n<li>HPA controleert continu de waarden van de gemeten metrics die bij de installatie zijn opgegeven, met een standaardinterval van 30 seconden.\n<\/li>\n<li>HPA probeert het aantal modules te verhogen wanneer de opgegeven drempel is bereikt.\n<\/li>\n<li>HPA actualiseert het aantal replicas binnen de deployment\/replicatiecontroller.\n<\/li>\n<li>De deployment\/replicatiecontroller implementeert vervolgens alle benodigde extra modules.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drie niveaus van autoscaling in Kubernetes: hoe ze effectief te gebruiken.\" src=\"\/wp-content\/uploads\/2020\/01\/e98534431712eb3303668446b0fe567b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>HPA start het proces van module-implementatie wanneer de drempelwaarde van de metrics is bereikt.<\/i><\/p>\n<p>Houd rekening met het volgende bij het gebruik van HPA:<\/p>\n<ul>\n<li>Het standaard controle-interval van HPA is 30 seconden. Dit wordt ingesteld met de vlag <i>horizontal-pod-autoscaler-sync-period<\/i> in de controller manager.\n<\/li>\n<li>De relatieve foutmarge bedraagt standaard 10%.\n<\/li>\n<li>Na de laatste verhoging van het aantal modules wacht HPA drie minuten op de stabilisatie van de metrics. Dit interval wordt ingesteld met de vlag <i>horizontal-pod-autoscaler-upscale-delay<\/i>.\n<\/li>\n<li>Na de laatste verlaging van het aantal modules wacht HPA vijf minuten op stabilisatie. Dit interval wordt ingesteld met de vlag <i>horizontal-pod-autoscaler-downscale-delay<\/i>.\n<\/li>\n<li>HPA werkt het beste met deployment-objecten en niet met replicatiecontrollers. Horizontale autoscaling is niet compatibel met rolling updates die direct manipuleren met replicatiecontrollers. Bij deployment hangt het aantal replicas direct af van de deployment-objecten.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Verticaal autoschalen van pods<\/h2>\n<p>\nVerticaal autoschalen (VPA) wijst meer (of minder) CPU-tijd of geheugen toe aan bestaande pods. Geschikt voor stateful of stateless pods, maar in het bijzonder bedoeld voor stateful-services. U kunt VPA echter ook toepassen op stateless-modules als u de oorspronkelijk toegewezen bronnen automatisch wilt aanpassen. <\/p>\n<p>VPA reageert ook op OOM-gebeurtenissen (out of memory, onvoldoende geheugen). Voor het wijzigen van CPU-tijd en geheugen vereist het herstarten van de pods. Bij het herstarten houdt VPA rekening met het verdelingsbudget (<noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">pods distribution budget, PDB<\/a><\/noindex>) om een minimaal aantal modules te waarborgen. <\/p>\n<p>U kunt het minimale en maximale aantal resources voor elke module instellen. Zo kunt u de maximale hoeveelheid toegewezen geheugen beperken tot 8 GB. Dit is nuttig als de huidige knooppunten niet meer dan 8 GB geheugen per container kunnen toewijzen. Gedetailleerde specificaties en de werking worden beschreven in <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md\">de offici\u00eble VPA-wiki<\/a><\/noindex>.<\/p>\n<p>Daarnaast heeft VPA een interessante functie voor aanbevelingen (VPA Recommender). Het volgt het gebruik van resources en OOM-gebeurtenissen van alle modules om nieuwe geheugen- en CPU-tijdwaarden voor te stellen op basis van een intelligent algoritme dat historische metrics in overweging neemt. Er is ook een API die een pod-descriptor accepteert en aanbevolen resourcewaarden retourneert.<\/p>\n<p>Het is vermeldenswaard dat VPA Recommender de 'limiet' van resources niet volgt. Dit kan ertoe leiden dat een module resources binnen de knooppunten monopoliseert. Het is beter om een maximum te stellen op het niveau van de namespace om grote geheugengebruik of CPU-tijd te vermijden.<\/p>\n<p>Hoog niveau werkschema van VPA:<\/p>\n<ol>\n<li>VPA controleert voortdurend de gemeten waarden zoals ingesteld, met een standaardinterval van 10 seconden.\n<\/li>\n<li>Als de ingestelde drempel is bereikt, probeert VPA de toegewezen hoeveelheid resources aan te passen.\n<\/li>\n<li>VPA werkt het aantal resources bij binnen de deployment-\/replicatiecontroller.\n<\/li>\n<li>Bij het herstarten van modules worden alle nieuwe resources toegepast op de gemaakte instanties.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drie niveaus van autoscaling in Kubernetes: hoe ze effectief te gebruiken.\" src=\"\/wp-content\/uploads\/2020\/01\/324702d5e36e9fcf45ced8b3f276db52.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>VPA voegt de benodigde hoeveelheid resources toe <\/i><\/p>\n<p>Houd rekening met de volgende punten bij het gebruik van VPA:<\/p>\n<ul>\n<li>Schaalwijzigingen vereisen dat de pod opnieuw wordt opgestart. Dit is nodig om instabiliteit na aanpassingen te voorkomen. Voor betrouwbaarheid worden modules opnieuw opgestart en verdeeld over knooppunten op basis van de nieuwe toegewezen middelen.\n<\/li>\n<li>VPA en HPA zijn momenteel niet compatibel met elkaar en kunnen niet op dezelfde pods werken. Als u beide schalingmechanismen in \u00e9\u00e9n cluster toepast, zorg er dan voor dat de instellingen niet toestaan dat ze op dezelfde objecten worden geactiveerd.\n<\/li>\n<li>VPA configureert de containerverzoeken voor middelen uitsluitend op basis van hun eerdere en huidige gebruik. Het stelt geen gebruikslimieten in. Dit kan leiden tot problemen met de werking van applicaties die steeds meer middelen beginnen te verbruiken, wat ertoe kan leiden dat Kubernetes deze pod uitschakelt.\n<\/li>\n<li>VPA is momenteel nog in een vroege ontwikkelingsfase. Wees bereid dat het systeem in de nabije toekomst enkele wijzigingen kan ondergaan. Je kunt lezen over <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/autoscaler\/tree\/master\/vertical-pod-autoscaler#known-limitations-of-the-alpha-version\">de bekende beperkingen<\/a><\/noindex> en <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md#future-work\">de ontwikkelingsplannen<\/a><\/noindex>. Er zijn plannen om samenwerking tussen VPA en HPA te realiseren, evenals het uitrollen van modules samen met een beleid voor verticaal autoschalen voor hen (bijvoorbeeld een speciale label 'requires VPA').\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Autoscaling van de Kubernetes-cluster<\/h2>\n<p>\nCluster autoscaler (CA) past het aantal nodes aan op basis van het aantal in afwachting zijnde pods. Het systeem controleert periodiek op in afwachting zijnde pods en vergroot de cluster als er meer middelen nodig zijn en als de cluster binnen de vastgestelde limieten blijft. CA werkt samen met de cloudprovider om extra nodes aan te vragen of inactieve nodes vrij te geven. De eerste publieke versie van CA werd ge\u00efntroduceerd in Kubernetes 1.8.<\/p>\n<p>Hoog-niveau werkdiagram van CA:<\/p>\n<ol>\n<li>CA controleert elke 10 seconden op betrokken pods in afwachting.\n<\/li>\n<li>Als een of meerdere pods in afwachting zijn omdat er onvoldoende beschikbare middelen in de cluster zijn, probeert het \u00e9\u00e9n of meerdere extra nodes voor te bereiden.\n<\/li>\n<li>Wanneer de cloudprovider de benodigde node toewijst, voegt deze zich bij de cluster en is klaar om te dienen voor de pods.\n<\/li>\n<li>De Kubernetes-scheduler verdeelt de in afwachting zijnde pods over de nieuwe node. Als sommige pods daarna nog steeds in afwachting blijven, herhaalt het proces zich \u2014 en worden nieuwe nodes aan de cluster toegevoegd.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drie niveaus van autoscaling in Kubernetes: hoe ze effectief te gebruiken.\" src=\"\/wp-content\/uploads\/2020\/01\/2cd3c97f5d1b040b813940a4e804365e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Automatische toewijzing van cluster nodes in de cloud<\/i><\/p>\n<p>Houd het volgende in gedachten bij het gebruik van CA:<\/p>\n<ul>\n<li>CA garandeert dat alle pods in de cluster ruimte hebben om te draaien, ongeacht de CPU-belasting. Bovendien probeert het te garanderen dat de cluster geen onnodige nodes bevat.\n<\/li>\n<li>CA registreert de noodzaak voor schaling ongeveer elke 30 seconden.\n<\/li>\n<li>Nadat een knooppunt overbodig wordt, wacht CA standaard 10 minuten voordat het systeem schaalbaar maakt.\n<\/li>\n<li>In het automatisch schaling systeem zijn er uitbreiders (expanders). Dit zijn verschillende strategie\u00ebn voor het selecteren van een groep knooppunten waaraan nieuwe zullen worden toegevoegd.\n<\/li>\n<li>Toepasselijke opties verantwoordelijk gebruiken <i>cluster-autoscaler.kubernetes.io\/safe-to-evict (true)<\/i>. Als u veel pods instelt of als veel ervan over alle knooppunten zijn verspreid, verliest u in aanzienlijke mate de mogelijkheid om de cluster te verkleinen.\n<\/li>\n<li>Gebruik <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">PodDisruptionBudgets<\/a><\/noindex>, om het verwijderen van pods te voorkomen, wat kan leiden tot volledige uitval van een gedeelte van uw applicatie.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Hoe Kubernetes automatisch schaling systemen met elkaar omgaan<\/h2>\n<p>\nVoor ideale harmonie moet autoschaling worden toegepast op zowel pod-niveau (HPA\/VPA) als cluster-niveau. Ze interageren relatief eenvoudig met elkaar:<\/p>\n<ol>\n<li>HPA of VPA werken replice pods of de toegewezen middelen voor bestaande pods bij.\n<\/li>\n<li>Als er niet genoeg knooppunten zijn voor de geplande schaalvergroting, merkt CA op dat er pods in afwachting zijn.\n<\/li>\n<li>CA wijst nieuwe knooppunten toe.\n<\/li>\n<li>Modules worden verdeeld over nieuwe knooppunten.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drie niveaus van autoscaling in Kubernetes: hoe ze effectief te gebruiken.\" src=\"\/wp-content\/uploads\/2020\/01\/09379f30f349a235bb26a670ad0d0bfd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Geco\u00f6rdineerd systeem van Kubernetes schaalbaarheidssystemen<\/i><\/p>\n<h2>Typische fouten bij Kubernetes automatische schaling<\/h2>\n<p>\nEr zijn verschillende veel voorkomende problemen waarmee DevOps-teams worden geconfronteerd bij het proberen te implementeren van automatische schaling.<\/p>\n<p>HPA en VPA zijn afhankelijk van metrics en bepaalde historische gegevens. Als er onvoldoende middelen zijn toegewezen, zullen de modules worden ingeklapt en kunnen ze geen metrics genereren. In dat geval zal automatische schaling nooit plaatsvinden.<\/p>\n<p>De schaalvergrotingsoperatie zelf is tijdgevoelig. We willen dat de modules en het cluster snel schalen \u2014 voordat gebruikers enige problemen of storingen opmerken. Daarom moet men de gemiddelde tijd voor het schalen van pods en het cluster in overweging nemen.<\/p>\n<p>Ideaal scenario - 4 minuten:<\/p>\n<ol>\n<li>30 seconden. Bijwerken van doelmetrics: 30\u221260 seconden.\n<\/li>\n<li>30 seconden. HPA controleert de metricwaarden: 30 seconden.\n<\/li>\n<li>Minder dan 2 seconden. Pods zijn aangemaakt en gaan in wachtoestand: 1 seconde.\n<\/li>\n<li>Minder dan 2 seconden. CA ziet de wachtende modules en doet oproepen om knooppunten gereed te maken: 1 seconde.\n<\/li>\n<li>3 minuten. De cloudprovider wijst knooppunten toe. K8s wacht totdat ze gereed zijn: tot 10 minuten (afhankelijk van verschillende factoren).\n<\/li>\n<\/ol>\n<p>\nHet slechtste (meer realistische) scenario is 12 minuten:<\/p>\n<ol>\n<li>30 seconden. Doelmetingen worden bijgewerkt.\n<\/li>\n<li>30 seconden. HPA controleert de meetwaarden.\n<\/li>\n<li>Minder dan 2 seconden. Pod-modules zijn gemaakt en gaan naar de status in afwachting.\n<\/li>\n<li>Minder dan 2 seconden. CA ziet de in afwachting zijnde modules en doet oproepen om de knooppunten voor te bereiden.\n<\/li>\n<li>10 minuten. De cloudprovider wijst knooppunten toe. K8s wacht totdat ze gereed zijn. De wachttijd is afhankelijk van verschillende factoren, zoals leveranciervertraging, OS-vertraging, en de werking van hulpprogramma's.\n<\/li>\n<\/ol>\n<p>\nVerwar de schaalmechanismen van cloudproviders niet met onze CA. Laatstgenoemde werkt binnen de Kubernetes-cluster, terwijl het mechanisme van de cloudprovider gebaseerd is op knooppuntverdeling. Het weet niet wat er met jouw pods of applicatie gebeurt. Deze systemen werken parallel. <\/p>\n<h2>Hoe schaling in Kubernetes te beheren<\/h2>\n<p><\/p>\n<ol>\n<li>Kubernetes is een hulpmiddel voor resourcebeheer en orchestratie. Het beheer van pods en clusterresources is een belangrijke mijlpaal in het beheersen van Kubernetes.\n<\/li>\n<li>Begrijp de schaalbaarheidslogica van pods in verband met HPA en VPA.\n<\/li>\n<li>CA moet alleen worden gebruikt als je de behoeften van jouw pods en containers goed begrijpt.\n<\/li>\n<li>Voor een optimale clusterconfiguratie moet je begrijpen hoe verschillende schaalmechanismen samen werken.\n<\/li>\n<li>Houd bij het beoordelen van de schaalduur rekening met het slechtste en beste scenario.\n<\/li>\n<\/ol>\n<p>Bron: <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.3 - 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\/nl\/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.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\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\/nl\/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\udd47Drie niveaus van autoscaling in Kubernetes: hoe ze effectief te gebruiken | ProHoster","description":"Voor de volledigheid.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/55712","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=55712"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/55712\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=55712"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=55712"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=55712"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}