{"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\/da\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","title":{"rendered":"De bedste 10 tricks og tips til Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"De
\n
\nDer er mange referenceb\u00f8ger p\u00e5 internettet, men nogle gange er de mest enkle r\u00e5d de mest v\u00e6rdifulde. Teamet Kubernetes aaS fra Mail.ru<\/a><\/noindex> har oversat en samling af ti tricks og r\u00e5d<\/a><\/noindex>, som forfatteren til artiklen har samlet efter et \u00e5rs arbejde med Kubernetes. R\u00e5dene er ikke sorteret efter vigtighed, men vi tror, at hver enkelt vil finde noget nyttigt for sig selv.
\n<\/a><\/noindex><\/p>\n

Den enkleste kommando til at arbejde med Kubernetes<\/h2>\n

\nFor at starte med, er m\u00e5ske den enkleste og mest nyttige handling i arbejdet med Kubernetes. Den f\u00f8lgende kommando aktiverer autoudfyldning af kommandoer kubectl<\/code> i bash-skallen:<\/p>\n

echo \"source > ~\/.bashrc\n<\/code><\/pre>\n
\nAutoudfyldning kubectl<\/code> vil blive skrevet til .bashrc-filen og aktiveres automatisk hver gang skallen startes. Dette fremskynder indtastningen af lange kommandoer og parametre, s\u00e5som all-namespaces<\/code>. L\u00e6s mere i Kubernetes-hj\u00e6lpen til bash<\/a><\/noindex>.<\/p>\n
Standardbegr\u00e6nsninger for hukommelse og CPU i navnerum<\/h2>\n
\nHvis en applikation er skrevet forkert, for eksempel \u00e5bner en ny forbindelse til databasen hvert sekund, men aldrig lukker den, s\u00e5 opst\u00e5r der et hukommelsesl\u00e6kage i klyngen. Og hvis der ikke er sat en hukommelsesgr\u00e6nse ved udsendelsen af applikationen, kan det f\u00f8re til, at noden fejler.<\/p>\n
For at forhindre dette tillader Kubernetes at s\u00e6tte standardbegr\u00e6nsninger for hvert navnerum. De skrives i yaml-filen for det specifikke navnerum. Her er et eksempel p\u00e5 en s\u00e5dan fil:<\/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
\nOpret en s\u00e5dan yaml og anvend den p\u00e5 et hvilket som helst navnerum. For eksempel p\u00e5 navnerummet limit-example<\/code>. Nu vil en gr\u00e6nse p\u00e5 512Mi g\u00e6lde for enhver container, der udrulles i dette navnerum, medmindre der er sat en anden individuel gr\u00e6nse for den aktuelle container.<\/p>\n
Rydning af affald i gamle versioner af Kubernetes<\/h2>\n
\nKubelet starter som standard rydning af affald, n\u00e5r var\/lib\/docker<\/i> optager 90 % af det tilg\u00e6ngelige diskplads. Dette er fint, men indtil version 1.7 af Kubernetes var der ingen standardgr\u00e6nse for antallet af anvendte inode-indekser, der svarer til antallet af filer i filsystemet.<\/p>\n
Potentialt kan din container var\/lib\/docker<\/i> kun bruge 50 % af diskpladsen, men indoderne kan l\u00f8be t\u00f8r, hvilket vil for\u00e5rsage problemer for arbejderne.<\/p>\n
I gamle versioner af kubelet fra 1.4 til 1.6 skal du tilf\u00f8je en s\u00e5dan flag:<\/p>\n
--eviction-hard\n=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%\n<\/code><\/pre>\n
\nI version 1.7 og nyere er denne flag sat som standard. Men tidligere versioner overv\u00e5ger ikke inode-gr\u00e6nsen.<\/p>\n
Minikube\u2026 lille, men kraftfuld lokal Kubernetes<\/h2>\n
\nMinikube er den nemmeste m\u00e5de at starte et lokalt Kubernetes-cluster p\u00e5. Det startes med en enkel kommando:<\/p>\n
minikube start\n<\/code><\/pre>\n
\nSom resultat af denne kommando k\u00f8rer der et rigtigt Kubernetes-cluster p\u00e5 din computer.<\/p>\n
\"De
\nKilde til illustration<\/i><\/a><\/noindex><\/p>\n
Tricket er at samle applikationen og k\u00f8re den lokalt i dette cluster. Uden specifikke instrukser vil Docker-billedet blive bygget p\u00e5 din computer og ikke i clustret.<\/p>\n
For at f\u00e5 Docker til at sende billedet til det lokale Kubernetes-cluster, gives denne kommando til docker-maskinen:<\/p>\n
eval $(minikube docker-env)\n<\/code><\/pre>\n
\nNu kan vi bygge applikationer p\u00e5 det lokale Kubernetes-cluster.<\/p>\n
Giv ikke kubectl-adgang til alle<\/h2>\n
\nDet virker indlysende, men hvis flere teams bruger \u00e9t cluster til deres applikationer (hvilket Kubernetes er designet til), b\u00f8r du ikke bare give adgang til alle. kubectl<\/code>Det er bedre at opdele teams, ved at give hver deres eget namespace og begr\u00e6nse adgangen med RBAC-politikker.<\/p>\n
Man kan g\u00f8re en indsats for at definere adgangen, l\u00e6sning, oprettelse, sletning og andre operationer for hver pod. Men det vigtigste er at begr\u00e6nse adgangen til hemmeligheder, s\u00e5 kun administratorer har adgang. S\u00e5dadan skelner vi mellem dem, der kan administrere clustret, og dem, der blot kan anvende det.<\/p>\n
Styr pod-budgets<\/h2>\n
\nHvordan sikrer man, at der ikke opst\u00e5r nedetid for applikationen i Kubernetes-clusteret? PodDisruptionBudget og endnu engang PodDisruptionBudget.<\/p>\n
Clustrene opdateres periodisk, og noderne t\u00f8mmes. Intet st\u00e5r stille, s\u00e5dan er virkeligheden. Hver deployment med mere end \u00e9n instans skal n\u00f8dvendigvis inkludere PDB (PodDisruptionBudget). Den oprettes i en simpel yaml-fil, der anvendes til clustret. D\u00e6kningen for den specifikke PDB defineres af labels-selektorer.<\/p>\n
Bem\u00e6rk:<\/strong> PDB-budgettet tages kun i betragtning ved frivillig forstyrrelse (voluntary disruption<\/a><\/noindex>). I situationer som hardwarefejl vil PDB ikke fungere.<\/p>\n
Eksempel 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 to prim\u00e6re parametre er matchLabels<\/code> og minAvailable<\/code>I den f\u00f8rste parameter angiver du, hvilke applikationer budgettet g\u00e6lder for. For eksempel, hvis jeg har implementeringer med m\u00e6rker app: app-a<\/code> og app: app-b<\/code>, s\u00e5 vil dette PDB kun blive anvendt p\u00e5 den f\u00f8rste.<\/p>\n
Parameter minAvailable<\/code> tages i betragtning ved rydning af noden. For eksempel, i vores eksempel under rydning bliver alle instanser app: app-a<\/code>, undtagen to.<\/p>\n
Dette giver mulighed for at kontrollere, hvor mange eksemplarer af applikationen der skal v\u00e6re k\u00f8rende p\u00e5 et givent tidspunkt.<\/p>\n
Overv\u00e5gning af applikationens tilstand<\/h2>\n
\nS\u00e5dan overv\u00e5gning er mulig p\u00e5 to m\u00e5der: ved hj\u00e6lp af Readiness eller Liveness checks.<\/p>\n
Den f\u00f8rste check (readiness) bestemmer, om containeren er klar til at modtage trafik.<\/p>\n
Den anden (liveness) viser, om containeren fungerer korrekt, eller om den skal genstartes.<\/p>\n
De relevante konfigurationer tilf\u00f8jes blot i yaml-filen til implementeringen. Her kan du angive timeouts, forsinkelsestider og antallet af gentagelseschecks. L\u00e6s mere om dem i Kubernetes dokumentationen<\/a><\/noindex>.<\/p>\n
Labels overalt<\/h2>\n
\nLabels er et af de grundl\u00e6ggende begreber i Kubernetes. De muligg\u00f8r, at objekter kan knyttes frit sammen samt skabe foresp\u00f8rgsler baseret p\u00e5 labels. I Kubernetes kan man endda g\u00e5 til klienten og overv\u00e5ge begivenheder ved specifikke labels.<\/p>\n
Gennem labels kan man g\u00f8re n\u00e6sten alt, men et godt eksempel ville v\u00e6re at oprette flere milj\u00f8er til at k\u00f8re programmer i et enkelt cluster.<\/p>\n
Lad os sige, at du bruger det samme cluster til dev<\/code> og qa<\/code>. Det betyder, at du kan have en applikation app-a<\/code>, der k\u00f8rer samtidigt i begge milj\u00f8er. qa<\/code> og dev<\/code>. I dette tilf\u00e6lde kan vi henvise til et specifikt eksemplar af applikationen i det givne milj\u00f8 ved at angive den relevante parameter environment<\/code>. For eksempel, app: app-a<\/code> og environment: dev<\/code> for det ene milj\u00f8, og app: app-a<\/code> og environment: qa<\/code> for det andet.<\/p>\n
Dette giver mulighed for at tilg\u00e5 begge eksemplarer af applikationen, for eksempel til at udf\u00f8re test samtidigt.<\/p>\n
F\u00e5 styr p\u00e5 det<\/h2>\n
\nKubernetes er et meget kraftfuldt system, men ethvert system kan til slut blive overv\u00e6ldet af et stort antal processer. Kubelet k\u00f8rer alle de processer og checks, du har angivet, samt sine egne.<\/p>\n
Selvf\u00f8lgelig vil en overset service ikke bremse systemet, og Kubernetes er oprindeligt designet til skalering. Men hvis der i stedet for \u00e9n service kommer en million, begynder kubelet at blive overbelastet.<\/p>\n
Hvis du af en eller anden grund sletter en deployment (container, image, hvad som helst), s\u00e5 s\u00f8rg for at f\u00e5 det helt renset.<\/p>\n
M\u00f8d Go<\/h2>\n
\nVi gemte det bedste r\u00e5d til sidst. L\u00e6r programmeringssproget Go.<\/p>\n
Kubernetes er bygget med Go, alle udvidelser er skrevet i Go, og der er desuden officielt underst\u00f8ttede client-go biblioteker.<\/p>\n
Det kan bruges til mange forskellige og interessante ting. For eksempel til at tilpasse Kubernetes-systemet som du \u00f8nsker. S\u00e5 du kan bruge dine egne programmer til dataindsamling, deployment af applikationer eller simpelthen til at rydde op i containere.<\/p>\n
At l\u00e6re programmeringssproget Go og mestre client-go er m\u00e5ske det vigtigste r\u00e5d, man kan give til nye brugere af Kubernetes.<\/p>\n
Oversat med st\u00f8tte fra Mail.ru Cloud Solutions<\/i><\/a><\/noindex><\/p>\n
Hvad mere kan man l\u00e6se<\/strong>:<\/p>\n
    \n
  1. Tre niveauer af automatisk skalering i Kubernetes, og hvordan man bruger dem effektivt<\/a><\/noindex>.<\/li>\n
  2. Kubernetes-noder: mange sm\u00e5 eller f\u00e5 store<\/a><\/noindex>?<\/li>\n
  3. 25 nyttige v\u00e6rkt\u00f8jer til deployment og styring af Kubernetes<\/a><\/noindex>.<\/li>\n<\/ol>\n
    Kilde: 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\udd47De 10 bedste tricks og tips til Kubernetes | ProHoster","description":"Der er meget reference-litteratur tilg\u00e6ngelig p\u00e5 internettet, men.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/75425","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=75425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/75425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/75426"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=75425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=75425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=75425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}