{"id":75425,"date":"2020-03-26T07:42:30","date_gmt":"2020-03-26T05:42:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes"},"modified":"2020-03-26T07:42:30","modified_gmt":"2020-03-26T05:42:30","slug":"luchshie-10-hitrostej-i-sovetov-po-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","title":{"rendered":"Die 10 besten Tipps und Tricks f\u00fcr Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Die
\n
\nIm Internet gibt es viele Nachschlagwerke, aber manchmal sind die einfachsten Tipps die wertvollsten. Das Team Kubernetes aaS von Mail.ru<\/a><\/noindex> hat eine Sammlung von zehn Tricks und Tipps \u00fcbersetzt<\/a><\/noindex>, die der Autor des Artikels nach einem Jahr Arbeit mit Kubernetes zusammengestellt hat. Die Tipps sind nicht nach Wichtigkeit sortiert, aber wir denken, dass jeder etwas N\u00fctzliches f\u00fcr sich findet.
\n<\/a><\/noindex><\/p>\n

Der einfachste Befehl zur Arbeit mit Kubernetes<\/h2>\n

\nUm zu beginnen, ist wahrscheinlich die einfachste und n\u00fctzlichste Aktion bei der Arbeit mit Kubernetes der folgende Befehl, der die Autovervollst\u00e4ndigung von Befehlen aktiviert kubectl<\/code> in der Bash-Shell:<\/p>\n

echo \"source > ~\/.bashrc\n<\/code><\/pre>\n
\nDie Autovervollst\u00e4ndigung kubectl<\/code> wird in der .bashrc-Datei festgeschrieben und aktiviert sich automatisch jedes Mal beim Start der Shell. Dies beschleunigt das Eingeben langer Befehle und Parameter, wie beispielsweise all-namespaces<\/code>. Weitere Informationen finden Sie in der Kubernetes-Hilfe zu Bash<\/a><\/noindex>.<\/p>\n
Standardm\u00e4\u00dfig festgelegte Einschr\u00e4nkungen f\u00fcr Speicher und CPU im Namensraum<\/h2>\n
\nWenn eine Anwendung falsch programmiert ist, beispielsweise jede Sekunde eine neue Verbindung zur Datenbank \u00f6ffnet, diese aber nie schlie\u00dft, kann es im Cluster zu einem Speicherleck kommen. Und wenn f\u00fcr die Anwendung beim Deployment keine Einschr\u00e4nkung f\u00fcr den Speicher festgelegt ist, kann das zu einem Ausfall des Knotens f\u00fchren.<\/p>\n
Um dem entgegenzuwirken, erm\u00f6glicht Kubernetes das Festlegen von Standardbeschr\u00e4nkungen f\u00fcr jeden Namensraum. Diese werden in der YAML-Datei f\u00fcr den jeweiligen Namensraum festgehalten. Hier ist ein Beispiel f\u00fcr eine solche Datei:<\/p>\n
apiVersion: v1\nkind: LimitRange\nmetadata:\n  name: mem-limit-range\nspec:\n  limits:\n  - default:\n      memory: 512Mi\n    defaultRequest:\n      memory: 256Mi\n    type: Container\n<\/code><\/pre>\n
\nErstellen Sie eine solche YAML-Datei und wenden Sie sie auf jeden Namensraum an. Zum Beispiel auf den Namensraum limit-example<\/code>. Jetzt gilt f\u00fcr jeden Container, der in diesem Namensraum bereitgestellt wird, eine Beschr\u00e4nkung von 512Mi, es sei denn, f\u00fcr diesen Container ist eine andere individuelle Grenze festgelegt.<\/p>\n
M\u00fcllbereinigung in alten Versionen von Kubernetes<\/h2>\n
\nKubelet beginnt standardm\u00e4\u00dfig mit der M\u00fcllbereinigung, wenn \/var\/lib\/docker<\/i> 90 % des verf\u00fcgbaren Speicherplatzes einnimmt. Das ist gro\u00dfartig, aber bis zur Version Kubernetes 1.7 gab es kein Standardlimit f\u00fcr die Anzahl der verwendeten Index-Deskriptoren (Inodes), die der Anzahl von Dateien im Dateisystem entsprechen.<\/p>\n
Potentiell kann Ihr Container \/var\/lib\/docker<\/i> nur 50 % des Speicherplatzes verwenden, aber die Inodes k\u00f6nnten ausgehen, was zu Problemen bei den Workern f\u00fchren kann.<\/p>\n
In den alten Versionen von Kubelet von 1.4 bis 1.6 musste dieser Flag hinzugef\u00fcgt werden:<\/p>\n
--eviction-hard\n=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%\n<\/code><\/pre>\n
\nIn Version 1.7 und neueren Versionen ist dieser Flag standardm\u00e4\u00dfig gesetzt. \u00c4ltere Versionen \u00fcberwachen jedoch das Inoden-Limit nicht.<\/p>\n
Minikube\u2026 klein, aber leistungsstarkes lokales Kubernetes<\/h2>\n
\nMinikube ist der einfachste Weg, einen lokalen Kubernetes-Cluster zu starten. Er wird mit einem einfachen Befehl gestartet:<\/p>\n
minikube start\n<\/code><\/pre>\n
\nNach Ausf\u00fchrung dieses Befehls l\u00e4uft ein echter Kubernetes-Cluster auf Ihrem Computer.<\/p>\n
\"Die
\nBildquelle<\/i><\/a><\/noindex><\/p>\n
Der Trick besteht darin, wie man eine Anwendung erstellt und sie lokal in diesem Cluster ausf\u00fchrt. Wenn keine speziellen Anweisungen gegeben werden, wird das Docker-Image auf Ihrem Computer und nicht im Cluster erstellt.<\/p>\n
Um Docker zu zwingen, das Image in den lokalen Kubernetes-Cluster zu senden, wird der Docker-Maschine folgender Befehl gegeben:<\/p>\n
eval $(minikube docker-env)\n<\/code><\/pre>\n
\nJetzt k\u00f6nnen wir Anwendungen im lokalen Kubernetes-Cluster erstellen.<\/p>\n
Geben Sie nicht allen Zugriff auf kubectl<\/h2>\n
\nEs scheint offensichtlich zu sein, aber wenn mehrere Teams einen Cluster f\u00fcr ihre Anwendungen gemeinsam nutzen (wof\u00fcr Kubernetes geschaffen wurde), sollte man nicht einfach allen den Zugriff gew\u00e4hren. kubectl<\/code>Es ist besser, die Teams zu trennen, indem man jedem ein eigenes Namensraum zuweist und den Zugriff durch RBAC-Richtlinien regelt.<\/p>\n
Man kann es sich zur Aufgabe machen, Rechte f\u00fcr jeden Pod hinsichtlich Zugriff, Lesen, Erstellen, L\u00f6schen und andere Operationen festzulegen. Wichtiger ist es jedoch, den Zugang zu Geheimnissen zu beschr\u00e4nken, sodass nur Administratoren Zugriff haben. So trennen wir die, die den Cluster verwalten k\u00f6nnen, von denen, die einfach darin bereitgestellt werden k\u00f6nnen.<\/p>\n
Verwalten Sie Budgets f\u00fcr Pods<\/h2>\n
\nWie kann man sicherstellen, dass es im Kubernetes-Cluster keine Ausfallzeiten f\u00fcr die Anwendung gibt? PodDisruptionBudget und nochmals PodDisruptionBudget.<\/p>\n
Cluster werden regelm\u00e4\u00dfig aktualisiert und Knoten werden leerger\u00e4umt. Nichts bleibt stehen, das ist die Realit\u00e4t. Bei jedem Deployment mit mehr als einer Instanz sollte unbedingt ein PDB (PodDisruptionBudget) einbezogen werden. Es wird in einer einfachen YAML-Datei erstellt, die auf den Cluster angewendet wird. Der Geltungsbereich eines bestimmten PDB wird durch Label-Selektoren definiert.<\/p>\n
Hinweis:<\/strong> Das PDB-Budget wird nur bei einer umkehrbaren Budgetverletzung ber\u00fccksichtigt (freiwillige St\u00f6rung<\/a><\/noindex>). In Situationen wie Hardwareausf\u00e4llen wird das PDB nicht wirksam.<\/p>\n
Beispiel f\u00fcr ein PDB:<\/strong><\/p>\n
apiVersion: policy\/v1beta1\nkind: PodDisruptionBudget\nmetadata:\n  name: app-a-pdb\nspec:\n  minAvailable: 2\n  selector:\n      matchLabels:\n        app: app-a\n<\/code><\/pre>\n
\nDie zwei wesentlichen Parameter sind matchLabels<\/code> und minAvailable<\/code>. Im ersten Parameter wird angegeben, f\u00fcr welche Anwendungen das Budget gilt. Zum Beispiel, wenn ich Deployments mit den Labels app: app-a<\/code> und app: app-b<\/code>, wird dieses PDB nur auf das erste angewendet.<\/p>\n
Parameter minAvailable<\/code> wird bei der Leerung (Reinigung) eines Knotens ber\u00fccksichtigt. Zum Beispiel, in unserem Beispiel werden w\u00e4hrend der Leerung alle Instanzen app: app-a<\/code>, au\u00dfer zwei, verdr\u00e4ngt.<\/p>\n
Dies erm\u00f6glicht die Kontrolle dar\u00fcber, wie viele Instanzen der Anwendung zu jedem Zeitpunkt ausgef\u00fchrt werden sollen.<\/p>\n
Monitoring der Anwendungsintegrit\u00e4t<\/h2>\n
\nEin solches Monitoring ist auf zwei Arten m\u00f6glich: durch Readiness- oder Liveness-Proben.<\/p>\n
Die erste Probe (Readiness) bestimmt die Bereitschaft des Containers, Traffic zu empfangen.<\/p>\n
Die zweite (Liveness) zeigt, ob der Container funktionsf\u00e4hig ist oder ob er neu gestartet werden muss.<\/p>\n
Die entsprechenden Konfigurationen werden einfach in die YAML-Datei f\u00fcr das Deployment hinzugef\u00fcgt. Dort k\u00f6nnen Zeit\u00fcberschreitungen, Verz\u00f6gerungszeiten und die Anzahl der Wiederholungsversuche angegeben werden. Weitere Informationen finden Sie in der Kubernetes-Dokumentation<\/a><\/noindex>.<\/p>\n
Labels \u00fcberall<\/h2>\n
\nLabels sind eines der grundlegenden Konzepte in Kubernetes. Sie erm\u00f6glichen es Objekten, frei miteinander zu interagieren, sowie Anfragen basierend auf diesen Labels zu erstellen. In Kubernetes kann man sogar zum Client wechseln und die Ereignisse basierend auf bestimmten Labels beobachten.<\/p>\n
Mit Labels kann man fast alles machen, aber ein gutes Beispiel w\u00e4re, mehrere Umgebungen zur Ausf\u00fchrung von Programmen in einem Cluster zu schaffen.<\/p>\n
Angenommen, Sie verwenden denselben Cluster f\u00fcr dev<\/code> und qa<\/code>. Das bedeutet, dass Sie m\u00f6glicherweise eine Anwendung app-a<\/code>, die gleichzeitig in beiden Umgebungen ausgef\u00fchrt wird, haben. qa<\/code> und dev<\/code>In diesem Fall k\u00f6nnen wir getrennt auf die Instanz der Anwendung in einer bestimmten Umgebung zugreifen, indem wir den entsprechenden Parameter angeben Umgebung<\/code>. Zum Beispiel, app: app-a<\/code> und environment: dev<\/code> f\u00fcr die eine Umgebung und app: app-a<\/code> und environment: qa<\/code> f\u00fcr die zweite.<\/p>\n
Dies erm\u00f6glicht den Zugriff auf beide Instanzen der Anwendung, um beispielsweise gleichzeitig Tests durchzuf\u00fchren.<\/p>\n
Ordnung schaffen<\/h2>\n
\nKubernetes ist ein sehr leistungsf\u00e4higes System, aber jedes System kann letztendlich in einer gro\u00dfen Anzahl von Prozessen stecken bleiben. Kubelet startet alle von Ihnen angegebenen Prozesse und \u00dcberpr\u00fcfungen sowie seine eigenen.<\/p>\n
Nat\u00fcrlich wird ein herrenloser Dienst das System nicht verlangsamen, und Kubernetes ist von Grund auf f\u00fcr die Skalierung ausgelegt. Aber wenn anstelle eines Dienstes eine Million auftauchen, beginnt kubelet zu k\u00e4mpfen.<\/p>\n
Falls Sie aus irgendeinem Grund eine Bereitstellung (Container, Image, was auch immer) l\u00f6schen, stellen Sie einfach sicher, dass alles vollst\u00e4ndig bereinigt wird.<\/p>\n
Lernen Sie Go kennen<\/h2>\n
\nDen besten Rat haben wir uns f\u00fcr den Schluss aufgehoben. Lernen Sie die Programmiersprache Go.<\/p>\n
Kubernetes ist in Go entwickelt, alle Erweiterungen sind in Go geschrieben und die offizielle Client-Bibliothek client-go wird ebenfalls unterst\u00fctzt.<\/p>\n
Es kann f\u00fcr verschiedene interessante Dinge verwendet werden. Zum Beispiel, um das Kubernetes-System nach Ihren W\u00fcnschen zu erweitern. So k\u00f6nnen Sie eigene Programme zur Datensammlung, Bereitstellung von Anwendungen oder einfachen Bereinigung von Containern verwenden.<\/p>\n
Die Programmiersprache Go zu lernen und client-go zu meistern, ist wohl der wichtigste Rat, den man neuen Kubernetes-Nutzern geben kann.<\/p>\n
\u00dcbersetzt mit Unterst\u00fctzung von Mail.ru Cloud Solutions<\/i><\/a><\/noindex><\/p>\n
Was Sie sonst noch lesen sollten<\/strong>:<\/p>\n
    \n
  1. Drei Ebenen der automatischen Skalierung in Kubernetes und wie man sie effektiv nutzt<\/a><\/noindex>.<\/li>\n
  2. Kubernetes-Knoten: viele kleine oder wenige gro\u00dfe<\/a><\/noindex>?<\/li>\n
  3. 25 n\u00fctzliche Tools f\u00fcr die Bereitstellung und Verwaltung von Kubernetes<\/a><\/noindex>.<\/li>\n<\/ol>\n
    Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
    \u0412 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435 \u043c\u043d\u043e\u0433\u043e \u0441\u043f\u0440\u0430\u0432\u043e\u0447\u043d\u043e\u0439 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u044b, \u043d\u043e \u0438\u043d\u043e\u0433\u0434\u0430 \u0441\u0430\u043c\u044b\u043c\u0438 \u0446\u0435\u043d\u043d\u044b\u043c\u0438 \u0441\u0442\u0430\u043d\u043e\u0432\u044f\u0442\u0441\u044f \u0441\u0430\u043c\u044b\u0435 \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u0441\u043e\u0432\u0435\u0442\u044b. \u041a\u043e\u043c\u0430\u043d\u0434\u0430 Kubernetes aaS \u043e\u0442 Mail.ru \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u0430 \u043f\u043e\u0434\u0431\u043e\u0440\u043a\u0443 \u0438\u0437 \u0434\u0435\u0441\u044f\u0442\u0438 \u0445\u0438\u0442\u0440\u043e\u0441\u0442\u0435\u0439 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0432\u0442\u043e\u0440 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441\u043e\u0431\u0440\u0430\u043b\u0430 \u043f\u043e\u0441\u043b\u0435 \u0433\u043e\u0434\u0430 \u0440\u0430\u0431\u043e\u0442\u044b \u0441 Kubernetes. \u0421\u043e\u0432\u0435\u0442\u044b \u043d\u0435 \u043e\u0442\u0441\u043e\u0440\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u044b \u043f\u043e \u0432\u0430\u0436\u043d\u043e\u0441\u0442\u0438, \u043d\u043e \u0434\u0443\u043c\u0430\u0435\u043c, \u0447\u0442\u043e \u043a\u0430\u0436\u0434\u044b\u0439 \u043d\u0430\u0439\u0434\u0435\u0442 \u0447\u0442\u043e-\u0442\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0435 \u0434\u043b\u044f \u0441\u0435\u0431\u044f. \u0421\u0430\u043c\u0430\u044f \u043f\u0440\u043e\u0441\u0442\u0430\u044f \u043a\u043e\u043c\u0430\u043d\u0434\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Kubernetes […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":75426,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-75425","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Die besten 10 Tipps und Tricks zu Kubernetes | ProHoster","description":"Im Internet gibt es viele Fachliteratur, aber.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","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\u041b\u0443\u0447\u0448\u0438\u0435 10 \u0445\u0438\u0442\u0440\u043e\u0441\u0442\u0435\u0439 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043f\u043e Kubernetes | ProHoster","og:description":"\u0412 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435 \u043c\u043d\u043e\u0433\u043e \u0441\u043f\u0440\u0430\u0432\u043e\u0447\u043d\u043e\u0439 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u044b, \u043d\u043e.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","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-03-26T05:42:30+00:00","article:modified_time":"2020-03-26T05:42:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"75425","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 17:56:30","updated":"2022-10-01 20:34:03","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\/75425","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=75425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/75425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/75426"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=75425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=75425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=75425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}