{"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\/pt\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-proverka-zhiznesposobnosti-kubernetes-s-pomoshhyu-testov-readiness-i-liveness","title":{"rendered":"As melhores pr\u00e1ticas do Kubernetes. Verifica\u00e7\u00e3o de viabilidade do Kubernetes com testes de Readiness e Liveness","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Melhores pr\u00e1ticas Kubernetes. Criando pequenos cont\u00eaineres<\/a><\/noindex>
\nAs melhores pr\u00e1ticas do Kubernetes. Organiza\u00e7\u00e3o do Kubernetes com namespaces<\/a><\/noindex><\/p>\n

\"As
\n
\nGerenciar sistemas distribu\u00eddos pode ser dif\u00edcil devido \u00e0 presen\u00e7a de muitos elementos m\u00f3veis e mut\u00e1veis, todos os quais devem funcionar corretamente para garantir a funcionalidade do sistema. Se um dos elementos falhar, o sistema deve detect\u00e1-lo, contorn\u00e1-lo e corrigir o problema, tudo isso automaticamente. Nesta s\u00e9rie de \"Melhores Pr\u00e1ticas do Kubernetes\", aprenderemos a configurar testes de Readiness e Liveness para verificar a viabilidade do cluster Kubernetes.<\/p>\n

A verifica\u00e7\u00e3o de sa\u00fade Health Check \u00e9 uma maneira simples de informar ao sistema se a inst\u00e2ncia do seu aplicativo est\u00e1 funcionando ou n\u00e3o. Se a inst\u00e2ncia do seu aplicativo n\u00e3o estiver em funcionamento, outros servi\u00e7os n\u00e3o devem cham\u00e1-la ou enviar solicita\u00e7\u00f5es a ela. Em vez disso, a solicita\u00e7\u00e3o deve ser enviada a outra inst\u00e2ncia do aplicativo que j\u00e1 est\u00e1 em execu\u00e7\u00e3o ou que ser\u00e1 iniciada posteriormente. Al\u00e9m disso, o sistema deve retornar a funcionalidade perdida ao seu aplicativo.<\/p>\n

Por padr\u00e3o, o Kubernetes come\u00e7ar\u00e1 a enviar tr\u00e1fego para o pod quando todos os cont\u00eaineres dentro dos pods estiverem em execu\u00e7\u00e3o e reiniciar\u00e1 os cont\u00eaineres quando eles falharem. Inicialmente, esse comportamento padr\u00e3o do sistema pode ser suficientemente bom, no entanto, voc\u00ea pode aumentar a confiabilidade da implanta\u00e7\u00e3o do seu produto usando verifica\u00e7\u00f5es de integridade personalizadas.<\/a><\/noindex><\/p>\n

\"As
\n
\nFelizmente, o Kubernetes permite que voc\u00ea fa\u00e7a isso de maneira bastante simples, portanto, n\u00e3o h\u00e1 desculpas para ignorar essas verifica\u00e7\u00f5es. O Kubernetes fornece dois tipos de testes de Health Check, sendo importante entender as diferen\u00e7as na aplica\u00e7\u00e3o de cada um deles.<\/p>\n

O teste de Readiness destina-se a informar ao Kubernetes se o seu aplicativo est\u00e1 pronto para servir tr\u00e1fego. Antes de permitir que o servi\u00e7o envie tr\u00e1fego para o pod, o Kubernetes deve garantir o sucesso da verifica\u00e7\u00e3o de Readiness. Se o teste de Readiness falhar, o Kubernetes interromper\u00e1 o envio de tr\u00e1fego para o pod at\u00e9 que o teste seja bem-sucedido. <\/p>\n

O teste de Liveness informa ao Kubernetes se o seu aplicativo est\u00e1 vivo ou morto. No primeiro caso, o Kubernetes o deixar\u00e1 em paz; no segundo, eliminar\u00e1 o pod morto e o substituir\u00e1 por um novo. <\/p>\n

Vamos imaginar um cen\u00e1rio em que seu aplicativo leva 1 minuto para \"aquecer\" e iniciar. Seu servi\u00e7o n\u00e3o come\u00e7ar\u00e1 a funcionar at\u00e9 que o aplicativo esteja completamente carregado e em execu\u00e7\u00e3o, embora o fluxo de trabalho j\u00e1 tenha come\u00e7ado. Al\u00e9m disso, voc\u00ea tamb\u00e9m ter\u00e1 problemas se desejar escalar essa implanta\u00e7\u00e3o para v\u00e1rias c\u00f3pias, pois essas c\u00f3pias n\u00e3o devem receber tr\u00e1fego at\u00e9 estarem totalmente prontas. No entanto, por padr\u00e3o, o Kubernetes come\u00e7ar\u00e1 a enviar tr\u00e1fego assim que os processos dentro do cont\u00eainer forem iniciados.<\/p>\n

Usando o teste de prontid\u00e3o Readiness, o Kubernetes esperar\u00e1 at\u00e9 que o aplicativo esteja completamente iniciado e, somente ap\u00f3s isso, permitir\u00e1 que o servi\u00e7o envie tr\u00e1fego para a nova c\u00f3pia.<\/p>\n

\"As
\n
\nVamos imaginar outro cen\u00e1rio, onde o aplicativo fica travado por um longo per\u00edodo, parando de atender solicita\u00e7\u00f5es. Como o processo continua a ser executado, por padr\u00e3o, o Kubernetes considerar\u00e1 que tudo est\u00e1 bem e continuar\u00e1 enviando solicita\u00e7\u00f5es para o pod que n\u00e3o est\u00e1 funcionando. Mas, usando o Liveness, o Kubernetes descobrir\u00e1 que o aplicativo n\u00e3o est\u00e1 mais atendendo solicita\u00e7\u00f5es e, por padr\u00e3o, reiniciar\u00e1 o pod n\u00e3o funcional.<\/p>\n

\"As
\n
\nVamos considerar as maneiras de testar a prontid\u00e3o e a viabilidade. Existem tr\u00eas m\u00e9todos de teste \u2014 HTTP, Command e TCP. Voc\u00ea pode usar qualquer um deles para a verifica\u00e7\u00e3o. O m\u00e9todo de teste mais comum \u00e9 o HTTP probe.<\/p>\n

Mesmo que seu aplicativo n\u00e3o seja um servidor HTTP, voc\u00ea ainda pode criar um leve servidor HTTP dentro do seu aplicativo para interagir com o teste de Liveness. Ap\u00f3s isso, o Kubernetes come\u00e7ar\u00e1 a pingar o pod, e se a resposta HTTP estiver na faixa de 200 ou 300 ms, isso indicar\u00e1 que o pod est\u00e1 \"saud\u00e1vel\". Caso contr\u00e1rio, o m\u00f3dulo ser\u00e1 marcado como \"n\u00e3o saud\u00e1vel\".<\/p>\n

\"As
\n
\nPara os testes atrav\u00e9s do Command, o Kubernetes executa um comando dentro do seu cont\u00eainer. Se o comando retornar um c\u00f3digo de sa\u00edda zero, o cont\u00eainer ser\u00e1 marcado como saud\u00e1vel; caso contr\u00e1rio, ao obter um n\u00famero de status de sa\u00edda de 1 a 255, o cont\u00eainer ser\u00e1 anotado como \"doente\". Esse m\u00e9todo de teste \u00e9 \u00fatil se voc\u00ea n\u00e3o pode ou n\u00e3o quer executar um servidor HTTP, mas \u00e9 capaz de executar um comando que verifique a \"sa\u00fade\" do seu aplicativo.<\/p>\n

\"As
\n
\nO \u00faltimo mecanismo de verifica\u00e7\u00e3o \u00e9 o teste TCP. O Kubernetes tentar\u00e1 estabelecer uma conex\u00e3o TCP na porta especificada. Se conseguir, o cont\u00eainer \u00e9 considerado saud\u00e1vel; caso contr\u00e1rio, ele \u00e9 considerado n\u00e3o vi\u00e1vel. Esse m\u00e9todo pode ser \u00fatil se voc\u00ea estiver usando um script onde o teste via solicita\u00e7\u00e3o HTTP ou execu\u00e7\u00e3o de comando n\u00e3o funciona muito bem. Por exemplo, os principais servi\u00e7os para verifica\u00e7\u00e3o com TCP ser\u00e3o gRPC ou FTP.<\/p>\n

\"As
\n
\nOs testes podem ser configurados de v\u00e1rias maneiras com diferentes par\u00e2metros. Voc\u00ea pode especificar com que frequ\u00eancia devem ser executados, quais s\u00e3o os limites de sucesso e falha e quanto tempo esperar por respostas. Mais informa\u00e7\u00f5es detalhadas est\u00e3o documentadas nos testes de Readiness e Liveness. No entanto, h\u00e1 um ponto muito importante na configura\u00e7\u00e3o do teste de Liveness \u2013 o atraso inicial na execu\u00e7\u00e3o do teste, initialDelaySeconds. Como mencionamos, a falha neste teste resultar\u00e1 na reinicializa\u00e7\u00e3o do m\u00f3dulo. Portanto, voc\u00ea precisa garantir que os testes n\u00e3o comecem at\u00e9 que o aplicativo esteja pronto para ser executado, caso contr\u00e1rio, ele come\u00e7ar\u00e1 a reiniciar ciclicamente. Recomendo usar o tempo de inicializa\u00e7\u00e3o P99 ou o tempo m\u00e9dio de inicializa\u00e7\u00e3o do aplicativo do buffer. N\u00e3o se esque\u00e7a de ajustar este valor \u00e0 medida que o tempo de inicializa\u00e7\u00e3o do seu aplicativo se torna mais r\u00e1pido ou mais lento.<\/p>\n

A maioria dos especialistas concorda que o Health Check \u00e9 uma verifica\u00e7\u00e3o obrigat\u00f3ria para qualquer sistema distribu\u00eddo, e o Kubernetes n\u00e3o \u00e9 exce\u00e7\u00e3o. O uso da verifica\u00e7\u00e3o de 'sa\u00fade' dos servi\u00e7os garante uma opera\u00e7\u00e3o confi\u00e1vel e ininterrupta do Kubernetes e n\u00e3o representa um esfor\u00e7o para os usu\u00e1rios. <\/p>\n

A continua\u00e7\u00e3o vir\u00e1 em breve\u2026<\/p>\n

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

Um pouco de publicidade \ud83d\ude42<\/h3>\n

\nObrigado por permanecer conosco. Voc\u00ea gosta dos nossos artigos? Quer ver mais materiais interessantes? Apoie-nos fazendo um pedido ou recomendando para conhecidos. VPS em nuvem para desenvolvedores a partir de $4.99<\/a><\/noindex>, uma alternativa \u00fanica aos servidores entry-level, que criamos para voc\u00ea:<\/b> Toda a verdade sobre VPS (KVM) E5-2697 v3 (6 N\u00facleos) 10GB DDR4 480GB SSD 1Gbps a partir de $19 ou como dividir um servidor corretamente?<\/a><\/noindex> (dispon\u00edveis op\u00e7\u00f5es com RAID1 e RAID10, at\u00e9 24 n\u00facleos e at\u00e9 40GB DDR4).<\/p>\n

Dell R730xd por 2 vezes mais barato no datacenter Equinix Tier IV em Amsterd\u00e3?<\/b> Somente conosco 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB a partir de $199<\/a><\/noindex> na Holanda! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partir de $99!<\/b><\/b> Leia sobre Como construir uma infraestrutura de classe corporativa utilizando servidores Dell R730xd E5-2650 v4 com custo de 9000 euros por centavos?<\/a><\/noindex>
\n
Fonte: 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\udd47Melhores pr\u00e1ticas do Kubernetes. Verifica\u00e7\u00e3o de viabilidade do Kubernetes com testes de Readiness e Liveness | ProHoster","description":"Melhores pr\u00e1ticas de Kubernetes.","canonical_url":"https:\/\/prohoster.info\/pt\/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":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/82215","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=82215"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/82215\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/82216"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=82215"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=82215"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=82215"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}