{"id":82215,"date":"2020-05-20T13:42:25","date_gmt":"2020-05-20T11:42:25","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness"},"modified":"2020-05-20T13:42:25","modified_gmt":"2020-05-20T11:42:25","slug":"luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","title":{"rendered":"De bedste Kubernetes-praksis. Kontrol af Kubernetes' levedygtighed med Readiness- og Liveness-tests","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><\/p>\n

\"De
\n
\nFordelt systemer kan v\u00e6re sv\u00e6re at administrere, fordi de har mange flygtige, \u00e6ndrede elementer, der alle skal fungere korrekt for at sikre systemets funktionalitet. Hvis et af elementerne fejler, skal systemet opdage det, omg\u00e5 det og rette det, og dette skal ske automatisk. I denne serie \u2018Kubernetes Bedste Praksis\u2019 vil vi l\u00e6re, hvordan man konfigurerer Readiness- og Liveness-tests til at verificere, at Kubernetes-klyngen er levedygtig.<\/p>\n

Sundhedstjek Health Check er en enkel m\u00e5de for systemet at vide, om dit applikationsinstans fungerer eller ej. Hvis dit applikationsinstans ikke fungerer, b\u00f8r andre tjenester ikke kontakte det eller sende foresp\u00f8rgsler til det. I stedet skal foresp\u00f8rgslen sendes til et andet applikationsinstans, som allerede k\u00f8rer eller vil k\u00f8re senere. Derudover skal systemet returnere den tabte funktionalitet til din applikation.<\/p>\n

Som standard begynder Kubernetes at sende trafik til en pod, n\u00e5r alle containere inden for pods er startet, og genstarter containere, n\u00e5r de fejler. I begyndelsen kan denne adf\u00e6rd v\u00e6re tilstr\u00e6kkelig, men du kan forbedre p\u00e5lideligheden af din produktudrulning ved at bruge brugerdefinerede sundhedstjek.<\/a><\/noindex><\/p>\n

\"De
\n
\nHeldigvis g\u00f8r Kubernetes det ret enkelt, s\u00e5 der er ingen undskyldninger for at ignorere disse tjek. Kubernetes tilbyder to typer Health Check, og det er vigtigt at forst\u00e5 forskellene i anvendelsen af hver.<\/p>\n

Readiness-testen er designet til at informere Kubernetes om, at din applikation er klar til at h\u00e5ndtere trafik. F\u00f8r Kubernetes tillader tjenesten at sende trafik til pod'en, skal det sikre sig, at Readiness-testen er best\u00e5et. Hvis Readiness-testen fejler, vil Kubernetes stoppe med at sende trafik til pod'en, indtil testen er best\u00e5et. <\/p>\n

Liveness-testet informerer Kubernetes om, hvorvidt din applikation er i live eller d\u00f8d. I det f\u00f8rste tilf\u00e6lde vil Kubernetes lade den v\u00e6re i fred, i det andet tilf\u00e6lde vil den fjerne den d\u00f8de pod og erstatte den med en ny. <\/p>\n

Lad os forestille os et scenarie, hvor din applikation skal \"opvarmes\" og starte i 1 minut. Din service vil ikke begynde at fungere, f\u00f8r applikationen er helt indl\u00e6st og startet, selvom arbejdsprocessen allerede er begyndt. Du vil ogs\u00e5 opleve problemer, hvis du \u00f8nsker at skalere denne udrulning til flere kopier, for disse kopier m\u00e5 ikke modtage trafik, f\u00f8r de er helt klar. Men som standard vil Kubernetes begynde at sende trafik, s\u00e5 snart processerne inde i containeren starter.<\/p>\n

N\u00e5r du bruger readiness-testen, vil Kubernetes vente, indtil applikationen er helt startet, og f\u00f8rst derefter tillade servicen at sende trafik til den nye kopi.<\/p>\n

\"De
\n
\nLad os forestille os et andet scenarie, hvor applikationen h\u00e6nger i lang tid og stopper med at betjene anmodninger. Da processen forts\u00e6tter med at k\u00f8re, vil Kubernetes som standard tro, at alt er i orden, og forts\u00e6tte med at sende anmodninger til den ikke-fungerende pod. Men ved at bruge Liveness vil Kubernetes opdage, at applikationen ikke l\u00e6ngere betjener anmodninger, og som standard genstarter den den ikke-fungerende pod.<\/p>\n

\"De
\n
\nLad os se p\u00e5, hvordan readiness og liveness testes. Der er tre m\u00e5der at teste p\u00e5 - HTTP, Command og TCP. Du kan bruge en hvilken som helst af dem til at verificere. Den mest almindelige metode til bruger-test er HTTP probe.<\/p>\n

Selv hvis din applikation ikke er en HTTP-server, kan du stadig oprette en letv\u00e6gts HTTP-server inden i din applikation for at interagere med Liveness-testen. Derefter vil Kubernetes begynde at pinge pod'en, og hvis HTTP-svaret ligger inden for 200 eller 300 ms, betyder det, at pod'en er \"sund\". Ellers vil modulet blive markeret som \"usundt\".<\/p>\n

\"De
\n
\nTil tests k\u00f8rer Kubernetes en kommando inde i din container. Hvis kommandoen returnerer med en nul exit-kode, vil containeren blive markeret som sund; i mods\u00e6tning hertil, ved modtagelse af et exit-statusnummer fra 1 til 255, vil containeren blive markeret som 'syg'. Denne testmetode er nyttig, hvis du ikke kan eller ikke \u00f8nsker at k\u00f8re en HTTP-server, men kan k\u00f8re en kommando, der kontrollerer 'sundheden' af din applikation.<\/p>\n

\"De
\n
\nDen sidste kontrolmekanisme er TCP-testen. Kubernetes vil fors\u00f8ge at etablere en TCP-forbindelse p\u00e5 den angivne port. Hvis dette lykkes, betragtes containeren som sund; hvis ikke, anses den for usund. Denne metode kan v\u00e6re nyttig, hvis du bruger et scenarie, hvor test med HTTP-anmodninger eller udf\u00f8relse af kommandoer ikke fungerer s\u00e6rlig godt. For eksempel vil gRPC eller FTP v\u00e6re de prim\u00e6re tjenester til TCP-test.<\/p>\n

\"De
\n
\nTests kan konfigureres p\u00e5 flere m\u00e5der med forskellige parametre. Du kan angive, hvor ofte de skal udf\u00f8res, hvad succeskriterierne og fejlkriterierne er, og hvor l\u00e6nge der skal ventet p\u00e5 svar. Flere oplysninger findes i dokumentationen til Readiness- og Liveness-tests. Der er dog et meget vigtigt aspekt ved konfigurationen af Liveness-testen \u2013 den indledende installationsforsinkelse initialDelaySeconds. Som jeg n\u00e6vnte, vil en mislykket udf\u00f8relse af denne test f\u00f8re til genstart af modulet. Derfor skal du sikre, at testningen ikke begynder, f\u00f8r applikationen er klar til drift; ellers vil den begynde at genstarte cyklisk. Jeg anbefaler at bruge P99-startoptid eller den gennemsnitlige opstartstid for applikationen fra hurtigbufferen. Husk at justere denne v\u00e6rdi, da opstartstiden for din applikation bliver hurtigere eller langsommere.<\/p>\n

De fleste fagfolk vil bekr\u00e6fte, at Health Check er en obligatorisk test for ethvert distribueret system, og Kubernetes er ingen undtagelse. Brug af 'sundheds' kontroller for tjenester sikrer en p\u00e5lidelig og fejlfri drift af Kubernetes og udg\u00f8r ikke nogen besv\u00e6r for brugerne. <\/p>\n

Forts\u00e6ttelsen kommer snart\u2026<\/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 \u0420\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u043c\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c\u0438 \u0431\u044b\u0432\u0430\u0435\u0442 \u0442\u0440\u0443\u0434\u043d\u043e \u0443\u043f\u0440\u0430\u0432\u043b\u044f\u0442\u044c \u043f\u043e \u043f\u0440\u0438\u0447\u0438\u043d\u0435 \u0442\u043e\u0433\u043e, \u0447\u0442\u043e \u0432 \u043d\u0438\u0445 \u0438\u043c\u0435\u0435\u0442\u0441\u044f \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u043e \u043f\u043e\u0434\u0432\u0438\u0436\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u044f\u0435\u043c\u044b\u0445 \u044d\u043b\u0435\u043c\u0435\u043d\u0442\u043e\u0432, \u0438 \u0432\u0441\u0435 \u043e\u043d\u0438 \u0434\u043e\u043b\u0436\u043d\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0434\u043b\u044f \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. \u0415\u0441\u043b\u0438 \u043e\u0434\u0438\u043d \u0438\u0437 \u044d\u043b\u0435\u043c\u0435\u043d\u0442\u043e\u0432 \u0432\u044b\u0439\u0434\u0435\u0442 \u0438\u0437 \u0441\u0442\u0440\u043e\u044f, \u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0434\u043e\u043b\u0436\u043d\u0430 \u0435\u0433\u043e \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0438\u0442\u044c, \u043e\u0431\u043e\u0439\u0442\u0438 \u0438 \u0438\u0441\u043f\u0440\u0430\u0432\u0438\u0442\u044c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82216,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82215","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. Validering af Kubernetes med Readiness og Liveness tests | ProHoster","description":"Bedste praksis for Kubernetes.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","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. \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 | 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-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","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-20T11:42:25+00:00","article:modified_time":"2020-05-20T11:42:25+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82215","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:42:27","updated":"2022-09-29 19:26:23","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\/82215","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=82215"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/82215\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/82216"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=82215"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=82215"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=82215"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}