{"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 ein umfassendes Verst\u00e4ndnis von Kubernetes ist es wichtig, verschiedene Methoden zur Skalierung von Clusterressourcen zu kennen: Laut den Entwicklern des Systems <noindex><a rel=\"nofollow\" href=\"https:\/\/speakerdeck.com\/thockin\/everything-you-ever-wanted-to-know-about-resource-scheduling-dot-dot-dot-almost\">, z\u00e4hlt dies zu den Hauptaufgaben von Kubernetes. Wir haben eine hochrangige \u00dcbersicht \u00fcber die Mechanismen der horizontalen und vertikalen automatischen Skalierung und der Clustergr\u00f6\u00dfen\u00e4nderung vorbereitet, sowie Empfehlungen, wie man diese effektiv einsetzen kann.<\/a><\/noindex>, das ist eine der Hauptaufgaben von Kubernetes. Wir haben eine hochrangige \u00dcbersicht \u00fcber die Mechanismen der horizontalen und vertikalen Skalierung sowie der Anpassung von Clustern vorbereitet und Empfehlungen erstellt, wie man sie 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 dem Team \u00fcbersetzt, das das automatische Skalieren 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> \u2014 ein Werkzeug zur Verwaltung von Ressourcen und Orchestrierung. Nat\u00fcrlich ist es nicht schlecht, sich mit den tollen Funktionen von Deployment, Monitoring und Pod-Management (das Modul Pod ist eine Gruppe von Containern, die als Antwort auf Anfragen gestartet werden) zu besch\u00e4ftigen. <\/p>\n<p>Es ist jedoch auch wichtig, \u00fcber folgende Fragen nachzudenken:<\/p>\n<ol>\n<li>Wie skalieren Sie Module und Anwendungen?\n<\/li>\n<li>Wie halten Sie Container in einem funktionalen und effizienten Zustand?\n<\/li>\n<li>Wie reagieren Sie auf st\u00e4ndige \u00c4nderungen im Code und auf Benutzerlasten?\n<\/li>\n<\/ol>\n<p>\nDie Konfiguration von Kubernetes-Clustern zur Ressourcenauslastung und Leistungsoptimierung kann eine komplexe Aufgabe sein und erfordert Fachwissen \u00fcber die inneren Abl\u00e4ufe von Kubernetes. Die Auslastung Ihrer Anwendung oder Dienste kann im Laufe des Tages oder sogar innerhalb einer Stunde schwanken, weshalb das Lastenausgleich als ein kontinuierlicher Prozess betrachtet werden sollte.<\/p>\n<h2>Kubernetes-Automatisierungsebenen<\/h2>\n<p>\nEffektive Automatisierung erfordert eine Koordination zwischen zwei Ebenen: <\/p>\n<ol>\n<li>Der Pod-Level umfasst sowohl horizontales (Horizontal Pod Autoscaler, HPA) als auch vertikales Autoscaling (Vertical Pod Autoscaler, VPA). Dies bezieht sich auf die Skalierung der vorhandenen Ressourcen f\u00fcr Ihre Container.\n<\/li>\n<li>Die Cluster-Ebene, die durch das Cluster-Autoscaling-System (Cluster Autoscaler, CA) verwaltet wird, erh\u00f6ht oder verringert die Anzahl der Knoten innerhalb des Clusters.\n<\/li>\n<\/ol>\n<p><\/p>\n<h2>Modul zur horizontalen Automatisierung (HPA)<\/h2>\n<p>\nWie der Name schon sagt, skaliert der HPA die Anzahl der Pod-Replikate. Als Trigger zur Anpassung der Anzahl der Replikate verwenden die meisten DevOps die Auslastung von CPU und Speicher. Es ist jedoch auch m\u00f6glich, die Systemskalierung 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\">externe Metriken<\/a><\/noindex>.<\/p>\n<p>Hochlevel-Schema des HPA-Betriebs:<\/p>\n<ol>\n<li>HPA \u00fcberwacht kontinuierlich die bei der Installation angegebenen Metriken in einem Standardintervall von 30 Sekunden.\n<\/li>\n<li>HPA versucht die Anzahl der Pods zu erh\u00f6hen, wenn der festgelegte Schwellenwert erreicht wird.\n<\/li>\n<li>HPA aktualisiert die Anzahl der Replikate innerhalb des Bereitstellungs-\/Replikationscontrollers.\n<\/li>\n<li>Der Bereitstellungs-\/Replikationscontroller implementiert dann alle erforderlichen zus\u00e4tzlichen Pods.\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 initiiert den Bereitstellungsprozess der Pods, wenn der Schwellenwert der Metriken erreicht ist.<\/i><\/p>\n<p>Bitte beachten Sie Folgendes bei der Verwendung von HPA:<\/p>\n<ul>\n<li>Das Standard-\u00dcberwachungsintervall des HPA betr\u00e4gt 30 Sekunden. Es wird mit dem Flag <i>horizontal-pod-autoscaler-sync-period<\/i> im Controller-Manager festgelegt.\n<\/li>\n<li>Die Standard-Toleranz betr\u00e4gt 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 mit dem Flag <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 mit dem Flag <i>horizontal-pod-autoscaler-downscale-delay<\/i>.\n<\/li>\n<li>HPA funktioniert am besten mit Deployments anstelle von Replikationscontrollern. Horizontale Automatisierung ist nicht mit dem Rolling Update kompatibel, das direkt Replikationscontroller manipuliert. Bei der Bereitstellung h\u00e4ngt die Anzahl der Replikate direkt von den Deployments ab.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Vertikales Autoscaling von Pods<\/h2>\n<p>\nDas vertikale Autoscaling (VPA) weist bestehenden Pods mehr (oder weniger) CPU- oder Arbeitsspeicherzeit zu. Es eignet sich f\u00fcr sowohl zustandsbehaftete (stateful) als auch zustandslose (stateless) Pods, ist jedoch haupts\u00e4chlich f\u00fcr stateful-Dienste gedacht. Dennoch k\u00f6nnen Sie VPA auch f\u00fcr stateless-Module anwenden, wenn eine automatische Anpassung der urspr\u00fcnglich zugewiesenen Ressourcen erforderlich ist. <\/p>\n<p>Der VPA reagiert ebenfalls auf OOM-Ereignisse (Out of Memory, unzureichender Speicher). Um CPU-Zeit und Speicher zu \u00e4ndern, m\u00fcssen Pods neu gestartet werden. Bei einem Neustart h\u00e4lt sich der VPA an das Zuteilungsbudget (<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 Modulen zu gew\u00e4hrleisten. <\/p>\n<p>Sie k\u00f6nnen den minimalen und maximalen Ressourcenbedarf f\u00fcr jedes Modul festlegen. So k\u00f6nnen Sie den maximalen zugewiesenen Speicher auf 8 GB begrenzen. Dies ist n\u00fctzlich, wenn die aktuellen Knoten nicht mehr als 8 GB Speicher f\u00fcr den Container bereitstellen k\u00f6nnen. Detaillierte Spezifikationen und Funktionsweise 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-Seite<\/a><\/noindex>.<\/p>\n<p>Dar\u00fcber hinaus bietet VPA eine interessante Empfehlungsfunktion (VPA Recommender). Diese verfolgt die Ressourcennutzung und OOM-Ereignisse aller Module, um neue Werte f\u00fcr Speicher und CPU-Zeit basierend auf einem intelligenten Algorithmus unter Ber\u00fccksichtigung historischer Metriken vorzuschlagen. Es gibt auch eine API, die einen Pod-Descriptor akzeptiert und empfohlene Ressourcenwerte zur\u00fcckgibt.<\/p>\n<p>Es ist erw\u00e4hnenswert, 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 Speicher- oder CPU-Verbrauch zu vermeiden.<\/p>\n<p>hochlevelige Funktionsweise von VPA:<\/p>\n<ol>\n<li>VPA \u00fcberpr\u00fcft kontinuierlich die bei der Installation angegebenen Metrikwerte in einem Standardintervall von 10 Sekunden.\n<\/li>\n<li>Wenn die festgelegte Schwelle erreicht ist, versucht der VPA, die zugewiesene Menge an Ressourcen zu \u00e4ndern.\n<\/li>\n<li>Der VPA aktualisiert die Ressourcenzahl innerhalb des Deployment-Replication-Controllers.\n<\/li>\n<li>Beim Neustart der Module werden alle neuen Ressourcen auf die erstellten Instanzen angewendet.\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>Der VPA f\u00fcgt die erforderliche Menge an Ressourcen hinzu. <\/i><\/p>\n<p>Bitte beachten Sie die folgenden Punkte bei der Verwendung des VPA:<\/p>\n<ul>\n<li>Die Skalierung erfordert einen obligatorischen Neustart des Pods. Dies ist notwendig, um instabile Abl\u00e4ufe nach \u00c4nderungen zu vermeiden. Zuverl\u00e4ssigkeit erfordert, dass Module neu gestartet und basierend auf den neu zugewiesenen Ressourcen auf Knoten verteilt werden.\n<\/li>\n<li>VPA und HPA sind derzeit nicht kompatibel miteinander und k\u00f6nnen nicht auf denselben Pods betrieben werden. Wenn Sie in einem Cluster beide Skalierungsmechanismen einsetzen, stellen Sie sicher, dass die Einstellungen nicht zulassen, dass sie auf denselben Objekten aktiviert werden.\n<\/li>\n<li>Der VPA passt Containeranfragen an Ressourcen basierend auf der vergangenen und aktuellen Nutzung an. Es werden keine Nutzungslimits f\u00fcr Ressourcen festgelegt. Es k\u00f6nnen Probleme mit der ordnungsgem\u00e4\u00dfen Funktion von Anwendungen auftreten, die beginnen, immer mehr Ressourcen zu beanspruchen, was dazu f\u00fchrt, dass Kubernetes diesen Pod deaktiviert.\n<\/li>\n<li>Der VPA befindet sich derzeit in einer fr\u00fchen Entwicklungsphase. Seien Sie darauf vorbereitet, dass das System in naher Zukunft einige \u00c4nderungen erfahren k\u00f6nnte. Sie k\u00f6nnen mehr \u00fcber die <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/autoscaler\/tree\/master\/vertical-pod-autoscaler#known-limitations-of-the-alpha-version\">bekannten 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>. Es gibt Pl\u00e4ne, die Zusammenarbeit von VPA und HPA sowie die Bereitstellung von Modulen mit einer vertikalen Autoscaling-Politik f\u00fcr sie (z. B. ein spezielles Label 'requires VPA') zu realisieren.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Automatisches Skalieren des Kubernetes-Clusters<\/h2>\n<p>\nDas Clusterausgleichsmodul (Cluster Autoscaler, CA) passt die Anzahl der Knoten basierend auf der Anzahl der wartenden Pods an. Das System \u00fcberpr\u00fcft regelm\u00e4\u00dfig, ob Pods warten, und vergr\u00f6\u00dfert den Cluster, wenn zus\u00e4tzliche Ressourcen ben\u00f6tigt werden und die vordefinierten Grenzen nicht \u00fcberschritten werden. CA kommuniziert mit dem Cloud-Anbieter, um zus\u00e4tzliche Knoten anzufordern oder inaktive freizugeben. 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 die Anzahl wartender Pods.\n<\/li>\n<li>Wenn einer oder mehrere Pods aufgrund unzureichender Ressourcen im Cluster warten, versucht es, einen oder mehrere zus\u00e4tzliche Knoten bereitzustellen.\n<\/li>\n<li>Sobald der Cloud-Anbieter den erforderlichen Knoten bereitstellt, wird dieser dem Cluster hinzugef\u00fcgt und ist bereit, Pods zu bedienen.\n<\/li>\n<li>Der Kubernetes-Planer verteilt die wartenden Pods auf einen neuen Knoten. Wenn danach einige Pods weiterhin im Wartestatus bleiben, wird der Prozess wiederholt \u2013 und es werden neue Knoten zum 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 Zuweisung von Clusterknoten in der Cloud<\/i><\/p>\n<p>Beachten Sie Folgendes bei der Verwendung von CA:<\/p>\n<ul>\n<li>CA gew\u00e4hrleistet, dass alle Pods im Cluster Platz zum Ausf\u00fchren haben, unabh\u00e4ngig von der CPU-Auslastung. Au\u00dferdem versucht er sicherzustellen, dass es im Cluster keine unn\u00f6tigen Knoten gibt.\n<\/li>\n<li>CA registriert die Notwendigkeit zur Skalierung nach etwa 30 Sekunden.\n<\/li>\n<li>Nachdem ein Knoten \u00fcberfl\u00fcssig wird, wartet CA standardm\u00e4\u00dfig 10 Minuten, bevor es das System skaliert.\n<\/li>\n<li>Im automatischen Skalierungssystem gibt es das Konzept der Expanders. Dies sind verschiedene Strategien zur Auswahl einer Gruppe von Knoten, zu der 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 viele von ihnen \u00fcber die Knoten verteilt sind, verlieren Sie weitgehend die M\u00f6glichkeit, das 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 das L\u00f6schen von Pods zu verhindern, was dazu f\u00fchren k\u00f6nnte, dass Teile Ihrer Anwendung vollst\u00e4ndig ausfallen.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Wie automatisches Skalieren in Kubernetes-Systemen miteinander interagiert<\/h2>\n<p>\nF\u00fcr eine ideale Harmonie sollte sowohl auf der Ebene der Pods (HPA\/VPA) als auch auf der Ebene des Clusters Autoscaling angewendet werden. Diese interagieren relativ einfach miteinander:<\/p>\n<ol>\n<li>HPA oder VPA aktualisieren die Replikate der Pods oder die Ressourcen, die den vorhandenen Pods zugewiesen sind.\n<\/li>\n<li>Wenn beim geplanten Skalieren nicht gen\u00fcgend Knoten vorhanden sind, bemerkt CA die Pods im Wartestatus.\n<\/li>\n<li>CA weist neue Knoten zu.\n<\/li>\n<li>Die Pods werden auf die 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>Zusammenarbeitende Skalierungssysteme in Kubernetes<\/i><\/p>\n<h2>Typische Fehler beim automatischen Skalieren in Kubernetes<\/h2>\n<p>\nEs gibt mehrere typische Probleme, mit denen DevOps-Teams konfrontiert sind, wenn sie versuchen, automatisches Skalieren anzuwenden.<\/p>\n<p>HPA und VPA sind von Metriken und bestimmten historischen Daten abh\u00e4ngig. Wenn nicht gen\u00fcgend Ressourcen zugewiesen sind, werden die Pods heruntergefahren und k\u00f6nnen keine Metriken generieren. In diesem Fall wird das automatische Skalieren niemals stattfinden.<\/p>\n<p>Der eigentliche Skalierungsprozess ist zeitabh\u00e4ngig. Wir m\u00f6chten, dass Module und Cluster schnell skalieren, bevor Benutzer auf irgendwelche Probleme oder Ausf\u00e4lle sto\u00dfen. Deshalb sollte die durchschnittliche Zeit f\u00fcr das Skalieren von Pods und dem Cluster ber\u00fccksichtigt werden.<\/p>\n<p>Ideales Szenario \u2013 4 Minuten:<\/p>\n<ol>\n<li>30 Sekunden. Aktualisierung der Zielmetriken: 30\u201360 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 Wartemodus: 1 Sekunde.\n<\/li>\n<li>Weniger als 2 Sekunden. CA sieht die wartenden Pods und sendet Aufrufe zur Bereitstellung der Nodes: 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>\nSchlechtestes (realistischeres) 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. Pods werden erstellt und gehen in den Wartemodus.\n<\/li>\n<li>Weniger als 2 Sekunden. CA sieht die wartenden Pods und sendet Aufrufe zur Bereitstellung der Nodes.\n<\/li>\n<li>10 Minuten. Der Cloud-Anbieter stellt Knoten bereit. K8s wartet, bis sie einsatzbereit sind. Die Wartezeit h\u00e4ngt von verschiedenen Faktoren ab, wie der Verz\u00f6gerung des Anbieters, der Verz\u00f6gerung des Betriebssystems und der Funktionsweise der unterst\u00fctzenden Tools.\n<\/li>\n<\/ol>\n<p>\nVerwechseln Sie die Skalierungsmechanismen der Cloud-Anbieter nicht mit unserer CA. Letztere arbeitet innerhalb des Kubernetes-Clusters, w\u00e4hrend der Mechanismus des Cloud-Anbieters auf der Verteilung der Knoten basiert. Er wei\u00df nicht, was mit Ihren Pods oder Anwendungen passiert. Diese Systeme arbeiten parallel. <\/p>\n<h2>Wie man das Scaling in Kubernetes steuert<\/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 entscheidender Meilenstein beim Erlernen von Kubernetes.\n<\/li>\n<li>Verstehen Sie die Logik des skalierbaren 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>Um den Cluster optimal zu konfigurieren, m\u00fcssen Sie verstehen, wie verschiedene Skalierungssysteme zusammenarbeiten.\n<\/li>\n<li>Ber\u00fccksichtigen Sie beim Bewerten der Skalierungszeit die worst-case- und best-case-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.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\/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.0.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":"F\u00fcr komplett.","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}]}}