{"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\/de\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","title":{"rendered":"Drei Ebenen der automatischen Skalierung in Kubernetes: Wie man sie effektiv nutzt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Drei Ebenen der automatischen Skalierung in Kubernetes: Wie man sie effektiv nutzt\" src=\"\/wp-content\/uploads\/2020\/01\/0b076d65db116cabdd1b4ae380d3777d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nF\u00fcr das umfassende Verst\u00e4ndnis von Kubernetes ist es wichtig, verschiedene Methoden zur Skalierung von Clusterressourcen zu kennen: laut <noindex><a rel=\"nofollow\" href=\"https:\/\/speakerdeck.com\/thockin\/everything-you-ever-wanted-to-know-about-resource-scheduling-dot-dot-dot-almost\">den Entwicklern des Systems<\/a><\/noindex>, ist das eine der Hauptaufgaben von Kubernetes. Wir haben einen \u00dcberblick \u00fcber die Mechanismen der horizontalen und vertikalen Automatisierung sowie der Gr\u00f6\u00dfen\u00e4nderung von Clustern vorbereitet und Empfehlungen zusammengestellt, wie man diese effektiv nutzen kann.<\/p>\n<p>Der Artikel <noindex><a rel=\"nofollow\" href=\"https:\/\/www.magalix.com\/blog\/kubernetes-autoscaling-101\">Kubernetes Autoscaling 101: Cluster Autoscaler, Horizontal Autoscaler und Vertical Pod Autoscaler<\/a><\/noindex> wurde von einem Team \u00fcbersetzt, das das Autoscaling in <noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/containers\/\">Kubernetes aaS von Mail.ru<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Warum es wichtig ist, \u00fcber Skalierung nachzudenken <\/h2>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/blog\/kubernetes-for-much-stuff\">Kubernetes<\/a><\/noindex> \u2013 ein Werkzeug zur Verwaltung von Ressourcen und Orchestrierung. Nat\u00fcrlich ist es auch sch\u00f6n, mit tollen Funktionen f\u00fcr Bereitstellung, \u00dcberwachung und Verwaltung von Pods zu experimentieren (ein Pod-Modul ist eine Gruppe von Containern, die als Antwort auf eine Anfrage ausgef\u00fchrt werden). <\/p>\n<p>Es gibt jedoch auch andere \u00dcberlegungen:<\/p>\n<ol>\n<li>Wie kann man Module und Anwendungen skalieren?\n<\/li>\n<li>Wie h\u00e4lt man Container in einem arbeitsf\u00e4higen und effizienten Zustand?\n<\/li>\n<li>Wie reagiert man auf st\u00e4ndige \u00c4nderungen im Code und auf Nutzerlasten?\n<\/li>\n<\/ol>\n<p>\nDie Konfiguration von Kubernetes-Clustern zur Ressourcenausbalancierung und Leistungsoptimierung kann eine komplexe Aufgabe sein, die Fachwissen \u00fcber die interne Funktionsweise von Kubernetes erfordert. Die Last auf Ihre Anwendung oder Dienste kann im Laufe des Tages oder sogar innerhalb einer Stunde variieren, daher ist es besser, die Balance als einen kontinuierlichen Prozess zu betrachten.<\/p>\n<h2>Ebenen des Kubernetes-Autoscalings<\/h2>\n<p>\nEffektives Autoscaling erfordert Koordination zwischen zwei Ebenen: <\/p>\n<ol>\n<li>Die Pod-Ebene umfasst sowohl horizontale (Horizontal Pod Autoscaler, HPA) als auch vertikale automatisierte Skalierung (Vertical Pod Autoscaler, VPA). Diese Skalierung betrifft die vorhandenen Ressourcen Ihrer Container.\n<\/li>\n<li>Die Cluster-Ebene, die vom Cluster-Autoscaler (Cluster Autoscaler, CA) verwaltet wird, der die Anzahl der Knoten innerhalb des Clusters erh\u00f6ht oder verringert.\n<\/li>\n<\/ol>\n<p><\/p>\n<h2>Modul f\u00fcr horizontales Autoscaling (HPA)<\/h2>\n<p>\nWie der Name schon sagt, skaliert HPA die Anzahl der Pod-Replikate. Als Ausl\u00f6ser f\u00fcr die \u00c4nderung der Replikationsanzahl verwenden die meisten DevOps die Auslastung von CPU und Arbeitsspeicher. Aber es ist m\u00f6glich, das System basierend auf <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-custom-metrics\">benutzerdefinierten Metriken<\/a><\/noindex>, deren <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-multiple-metrics\">Kombination<\/a><\/noindex> oder sogar <noindex><a rel=\"nofollow\" href=\"https:\/\/cloud.google.com\/kubernetes-engine\/docs\/tutorials\/external-metrics-autoscaling\">externer Metriken<\/a><\/noindex>.<\/p>\n<p>Hochrangiges Schema f\u00fcr die Funktionsweise des HPA:<\/p>\n<ol>\n<li>HPA \u00fcberwacht kontinuierlich die bei der Einrichtung angegebenen Metrikwerte mit dem standardm\u00e4\u00dfigen Intervall von 30 Sekunden.\n<\/li>\n<li>HPA versucht, die Anzahl der Pods zu erh\u00f6hen, wenn ein festgelegter Schwellenwert erreicht wird.\n<\/li>\n<li>HPA aktualisiert die Anzahl der Replikate innerhalb des Deployments\/Replikationscontrollers.\n<\/li>\n<li>Der Deployment-\/Replikationscontroller setzt dann alle erforderlichen zus\u00e4tzlichen Pods in Betrieb.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drei Ebenen der automatischen Skalierung in Kubernetes: Wie man sie effektiv nutzt\" src=\"\/wp-content\/uploads\/2020\/01\/e98534431712eb3303668446b0fe567b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>HPA startet den Prozess zur Bereitstellung von Pods, wenn der Schwellenwert der Metriken erreicht wird.<\/i><\/p>\n<p>Bei der Verwendung von HPA beachten Sie Folgendes:<\/p>\n<ul>\n<li>Das Standardpr\u00fcfintervall von HPA betr\u00e4gt 30 Sekunden. Es wird durch das Flag festgelegt. <i>horizontal-pod-autoscaler-sync-period<\/i> im Controller-Manager.\n<\/li>\n<li>Die relative Fehlertoleranz betr\u00e4gt standardm\u00e4\u00dfig 10%.\n<\/li>\n<li>Nach der letzten Erh\u00f6hung der Anzahl der Pods wartet HPA drei Minuten auf die Stabilisierung der Metriken. Dieses Intervall wird durch das Flag festgelegt. <i>horizontal-pod-autoscaler-upscale-delay<\/i>.\n<\/li>\n<li>Nach der letzten Verringerung der Anzahl der Pods wartet HPA f\u00fcnf Minuten auf die Stabilisierung. Dieses Intervall wird durch das Flag festgelegt. <i>horizontal-pod-autoscaler-downscale-delay<\/i>.\n<\/li>\n<li>HPA funktioniert am besten mit Deployment-Objekten und nicht mit Replikationscontrollern. Horizontales Autoskalieren ist nicht kompatibel mit Rollout-Updates, die direkt mit Replikationscontrollern arbeiten. Bei einem Deployment h\u00e4ngt die Anzahl der Replikate direkt von den Deployment-Objekten ab.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Vertikale automatisierte Skalierung von Pods<\/h2>\n<p>\nDie vertikale Skalierung (VPA) weist vorhandenen Pods mehr (oder weniger) CPU- oder Arbeitsspeicherzeit zu. Sie eignet sich f\u00fcr zustandsbehaftete (stateful) oder zustandslose (stateless) Pods, ist jedoch haupts\u00e4chlich f\u00fcr stateful-Dienste vorgesehen. Sie k\u00f6nnen VPA jedoch auch f\u00fcr stateless-Module anwenden, wenn Sie die urspr\u00fcnglich zugewiesenen Ressourcen automatisch anpassen m\u00fcssen. <\/p>\n<p>Die VPA reagiert auch auf OOM-Ereignisse (Out of Memory, nicht gen\u00fcgend Speicher). Um die CPU-Zeit und den Arbeitsspeicher zu \u00e4ndern, ist ein Neustart der Pods erforderlich. Beim Neustart ber\u00fccksichtigt die VPA das Verteilungsbudget (<noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">pods distribution budget, PDB<\/a><\/noindex>), um die minimal erforderliche Anzahl von Pods sicherzustellen. <\/p>\n<p>Sie k\u00f6nnen den minimalen und maximalen Ressourcenverbrauch f\u00fcr jedes Modul festlegen. So l\u00e4sst sich der maximale Arbeitsspeicher auf 8 GB begrenzen. Dies ist n\u00fctzlich, wenn die aktuellen Knoten nicht mehr als 8 GB Speicher pro Container bereitstellen k\u00f6nnen. Detaillierte Spezifikationen und Funktionsweisen sind beschrieben in <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md\">der offiziellen VPA-Wiki<\/a><\/noindex>.<\/p>\n<p>Dar\u00fcber hinaus verf\u00fcgt die VPA \u00fcber eine interessante Empfehlungsfunktion (VPA Recommender). Sie \u00fcberwacht den Ressourcenverbrauch und OOM-Ereignisse aller Module, um neue Werte f\u00fcr den Speicher und die CPU-Zeit basierend auf einem intelligenten Algorithmus unter Ber\u00fccksichtigung historischer Metriken vorzuschlagen. Es gibt auch eine API, die einen Pod-Descriptor akzeptiert und die vorgeschlagenen Ressourcenwerte zur\u00fcckgibt.<\/p>\n<p>Es ist wichtig zu beachten, dass der VPA Recommender die \"Limits\" der Ressourcen nicht \u00fcberwacht. Dies kann dazu f\u00fchren, dass ein Modul die Ressourcen innerhalb der Knoten monopolisiert. Es ist besser, ein Grenzwert auf Namespace-Ebene festzulegen, um einen \u00fcberm\u00e4\u00dfigen Verbrauch von Speicher oder CPU-Zeit zu vermeiden.<\/p>\n<p>Hohe \u00dcberblick \u00fcber die Funktionsweise der VPA:<\/p>\n<ol>\n<li>Die VPA pr\u00fcft kontinuierlich die angegebenen Metrikwerte in Intervallen von standardm\u00e4\u00dfig 10 Sekunden.\n<\/li>\n<li>Wenn der festgelegte Schwellenwert erreicht wird, versucht die VPA, die zugewiesene Ressourcenzahl zu \u00e4ndern.\n<\/li>\n<li>Die VPA aktualisiert die Anzahl der Ressourcen innerhalb des Deployments-\/Replica-Controllers.\n<\/li>\n<li>Bei einem Neustart der Module werden alle neuen Ressourcen auf die erstellten Instanzen angewandt.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drei Ebenen der automatischen Skalierung in Kubernetes: Wie man sie effektiv nutzt\" src=\"\/wp-content\/uploads\/2020\/01\/324702d5e36e9fcf45ced8b3f276db52.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Die VPA f\u00fcgt die erforderliche Menge an Ressourcen hinzu. <\/i><\/p>\n<p>Ber\u00fccksichtigen Sie bei der Verwendung von VPA folgende Punkte:<\/p>\n<ul>\n<li>Die Skalierung erfordert einen obligatorischen Neustart des Pods. Dies ist notwendig, um instabile Arbeitsabl\u00e4ufe nach \u00c4nderungen zu vermeiden. Zur Gew\u00e4hrleistung der Zuverl\u00e4ssigkeit werden die Module neu gestartet und auf Knoten basierend auf den neuen zugewiesenen Ressourcen verteilt.\n<\/li>\n<li>VPA und HPA sind derzeit nicht miteinander kompatibel und k\u00f6nnen nicht auf denselben Pods arbeiten. Wenn Sie in einem Cluster beide Skalierungsmethoden anwenden, stellen Sie sicher, dass die Einstellungen nicht zulassen, dass sie auf denselben Objekten aktiviert werden.\n<\/li>\n<li>VPA konfiguriert Containeranfragen an Ressourcen basierend auf deren vergangenem und aktuellem Nutzung. Es legt keine Nutzungslimits f\u00fcr Ressourcen fest. Es k\u00f6nnen Probleme mit der fehlerhaften Funktion von Anwendungen auftreten, die zunehmend Ressourcen beanspruchen, was dazu f\u00fchrt, dass Kubernetes das betreffende Pod abschaltet.\n<\/li>\n<li>VPA befindet sich derzeit noch in der fr\u00fchen Entwicklungsphase. Seien Sie darauf vorbereitet, dass das System in naher Zukunft einige \u00c4nderungen erfahren k\u00f6nnte. Sie k\u00f6nnen \u00fcber <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/autoscaler\/tree\/master\/vertical-pod-autoscaler#known-limitations-of-the-alpha-version\">bekannte Einschr\u00e4nkungen<\/a><\/noindex> und <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md#future-work\">Entwicklungspl\u00e4ne<\/a><\/noindex>. So sind Pl\u00e4ne angedacht, VPA und HPA zusammenarbeiten zu lassen sowie Module mit einer Richtlinie der vertikalen Skalierung f\u00fcr sie bereitzustellen (zum Beispiel mit einem speziellen Label 'requires VPA').\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Automatische Skalierung des Kubernetes-Clusters<\/h2>\n<p>\nDer Cluster-Autoscaler (CA) ver\u00e4ndert die Anzahl der Knoten basierend auf der Anzahl der wartenden Pod-Module. Das System \u00fcberpr\u00fcft regelm\u00e4\u00dfig das Vorhandensein wartender Module \u2013 und erh\u00f6ht die Gr\u00f6\u00dfe des Clusters, wenn mehr Ressourcen ben\u00f6tigt werden und das Cluster nicht die festgelegten Limits \u00fcberschreitet. CA interagiert mit dem Anbieter von Cloud-Diensten, fordert zus\u00e4tzliche Knoten an oder gibt inaktive frei. Die erste \u00f6ffentliche Version von CA wurde in Kubernetes 1.8 vorgestellt.<\/p>\n<p>Hochrangiges Schema der Funktionsweise von CA:<\/p>\n<ol>\n<li>CA \u00fcberpr\u00fcft alle 10 Sekunden standardm\u00e4\u00dfig das Vorhandensein von Modulen im Wartestatus.\n<\/li>\n<li>Wenn ein oder mehrere Module im Wartestatus sind, weil im Cluster nicht gen\u00fcgend verf\u00fcgbare Ressourcen zur Verf\u00fcgung stehen, versucht er, einen oder mehrere zus\u00e4tzliche Knoten vorzubereiten.\n<\/li>\n<li>Wenn der Cloud-Diensteanbieter den erforderlichen Knoten bereitstellt, wird dieser dem Cluster hinzugef\u00fcgt und ist bereit, die Pod-Module zu bedienen.\n<\/li>\n<li>Der Kubernetes-Planer verteilt die wartenden Module auf den neuen Knoten. Wenn anschlie\u00dfend einige Module weiterhin im Wartestatus bleiben, wird der Prozess wiederholt \u2013 und es werden neue Knoten dem Cluster hinzugef\u00fcgt.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drei Ebenen der automatischen Skalierung in Kubernetes: Wie man sie effektiv nutzt\" src=\"\/wp-content\/uploads\/2020\/01\/2cd3c97f5d1b040b813940a4e804365e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Automatische Bereitstellung von Knoten im Cloud-Cluster<\/i><\/p>\n<p>Ber\u00fccksichtigen Sie Folgendes bei der Verwendung von CA:<\/p>\n<ul>\n<li>CA gew\u00e4hrleistet, dass alle Module im Cluster Platz zum Ausf\u00fchren haben, unabh\u00e4ngig von der CPU-Auslastung. Dar\u00fcber hinaus versucht er sicherzustellen, dass im Cluster keine unn\u00f6tigen Knoten vorhanden sind.\n<\/li>\n<li>CA registriert die Notwendigkeit zur Skalierung ungef\u00e4hr nach 30 Sekunden.\n<\/li>\n<li>Nachdem ein Knoten nicht mehr ben\u00f6tigt wird, wartet CA standardm\u00e4\u00dfig 10 Minuten, bevor das System skaliert wird.\n<\/li>\n<li>Im automatischen Skalierungssystem gibt es das Konzept von Erweiterungen (expanders). Dies sind verschiedene Strategien zur Auswahl der Knoten, zu denen neue hinzugef\u00fcgt werden.\n<\/li>\n<li>Verwenden Sie die Option verantwortungsbewusst <i>cluster-autoscaler.kubernetes.io\/safe-to-evict (true)<\/i>. Wenn Sie viele Pods einrichten oder wenn diese \u00fcber alle Knoten verstreut sind, verlieren Sie weitgehend die M\u00f6glichkeit, den Cluster zu verkleinern.\n<\/li>\n<li>Verwenden Sie <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">PodDisruptionBudgets<\/a><\/noindex>, um die Entfernung von Pods zu verhindern, wodurch ein Teil Ihrer Anwendung vollst\u00e4ndig ausfallen k\u00f6nnte.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Wie Kubernetes automatisierte Skalierungssysteme zusammenspielen<\/h2>\n<p>\nF\u00fcr ideale Harmonie sollte sowohl die Skalierung auf Pod-Ebene (HPA\/VPA) als auch auf Cluster-Ebene angewendet werden. Sie interagieren relativ einfach miteinander:<\/p>\n<ol>\n<li>HPA oder VPA aktualisieren die Replikate von Pods oder die f\u00fcr bestehende Pods zugewiesenen Ressourcen.\n<\/li>\n<li>Wenn f\u00fcr die geplante Skalierung nicht gen\u00fcgend Knoten vorhanden sind, erkennt CA die Pods im Wartestatus.\n<\/li>\n<li>CA weist neue Knoten zu.\n<\/li>\n<li>Module werden auf neuen Knoten verteilt.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Drei Ebenen der automatischen Skalierung in Kubernetes: Wie man sie effektiv nutzt\" src=\"\/wp-content\/uploads\/2020\/01\/09379f30f349a235bb26a670ad0d0bfd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Gemeinsames System von Kubernetes-Skalierungssystemen<\/i><\/p>\n<h2>Typische Fehler bei der automatischen Skalierung von Kubernetes<\/h2>\n<p>\nEs gibt mehrere typische Probleme, auf die DevOps sto\u00dfen, wenn sie versuchen, automatische Skalierung anzuwenden.<\/p>\n<p>HPA und VPA h\u00e4ngen von Metriken und bestimmten historischen Daten ab. Wenn nicht gen\u00fcgend Ressourcen zugewiesen sind, werden die Module verkleinert und k\u00f6nnen keine Metriken generieren. In diesem Fall wird die automatische Skalierung niemals stattfinden.<\/p>\n<p>Der Skalierungsvorgang selbst ist zeitempfindlich. Wir m\u00f6chten, dass Module und Cluster schnell skaliert werden, bevor die Benutzer Probleme oder Ausf\u00e4lle bemerken. Daher sollte die durchschnittliche Zeit f\u00fcr die Skalierung von Pods und Cluster ber\u00fccksichtigt werden.<\/p>\n<p>Das ideale Szenario ist 4 Minuten:<\/p>\n<ol>\n<li>30 Sekunden. Aktualisierung der Zielmetriken: 30\u221260 Sekunden.\n<\/li>\n<li>30 Sekunden. HPA \u00fcberpr\u00fcft die Metrikwerte: 30 Sekunden.\n<\/li>\n<li>Weniger als 2 Sekunden. Pods werden erstellt und gehen in den Wartestatus \u00fcber: 1 Sekunde.\n<\/li>\n<li>Weniger als 2 Sekunden. CA sieht wartende Module und sendet Anfragen zur Vorbereitung der Knoten: 1 Sekunde.\n<\/li>\n<li>3 Minuten. Der Cloud-Anbieter weist Knoten zu. K8s wartet, bis sie bereit sind: bis zu 10 Minuten (abh\u00e4ngig von mehreren Faktoren).\n<\/li>\n<\/ol>\n<p>\nDas schlimmste (realistischere) Szenario \u2013 12 Minuten:<\/p>\n<ol>\n<li>30 Sekunden. Aktualisierung der Zielmetriken.\n<\/li>\n<li>30 Sekunden. HPA \u00fcberpr\u00fcft die Metrikwerte.\n<\/li>\n<li>Weniger als 2 Sekunden. Pod-Module werden erstellt und gelangen in den Wartestatus.\n<\/li>\n<li>Weniger als 2 Sekunden. CA sieht die wartenden Module und sendet Anfragen zur Vorbereitung der Knoten.\n<\/li>\n<li>10 Minuten. Der Cloud-Anbieter weist Knoten zu. K8s wartet, bis sie bereit sind. Die Wartezeit h\u00e4ngt von mehreren Faktoren ab, wie der Lieferverz\u00f6gerung des Anbieters, der Verz\u00f6gerung des Betriebssystems und dem Betrieb von Hilfstools.\n<\/li>\n<\/ol>\n<p>\nVerwechseln Sie die Skalierungsmechanismen von Cloud-Anbietern nicht mit unserer CA. Letztere arbeitet innerhalb des Kubernetes-Clusters, w\u00e4hrend der Mechanismus des Cloud-Anbieters auf der Verteilung von Knoten beruht. Sie wei\u00df nicht, was mit Ihren Pods oder Anwendungen passiert. Diese Systeme arbeiten parallel. <\/p>\n<h2>Wie man das Skalieren in Kubernetes verwaltet<\/h2>\n<p><\/p>\n<ol>\n<li>Kubernetes ist ein Tool zur Ressourcenverwaltung und Orchestrierung. Die Verwaltung von Pods und Cluster-Ressourcen ist ein wichtiger Meilenstein beim Verst\u00e4ndnis von Kubernetes.\n<\/li>\n<li>Verinnerlichen Sie die Logik der Skalierbarkeit von Pods unter Ber\u00fccksichtigung von HPA und VPA.\n<\/li>\n<li>CA sollte nur verwendet werden, wenn Sie die Bed\u00fcrfnisse Ihrer Pods und Container gut verstehen.\n<\/li>\n<li>F\u00fcr eine optimale Clusterkonfiguration ist es wichtig zu verstehen, wie verschiedene Skalierungssysteme zusammenarbeiten.\n<\/li>\n<li>Ber\u00fccksichtigen Sie bei der Bewertung der Skalierungszeiten die schlechtesten und besten Szenarien.\n<\/li>\n<\/ol>\n<p>Quelle: <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.1.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\/de\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\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\/de\/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\udd47 Drei Ebenen der automatischen Skalierung in Kubernetes: wie man sie effektiv nutzt | ProHoster","description":"Vollst\u00e4ndig.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/55712","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=55712"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/55712\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=55712"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=55712"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=55712"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}