{"id":82913,"date":"2020-05-26T13:42:32","date_gmt":"2020-05-26T11:42:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate"},"modified":"2020-05-26T13:42:32","modified_gmt":"2020-05-26T11:42:32","slug":"luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","title":{"rendered":"Bedste praksis for Kubernetes. Korrekt afbrydelse Terminate","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

De bedste Kubernetes-praksis. Oprettelse af sm\u00e5 containere<\/a><\/noindex>
\nDe bedste Kubernetes-praksis. Organisering af Kubernetes med navnerum<\/a><\/noindex>
\nDe bedste Kubernetes-praksis. Kontrol af Kubernetes' levedygtighed med Readiness- og Liveness-tests<\/a><\/noindex>
\nBedste praksis for Kubernetes. Konfiguration af anmodninger og ressourcegr\u00e6nser<\/a><\/noindex><\/p>\n

\"Bedste
\n
\nEt vigtigt aspekt ved drift af distribuerede systemer er fejlh\u00e5ndtering. Kubernetes hj\u00e6lper med dette ved at bruge controllere, der overv\u00e5ger status for dit system og genstarter de tjenester, der er blevet inaktive. Dog kan Kubernetes ogs\u00e5 tvinge dine applikationer til at stoppe for at sikre systemets samlede levedygtighed. I denne serie vil vi se p\u00e5, hvordan vi kan hj\u00e6lpe Kubernetes med at udf\u00f8re sit arbejde mere effektivt og reducere nedetid for applikationer. <\/a><\/noindex><\/p>\n

F\u00f8r implementeringen af containere k\u00f8rte de fleste applikationer p\u00e5 virtuelle eller fysiske maskiner. Hvis en applikation fejlede eller hang, tog det lang tid at afslutte den k\u00f8rende opgave og genl\u00e6se programmet. I v\u00e6rste fald m\u00e5tte nogen l\u00f8se problemet manuelt om natten, p\u00e5 de mest ubelejlige tidspunkter. Hvis en vigtig opgave blev udf\u00f8rt af kun 1-2 arbejdsstationer, var en s\u00e5dan fejl i driften helt uacceptabel.
\nDerfor begyndte man i stedet for manuel genstart at anvende procesoverv\u00e5gning for automatisk at genstarte applikationen i tilf\u00e6lde af, at den sluttede uventet. Hvis programmet fejlede, fanger overv\u00e5gningsprocessen exit-koden og genstarter serveren. Med fremkomsten af systemer som Kubernetes er denne form for reaktion p\u00e5 systemfejl blot blevet integreret i infrastrukturen.<\/p>\n

Kubernetes bruger en begivenhedsl\u00f8kke af \"overv\u00e5gning \u2013 registrering af forskelle \u2013 udf\u00f8relse af handlinger\" for at sikre, at ressourcerne forbliver operationelle fra containere til selve noderne.<\/p>\n

\"Bedste
\n
\nDette betyder, at du ikke l\u00e6ngere beh\u00f8ver at starte procesoverv\u00e5gning manuelt. Hvis en ressource ikke best\u00e5r Health Check, vil Kubernetes automatisk give den en erstatning. Samtidig g\u00f8r Kubernetes meget mere end blot at overv\u00e5ge dine applikationers nedbrud. Det kan oprette flere kopier af applikationen til drift p\u00e5 flere maskiner, opdatere applikationen eller samtidig k\u00f8re flere versioner af din applikation.
\nDer er mange grunde til, at Kubernetes kan afbryde en helt sund container. For eksempel, n\u00e5r du opdaterer din distribution, vil Kubernetes langsomt stoppe de gamle pods, mens nye startes. Hvis du deaktiverer en node, vil Kubernetes stoppe alle pods p\u00e5 denne node. Endelig, hvis en node l\u00f8ber t\u00f8r for ressourcer, vil Kubernetes deaktivere alle pods for at frigive disse ressourcer.<\/p>\n

Det er derfor meget vigtigt, at din applikation stopper med minimal indvirkning p\u00e5 slutbrugeren og minimal genoprettelsestid. Det betyder, at den skal gemme alle n\u00f8dvendige data, lukke alle netv\u00e6rksforbindelser, afslutte resterende arbejde og have tid til at udf\u00f8re andre presserende opgaver, f\u00f8r den slukkes.<\/p>\n

I praksis betyder det, at din applikation skal kunne h\u00e5ndtere SIGTERM-beskeden \u2013 en procesafslutningssignal, der er standard signalet for kill-kommandoen i Unix-baserede operativsystemer. N\u00e5r applikationen modtager denne besked, skal den lukke ned.<\/p>\n

N\u00e5r Kubernetes har besluttet at stoppe en pod, sker der en r\u00e6kke begivenheder. Lad os se p\u00e5 hvert skridt, som Kubernetes tager, n\u00e5r det lukker en container eller pod.<\/p>\n

Lad os antage, at vi \u00f8nsker at afslutte en af pods. P\u00e5 dette tidspunkt vil den stoppe med at modtage ny trafik \u2013 de k\u00f8rende containere i pod'en vil ikke blive p\u00e5virket, men al ny trafik vil v\u00e6re blokeret.<\/p>\n

\"Bedste
\n
\nLad os se p\u00e5 preStop-hooket \u2014 en speciel kommando eller HTTP-anmodning, der sendes til containerne i pod'en. Hvis din applikation ikke lukker korrekt ved modtagelse af SIGTERM, kan du bruge preStop til at sikre en korrekt nedlukning. <\/p>\n

\"Bedste
\n
\nDe fleste programmer afslutter deres arbejde korrekt ved modtagelse af SIGTERM-signalet, men hvis du bruger tredjepartskode eller et system, som du ikke kan kontrollere fuldt ud, fungerer preStop-hooket som en fremragende m\u00e5de at sikre en smidig nedlukning uden at \u00e6ndre applikationen.<\/p>\n

N\u00e5r dette hook er udf\u00f8rt, vil Kubernetes sende et SIGTERM-signal til containerne i pod'en, hvilket giver dem besked om, at de snart vil blive lukket ned. Ved modtagelsen af dette signal vil din kode begynde nedlukningsprocessen. Denne proces kan inkludere stop af eventuelle langvarige forbindelser, s\u00e5som forbindelsen til databasen eller WebSocket-str\u00f8mmen, samt gemme den nuv\u00e6rende tilstand og lignende.<\/p>\n

Selv hvis du bruger preStop-hacken, er det meget vigtigt at kontrollere, hvad der sker med din applikation, n\u00e5r du sender den et SIGTERM-signal, hvordan den reagerer, s\u00e5 begivenheder eller \u00e6ndringer i systemets drift for\u00e5rsaget af nedlukningen af pod'en ikke kommer som en overraskelse for dig.<\/p>\n

I dette \u00f8jeblik, f\u00f8r du tager yderligere skridt, vil Kubernetes vente i den angivne tid, kaldet terminationGracePeriodSecond, eller perioden for korrekt nedlukning ved modtagelse af SIGTERM-signalet.<\/p>\n

\"Bedste
\n
\nSom standard varer denne periode 30 sekunder. Det er vigtigt at bem\u00e6rke, at den l\u00f8ber parallelt med preStop-hooken og SIGTERM-signalet. Kubernetes vil ikke vente p\u00e5, at preStop-hooken og SIGTERM afsluttes \u2014 hvis din applikation afslutter, f\u00f8r terminationGracePeriod er ovre, vil Kubernetes straks g\u00e5 videre til n\u00e6ste trin. Derfor skal du sikre dig, at v\u00e6rdien af denne periode i sekunder ikke er mindre end den tid, der kr\u00e6ves til korrekt nedlukning af pod'en, og hvis den overstiger 30 sekunder, skal du for\u00f8ge perioden til den n\u00f8dvendige v\u00e6rdi i YAML. I det givne eksempel er den 60 sekunder.<\/p>\n

Og endelig, det sidste skridt \u2014 hvis containerne stadig k\u00f8rer efter terminationGracePeriod, vil de sende et SIGKILL-signal og blive tvunget til at lukke. P\u00e5 dette tidspunkt vil Kubernetes ogs\u00e5 rydde alle andre objekter tilh\u00f8rende pod'en.<\/p>\n

\"Bedste
\n
\nKubernetes stopper pod'er af mange grunde, s\u00e5 s\u00f8rg for, at din applikation korrekt afsluttes under alle omst\u00e6ndigheder for at sikre stabil drift af tjenesten. <\/p>\n

Bedste praksis for Kubernetes. Mapping af eksterne tjenester <\/a><\/noindex><\/p>\n

\r\n \"Afspil\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Lidt reklame \ud83d\ude42<\/h3>\n

\nTak fordi du bliver hos os. Kan du lide vores artikler? \u00d8nsker du at se flere interessante materialer? St\u00f8t os ved at bestille eller anbefale os til dine bekendte, cloud VPS til udviklere fra 4,99 $<\/a><\/noindex>, en unik analog til entry-level servere, som vi har designet til dig:<\/b> Alt om VPS (KVM) E5-2697 v3 (6 kerner) 10 GB DDR4 480 GB SSD 1 Gbps fra 19 $ eller hvordan man deler serveren korrekt?<\/a><\/noindex> (tilg\u00e6ngelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).<\/p>\n

Dell R730xd til halv pris i datacenteret Equinix Tier IV i Amsterdam?<\/b> Kun hos os 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB fra 199 $<\/a><\/noindex> i Holland! Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $!<\/b><\/b> L\u00e6s om hvordan man bygger enterprise-infrastruktur ved hj\u00e6lp af Dell R730xd E5-2650 v4 servere til 9000 euro for en br\u00f8kdel af prisen?<\/a><\/noindex>
\n
Kilde: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0436\u0438\u0437\u043d\u0435\u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u0438 Kubernetes \u0441 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0442\u0435\u0441\u0442\u043e\u0432 Readiness \u0438 Liveness \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0438 \u043b\u0438\u043c\u0438\u0442\u043e\u0432 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u0412\u0430\u0436\u043d\u044b\u043c \u043c\u043e\u043c\u0435\u043d\u0442\u043e\u043c \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0441\u0431\u043e\u0435\u0432. Kubernetes \u043f\u043e\u043c\u043e\u0433\u0430\u0435\u0442 \u0432 \u044d\u0442\u043e\u043c, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u043b\u0435\u0440\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441\u043b\u0435\u0434\u044f\u0442 \u0437\u0430 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0435\u043c \u0432\u0430\u0448\u0435\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82914,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82913","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\udd47Bedste praksis for Kubernetes. Korrekt nedlukning Terminate | ProHoster","description":"Bedste praksis for Kubernetes.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","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 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041a\u043e\u0440\u0440\u0435\u043a\u0442\u043d\u043e\u0435 \u043e\u0442\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 Terminate | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","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-05-26T11:42:32+00:00","article:modified_time":"2020-05-26T11:42:32+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82913","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 15:28:37","updated":"2022-09-29 17:02:01","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\/82913","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=82913"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/82913\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/82914"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=82913"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=82913"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=82913"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}