{"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\/nl\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","title":{"rendered":"De 10 beste tips en trucs voor Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"De
\n
\nEr is veel naslagwerk op internet, maar soms zijn de eenvoudigste tips de meest waardevolle. Het team Kubernetes aaS van Mail.ru<\/a><\/noindex> heeft vertaald een verzameling van tien tips en trucs<\/a><\/noindex>, die de auteur van het artikel heeft verzameld na een jaar werken met Kubernetes. De tips zijn niet op belangrijkheid gerangschikt, maar we denken dat iedereen iets nuttigs voor zichzelf zal vinden.
\n<\/a><\/noindex><\/p>\n

De eenvoudigste commando in Kubernetes<\/h2>\n

\nOm te beginnen, misschien de eenvoudigste en nuttigste actie bij het werken met Kubernetes. De volgende commando schakelt autocompletion in voor commando's kubectl<\/code> in de bash-shell:<\/p>\n

echo \"source > ~\/.bashrc\n<\/code><\/pre>\n
\nAutocompletion kubectl<\/code> wordt in het .bashrc-bestand geschreven en zal automatisch actief zijn telkens wanneer de shell wordt gestart. Dit versnelt het typen van lange commando's en parameters, zoals all-namespaces<\/code>Meer informatie in de de Kubernetes-handleiding voor bash<\/a><\/noindex>.<\/p>\n
Standaardlimieten voor geheugen en CPU in de namespace<\/h2>\n
\nAls een applicatie verkeerd is geschreven, bijvoorbeeld een nieuwe verbinding met de database opent elke seconde, maar deze nooit sluit, dan ontstaat er een geheugenlek in de cluster. En als er geen geheugenlimiet wordt ingesteld bij het implementeren van de applicatie, kan dit leiden tot het falen van een node.<\/p>\n
Om dit te voorkomen, stelt Kubernetes in staat om standaardlimieten voor elke namespace in te stellen. Deze worden geschreven in een yaml-bestand voor de specifieke namespace. Hier is een voorbeeld van zo'n bestand:<\/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
\nMaak zo'n yaml-bestand en pas het toe op een willekeurige namespace. Bijvoorbeeld, op de namespace limit-example<\/code>. Nu geldt er een limiet van 512Mi voor elke container die in deze namespace is gedeployed, tenzij er voor die container een andere individuele limiet is ingesteld.<\/p>\n
Opruimen in oude versies van Kubernetes<\/h2>\n
\nKubelet begint standaard met opruimen wanneer var\/lib\/docker<\/i> 90 % van de beschikbare schijfruimte in beslag neemt. Dit is geweldig, maar tot versie 1.7 van Kubernetes was er geen standaardlimiet op het aantal gebruikte inode-descriptoren (inodes), die overeenkomen met het aantal bestanden in het bestandssysteem.<\/p>\n
Potentieel kan je container slechts 50 % van de schijfruimte gebruiken, maar de inodes kunnen op raken, wat problemen kan veroorzaken met de werkers. var\/lib\/docker<\/i> kan slechts 50% van de schijfruimte gebruiken, maar de inodes kunnen opraken, wat problemen kan veroorzaken in de werking van de workers.<\/p>\n
In oudere versies van kubelet van 1.4 tot 1.6 moet je de volgende vlag toevoegen:<\/p>\n
--eviction-hard\n=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%\n<\/code><\/pre>\n
\nIn versie 1.7 en nieuwere versies is deze vlag standaard ingesteld. Eerdere versies houden echter geen rekening met de limiet van inodes.<\/p>\n
Minikube\u2026 klein, maar krachtige lokale Kubernetes<\/h2>\n
\nMinikube is de eenvoudigste manier om een lokale Kubernetes-cluster op te starten. Het wordt gestart met een eenvoudige opdracht:<\/p>\n
minikube start\n<\/code><\/pre>\n
\nAls resultaat van deze opdracht draait er een echte Kubernetes-cluster op uw computer.<\/p>\n
\"De
\nBron van de illustratie<\/i><\/a><\/noindex><\/p>\n
De truc is om de applicatie te bouwen en deze lokaal in deze cluster uit te voeren. Als er geen specifieke instructies worden gegeven, wordt de Docker-image op uw computer gebouwd, en niet in de cluster.<\/p>\n
Om Docker te dwingen de image naar de lokale Kubernetes-cluster te sturen, geeft u de volgende opdracht aan de docker-machine:<\/p>\n
eval $(minikube docker-env)\n<\/code><\/pre>\n
\nNu kunnen we applicaties bouwen op de lokale Kubernetes-cluster.<\/p>\n
Geef kubectl niet zomaar toegang aan iedereen<\/h2>\n
\nDit lijkt vanzelfsprekend, maar als meerdere teams \u00e9\u00e9n cluster voor hun applicaties gebruiken (wat de bedoeling van Kubernetes is), is het niet verstandig om zomaar toegang te geven aan iedereen. kubectl<\/code>Het is beter om teams te scheiden door elk een eigen namespace toe te wijzen en de toegang af te bakenen met RBAC-beleidsregels.<\/p>\n
Je kunt er moeilijk over doen door voor elke pod toegang, lezing, creatie, verwijdering en andere bewerkingen in te stellen. Maar het belangrijkste is om de toegang tot geheimen te beperken, alleen toegestaan voor beheerders. Op deze manier scheiden we degenen die het cluster kunnen beheren van degenen die daar eenvoudig kunnen implementeren.<\/p>\n
Beheer de budgetten van pods<\/h2>\n
\nHoe garandeer je dat er geen uitval is voor de applicatie in de Kubernetes-cluster? PodDisruptionBudget en nog eens PodDisruptionBudget.<\/p>\n
Clusters worden periodiek bijgewerkt en knooppunten worden leeggemaakt. Niets blijft stilzitten, dat is de realiteit. Bij elke deployment met meer dan \u00e9\u00e9n instantie moet PDB (PodDisruptionBudget) absoluut worden inbegrepen. Het wordt gemaakt in een eenvoudig yaml-bestand dat op de cluster wordt toegepast. De dekking van een specifieke PDB wordt bepaald door labelselectoren.<\/p>\n
Opmerking:<\/strong> Het budget van de PDB wordt alleen in aanmerking genomen bij omkeerbare budgetinbreuken (vrijwillige onderbreking<\/a><\/noindex>). In situaties zoals hardwarestoringen werkt de PDB niet.<\/p>\n
Voorbeeld 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
\nDe twee belangrijkste parameters zijn matchLabels<\/code> en minAvailable<\/code>In de eerste parameter geef je op voor welke applicaties het budget geldt. Bijvoorbeeld, als ik deployments heb met labels app: app-a<\/code> en app: app-b<\/code>, dan zal deze PDB alleen op de eerste van toepassing zijn.<\/p>\n
Parameter minAvailable<\/code> wordt overwogen bij het leegmaken (opruimen) van de node. Bijvoorbeeld, in ons voorbeeld worden tijdens het leegmaken alle instanties app: app-a<\/code>, behalve twee.<\/p>\n
Dit stelt je in staat om te controleren hoeveel exemplaren van de applicatie op elk moment actief moeten zijn.<\/p>\n
Toepassing van monitoring<\/h2>\n
\nDit soort monitoring is op twee manieren mogelijk: met behulp van Readiness- of Liveness-checks.<\/p>\n
De eerste check (readiness) bepaalt de gereedheid van de container om verkeer te ontvangen.<\/p>\n
De tweede (liveness) geeft aan of de container goed functioneert of dat deze opnieuw moet worden opgestart.<\/p>\n
De desbetreffende configuraties worden eenvoudig toegevoegd aan de yaml voor de implementatie. Hier kunnen timeouts, vertragingstijden en aantal herhalingspogingen worden aangegeven. Meer details hierover vind je in de Kubernetes-documentatie<\/a><\/noindex>.<\/p>\n
Labels overal<\/h2>\n
\nLabels zijn een van de fundamentele concepten in Kubernetes. Ze stellen objecten in staat om vrij met elkaar te communiceren en verzoeken op basis van labels te maken. In Kubernetes kun je zelfs naar de klant gaan en gebeurtenissen op specifieke labels opvolgen.<\/p>\n
Met labels kun je praktisch alles doen, maar een goed voorbeeld is het maken van meerdere omgevingen om programma's binnen dezelfde cluster uit te voeren.<\/p>\n
Stel dat je dezelfde cluster gebruikt voor , maar volgt geen wijzigingen), gebruikmakend van een andere configuratie.<\/code> en qa<\/code>. Dit betekent dat je een applicatie app-a<\/code>, tegelijkertijd in beide omgevingen kan draaien. qa<\/code> en , maar volgt geen wijzigingen), gebruikmakend van een andere configuratie.<\/code>. In dit geval kunnen we apart verwijzen naar het exemplaar van de applicatie in een specifieke omgeving door de bijbehorende parameter op te geven omgeving<\/code>. Bijvoorbeeld, app: app-a<\/code> en environment: dev<\/code> voor de ene omgeving, en app: app-a<\/code> en environment: qa<\/code> voor de andere.<\/p>\n
Dit stelt ons in staat om toegang te krijgen tot beide exemplaren van de applicatie, bijvoorbeeld om tegelijkertijd tests uit te voeren.<\/p>\n
Houd het netjes<\/h2>\n
\nKubernetes is een zeer krachtig systeem, maar elk systeem kan uiteindelijk vastlopen in een groot aantal processen. Kubelet start alle door jou opgegeven processen en controles op, evenals zijn eigen.<\/p>\n
Natuurlijk zal \u00e9\u00e9n verlaten service het systeem niet vertragen, en Kubernetes is vanaf het begin ontworpen voor schaalbaarheid. Maar als in plaats van \u00e9\u00e9n service er een miljoen verschijnen, begint kubelet te stotteren.<\/p>\n
Als u om welke reden dan ook een implementatie (container, afbeelding, wat dan ook) verwijdert, zorg er dan voor dat u alles volledig opruimt.<\/p>\n
Maak kennis met Go<\/h2>\n
\nHet belangrijkste advies bewaren we voor het laatst. Leer de programmeertaal Go.<\/p>\n
Kubernetes is geschreven in Go, alle extensies zijn geschreven in Go, en de offici\u00eble clientlibrary client-go wordt ook ondersteund.<\/p>\n
Het kan voor verschillende en interessante dingen worden gebruikt. Bijvoorbeeld om het Kubernetes-systeem naar eigen wens uit te breiden. Zo kunt u uw eigen programma's gebruiken voor dataverzameling, het implementeren van applicaties of simpelweg het opruimen van containers.<\/p>\n
De programmeertaal Go leren en client-go beheersen is misschien wel het belangrijkste advies dat je nieuwe Kubernetes-gebruikers kunt geven.<\/p>\n
Vertaald met de steun van Mail.ru Cloud Solutions<\/i><\/a><\/noindex><\/p>\n
Wat nog meer te lezen<\/strong>:<\/p>\n
    \n
  1. Drie niveaus van autoscaling in Kubernetes en hoe deze effectief te gebruiken<\/a><\/noindex>.<\/li>\n
  2. Kubernetes-worker nodes: veel kleine of een paar grote<\/a><\/noindex>?<\/li>\n
  3. 25 nuttige tools voor het implementeren en beheren van Kubernetes<\/a><\/noindex>.<\/li>\n<\/ol>\n
    Bron: 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\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\udd47 De 10 beste tips en trucs voor Kubernetes | ProHoster","description":"Er is veel referentiemateriaal op internet, maar.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","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\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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/75425","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=75425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/75425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/75426"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=75425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=75425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=75425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}