{"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\/sl\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","title":{"rendered":"Najbolje prakse Kubernetes. Provera funkcionalnosti Kubernetes-a pomo\u0107u Readiness i Liveness testova","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Najbolje prakse Kubernetes. Kreiranje malih kontejnera<\/a><\/noindex>
\nNajbolje prakse Kubernetes. Organizacija Kubernetes-a sa imenskim prostorima<\/a><\/noindex><\/p>\n

\"Najbolje
\n
\nZ razpr\u0161enimi sistemi je te\u017eko upravljati, ker vsebujejo \u0161tevilne premi\u010dne spremenljive elemente, ki morajo delovati brezhibno za zagotovitev funkcionalnosti sistema. \u010ce eden od elementov odpove, ga mora sistem odkriti, obiti in popraviti, in to vse avtomatsko. V tej seriji \u201eBest Practices Kubernetes\u201c bomo spoznali, kako nastaviti teste pripravljenosti (Readiness) in \u017eivljenjske sposobnosti (Liveness) za preverjanje vitalnosti Kubernetes klasterja.<\/p>\n

Preverjanje zdravja (Health Check) je preprost na\u010din, da sistemu sporo\u010dite, ali va\u0161 aplikacijski primer deluje ali ne. \u010ce va\u0161 aplikacijski primer ne deluje, se druge storitve ne smejo obra\u010dati nanj ali mu po\u0161iljati zahteve. Namesto tega mora biti zahteva poslana drugemu primerku aplikacije, ki \u017ee deluje ali se bo zagnal kasneje. Poleg tega mora sistem vrniti va\u0161i aplikaciji izpadlo delovanje.<\/p>\n

Privzeto Kubernetes za\u010dne po\u0161iljati promet v pod, ko so vsi kontejnerji znotraj podov zagnani in ponovno za\u017eene kontejnerje, ko ti nenadoma prenehajo delovati. Na za\u010detku je lahko to obna\u0161anje sistema dovolj dobro, vendar lahko pove\u010date zanesljivost uvedbe svojega izdelka z uporabo prilagojenih testov zdravstvenega stanja.<\/a><\/noindex><\/p>\n

\"Najbolje
\n
\nNa sre\u010do Kubernetes to omogo\u010da precej enostavno, zato ni nobenega opravi\u010dila za ignoriranje tak\u0161nih testov. Kubernetes ponuja dva tipa Health Check testov, pomembno pa je razumeti razlike v uporabi vsakega od njih.<\/p>\n

Test priprave (Readiness) slu\u017ei za obve\u0161\u010danje Kubernetes o pripravljenosti va\u0161e aplikacije, da obravnava promet. Preden dovoli storitvi po\u0161iljati promet v pod, se mora Kubernetes prepri\u010dati o uspe\u0161nosti testa pripravljenosti. \u010ce test Readiness ne uspe, Kubernetes preneha po\u0161iljati promet v pod, dokler testiranje ne uspe. <\/p>\n

Test \u017eivljenjske sposobnosti (Liveness) obve\u0161\u010da Kubernetes o tem, ali va\u0161a aplikacija \u017eivi ali ne. V prvem primeru Kubernetes pusti va\u0161o aplikacijo pri miru, v drugem pa odstrani mrtvi pod in ga nadomesti z novim. <\/p>\n

Predstavljajmo si scenarij, kjer va\u0161emu aplikaciji za \"ogrevanje\" in zagon potrebuje 1 minuto. Va\u0161a storitev ne za\u010dne delovati, dokler se aplikacija popolnoma ne nalo\u017ei in ne za\u017eene, \u010deprav je delovni proces \u017ee za\u010del. Poleg tega se lahko pojavijo te\u017eave, \u010de \u017eelite raz\u0161iriti to uvedbo na ve\u010d kopij, saj te kopije ne smejo prejemati prometa, dokler ne bodo popolnoma pripravljene. Vendar pa bo Kubernetes privzeto za\u010del po\u0161iljati promet takoj po za\u010detku procesov znotraj kontejnerja.<\/p>\n

Pri uporabi testa pripravljenosti Readiness bo Kubernetes \u010dakal, dokler aplikacija ne bo popolnoma zagnana, in \u0161ele potem bo dovolil storitvi, da po\u0161ilja promet na novo kopijo.<\/p>\n

\"Najbolje
\n
\nPredstavljajmo si \u0161e en scenarij, v katerem se aplikacija ustavi za dalj\u0161e \u010dasovno obdobje in preneha obravnavati poizvedbe. Ker proces \u0161e naprej te\u010de, bo Kubernetes privzeto menil, da je vse v redu, in bo nadaljeval z po\u0161iljanjem poizvedb na nedelujo\u010di pod. Toda ob uporabi Liveness bo Kubernetes odkril, da aplikacija ne obravnava poizvedb, in privzeto ponovno za\u017eene nedelujo\u010di pod.<\/p>\n

\"Najbolje
\n
\nPoglejmo, kako testiramo pripravljenost in vitalnost. Obstajajo tri metode testiranja \u2014 HTTP, Command in TCP. Za preverjanje lahko uporabite katero koli od njih. Najbolj raz\u0161irjena metoda uporabni\u0161kega testiranja je HTTP probe.<\/p>\n

Tudi \u010de va\u0161a aplikacija ni HTTP stre\u017enik, lahko \u0161e vedno ustvarite lahki HTTP stre\u017enik znotraj va\u0161e aplikacije za interakcijo s testom Liveness. Po tem bo Kubernetes za\u010del pingati pod, in \u010de bo HTTP odgovor v razponu 200 ali 300 ms, to pomeni, da je pod \"zdrav\". V nasprotnem primeru bo modul ozna\u010den kot \"nezdrav\".<\/p>\n

\"Najbolje
\n
\nZa teste z uporabo Command Kubernetes izvede ukaz znotraj va\u0161ega kontejnerja. \u010ce se ukaz vrne z ni\u010delno izhodno kodo, bo kontejner ozna\u010den kot zdrav, v nasprotnem primeru, ob prejemu izhodnega stanja od 1 do 255, bo kontejner ozna\u010den kot \"bolan\". Ta na\u010din testiranja je koristen, \u010de ne morete ali no\u010dete zagnati HTTP stre\u017enika, vendar lahko za\u017eenete ukaz, ki preveri \"zdravje\" va\u0161e aplikacije.<\/p>\n

\"Najbolje
\n
\nZadnji mehanizem preverjanja je TCP test. Kubernetes bo posku\u0161al vzpostaviti TCP povezavo na dolo\u010denem vratih. \u010ce uspe, je kontejner ocenjen kot zdrav, sicer kot nezmo\u017een. Ta metoda je lahko uporabna, \u010de uporabljate scenarij, kjer testiranje s HTTP zahtevkom ali izvr\u0161evanjem ukaza ne deluje najbolje. Na primer, glavne storitve za preverjanje prek TCP bodo gRPC ali FTP.<\/p>\n

\"Najbolje
\n
\nTeste je mogo\u010de nastaviti na ve\u010d na\u010dinov z razli\u010dnimi parametri. Lahko opredelite, kako pogosto se morajo izvajati, kak\u0161ne so mejne vrednosti uspeha in neuspeha ter koliko \u010dasa \u010dakati na odgovore. Podrobnej\u0161e informacije so navedene v dokumentaciji za teste Readiness in Liveness. Vendar pa je ena zelo pomembna to\u010dka pri nastavitvi Liveness testa - za\u010detna zakasnitev testiranja initialDelaySeconds. Kot sem omenil, neuspe\u0161na izvedba tega testa vodi do ponovnega zagon modula. Zato se morate prepri\u010dati, da se testiranje ne za\u010dne, dokler aplikacija ni pripravljena na delovanje, sicer se bo za\u010dela cikli\u010dno ponovno zagnati. Priporo\u010dam uporabo P99 \u010dasa za zagon ali povpre\u010dnega \u010dasa zagona aplikacije iz predpomnilnika. Ne pozabite prilagoditi te vrednosti, saj se \u010das zagona va\u0161e aplikacije skraj\u0161uje ali podalj\u0161uje.<\/p>\n

Ve\u010dina strokovnjakov bo potrdila, da so Health Check obvezni za katero koli porazdeljeno sistem, Kubernetes pa ni izjema. Uporaba 'zdravstvenega' preverjanja storitev zagotavlja zanesljivo in breznapak delovanje Kubernetesa in ne predstavlja nobenega dela za uporabnike. <\/p>\n

Nadaljevanje kmalu...<\/p>\n

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

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

\nHvala \u0161to ostajete s nama. Da li vam se svi\u0111aju na\u0161i \u010dlanci? \u017delite li videti vi\u0161e zanimljivih materijala? Podr\u017eite nas tako \u0161to \u0107ete naru\u010diti ili preporu\u010diti prijateljima, obla\u010dni VPS za programere od $4.99<\/a><\/noindex>, jedinstveni ekvivalent entry-level servera koji smo stvorili za vas:<\/b> Sve \u0161to treba da znate o VPS (KVM) E5-2697 v3 (6 jezgara) 10GB DDR4 480GB SSD 1Gbps od $19 ili kako pravilno deliti server?<\/a><\/noindex> (options available with RAID1 and RAID10, up to 24 cores and up to 40GB DDR4).<\/p>\n

Dell R730xd je dvostruko jeftiniji u Equinix Tier IV data centru u Amsterdamu?<\/b> Only with us 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB from $199<\/a><\/noindex> in the Netherlands! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 from $99!<\/b><\/b> Read about how to build a corporate-class infrastructure using Dell R730xd E5-2650 v4 servers costing 9000 euros for pennies?<\/a><\/noindex>
\n
Izvor: 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\udd47Najbolj\u0161e prakse Kubernetes. Preverjanje \u017eivljenjske sposobnosti Kubernetesa s testiranjem Readiness in Liveness | ProHoster","description":"Najbolj\u0161e prakse Kubernetes.","canonical_url":"https:\/\/prohoster.info\/sl\/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":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/82215","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=82215"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/82215\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/82216"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=82215"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=82215"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=82215"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}