{"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\/pt\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","title":{"rendered":"As 10 melhores dicas e truques sobre Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"As
\n
\nNa internet existem muitos materiais de refer\u00eancia, mas \u00e0s vezes os conselhos mais simples s\u00e3o os mais valiosos. A equipe Kubernetes aaS da Mail.ru<\/a><\/noindex> traduzida uma sele\u00e7\u00e3o de dez truques e dicas<\/a><\/noindex>, que a autora do artigo coletou ap\u00f3s um ano de trabalho com Kubernetes. Os conselhos n\u00e3o est\u00e3o organizados por import\u00e2ncia, mas acreditamos que cada um encontrar\u00e1 algo \u00fatil para si.
\n<\/a><\/noindex><\/p>\n

O comando mais simples ao trabalhar com Kubernetes<\/h2>\n

\nPara come\u00e7ar, talvez a a\u00e7\u00e3o mais simples e \u00fatil no trabalho com Kubernetes. O pr\u00f3ximo comando ativa a conclus\u00e3o autom\u00e1tica dos comandos kubectl<\/code> no shell bash:<\/p>\n

echo \"source > ~\/\\.bashrc\n<\/code><\/pre>\n
\nA conclus\u00e3o autom\u00e1tica kubectl<\/code> ser\u00e1 registrada no arquivo .bashrc e ser\u00e1 ativada automaticamente toda vez que o shell for iniciado. Isso acelera a digita\u00e7\u00e3o de comandos e par\u00e2metros longos, como all-namespaces<\/code>. Saiba mais na documenta\u00e7\u00e3o do Kubernetes sobre bash<\/a><\/noindex>.<\/p>\n
Limites padr\u00e3o de mem\u00f3ria e CPU no namespace<\/h2>\n
\nSe o aplicativo for escrito incorretamente, por exemplo, abrindo uma nova conex\u00e3o com o banco de dados a cada segundo, mas nunca fechando, ocorrer\u00e1 um vazamento de mem\u00f3ria no cluster. E se nenhum limite de mem\u00f3ria for configurado para o aplicativo durante a implanta\u00e7\u00e3o, isso pode causar a falha do n\u00f3.<\/p>\n
Para evitar isso, o Kubernetes permite definir limites padr\u00e3o para cada namespace. Eles s\u00e3o especificados em um arquivo yaml para um namespace espec\u00edfico. Aqui est\u00e1 um exemplo desse arquivo:<\/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
\nCrie um yaml como esse e aplique a qualquer namespace. Por exemplo, ao namespace limit-example<\/code>. Agora, para qualquer cont\u00eainer implantado neste namespace, haver\u00e1 um limite de 512Mi, a menos que um outro limite individual diferente seja explicitamente configurado para esse cont\u00eainer.<\/p>\n
Limpeza de lixo em vers\u00f5es antigas do Kubernetes<\/h2>\n
\nO Kubelet, por padr\u00e3o, come\u00e7a a limpeza de lixo quando var\/lib\/docker<\/i> ocupa 90% do espa\u00e7o em disco dispon\u00edvel. Isso \u00e9 \u00f3timo, mas at\u00e9 a vers\u00e3o 1.7 do Kubernetes n\u00e3o havia limite padr\u00e3o para o n\u00famero de descritores de \u00edndice inode utilizados (inodes), que correspondem ao n\u00famero de arquivos no sistema de arquivos.<\/p>\n
Potencialmente, seu cont\u00eainer var\/lib\/docker<\/i> pode usar apenas 50% do espa\u00e7o em disco, mas os inodes podem acabar, o que causar\u00e1 problemas no funcionamento dos workers.<\/p>\n
Nas vers\u00f5es antigas do kubelet, de 1.4 a 1.6, ser\u00e1 necess\u00e1rio adicionar a seguinte flag:<\/p>\n
--eviction-hard\n=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%\n<\/code><\/pre>\n
\nNa vers\u00e3o 1.7 e nas mais recentes, essa flag est\u00e1 definida por padr\u00e3o. No entanto, as vers\u00f5es anteriores n\u00e3o monitoram o limite de inodes.<\/p>\n
Minikube... pequeno, mas poderoso Kubernetes local<\/h2>\n
\nMinikube \u00e9 a maneira mais simples de iniciar um cluster Kubernetes local. Ele \u00e9 iniciado com um comando simples:<\/p>\n
minikube start\n<\/code><\/pre>\n
\nComo resultado da execu\u00e7\u00e3o deste comando, voc\u00ea ter\u00e1 um verdadeiro cluster Kubernetes funcionando em seu computador.<\/p>\n
\"As
\nFonte da ilustra\u00e7\u00e3o<\/i><\/a><\/noindex><\/p>\n
A dificuldade est\u00e1 em como construir a aplica\u00e7\u00e3o e execut\u00e1-la localmente neste cluster. Se voc\u00ea n\u00e3o der instru\u00e7\u00f5es espec\u00edficas, a imagem do Docker ser\u00e1 constru\u00edda em seu computador, e n\u00e3o no cluster.<\/p>\n
Para for\u00e7ar o Docker a enviar a imagem para o cluster Kubernetes local, o seguinte comando \u00e9 dado \u00e0 m\u00e1quina Docker:<\/p>\n
eval $(minikube docker-env)\n<\/code><\/pre>\n
\nAgora podemos construir aplica\u00e7\u00f5es no cluster Kubernetes local.<\/p>\n
N\u00e3o conceda acesso ao kubectl a todos indiscriminadamente<\/h2>\n
\nIsso parece \u00f3bvio, mas se v\u00e1rias equipes usam um \u00fanico cluster para suas aplica\u00e7\u00f5es (para o qual o Kubernetes foi criado), n\u00e3o se deve simplesmente conceder acesso a todos. kubectl<\/code>\u00c9 melhor separar as equipes, fornecendo a cada uma delas seu pr\u00f3prio espa\u00e7o de nomes e restringindo o acesso com pol\u00edticas RBAC.<\/p>\n
Voc\u00ea pode se complicar especificando permiss\u00f5es de acesso, leitura, cria\u00e7\u00e3o, exclus\u00e3o e outras opera\u00e7\u00f5es para cada pod. Mas o principal \u00e9 limitar o acesso a segredos, permitindo-o apenas para administradores. Assim, diferenciamos aqueles que podem administrar o cluster e aqueles que podem apenas implantar nele.<\/p>\n
Gerencie os or\u00e7amentos dos pods<\/h2>\n
\nComo garantir que n\u00e3o haja interrup\u00e7\u00f5es para a aplica\u00e7\u00e3o no cluster Kubernetes? PodDisruptionBudget e mais uma vez PodDisruptionBudget.<\/p>\n
Os clusters s\u00e3o periodicamente atualizados, e os n\u00f3s s\u00e3o esvaziados. Nada permanece no mesmo lugar, essa \u00e9 a realidade. Cada implanta\u00e7\u00e3o com mais de uma inst\u00e2ncia deve obrigatoriamente incluir o PDB (PodDisruptionBudget). Ele \u00e9 criado em um simples arquivo yaml que \u00e9 aplicado ao cluster. A cobertura espec\u00edfica de um PDB \u00e9 definida pelos seletores de r\u00f3tulos.<\/p>\n
Nota:<\/strong> O or\u00e7amento do PDB \u00e9 considerado apenas em uma interrup\u00e7\u00e3o orcussiva (voluntary disruption<\/a><\/noindex>). Em situa\u00e7\u00f5es como falhas de hardware, o PDB n\u00e3o ser\u00e1 acionado.<\/p>\n
Exemplo de 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
\nOs dois par\u00e2metros principais s\u00e3o matchLabels<\/code> e minAvailable<\/code>. No primeiro par\u00e2metro, especifica-se para quais aplica\u00e7\u00f5es o or\u00e7amento \u00e9 aplicado. Por exemplo, se eu tiver implanta\u00e7\u00f5es com r\u00f3tulos app: app-a<\/code> e app: app-b<\/code>, este PDB se aplicar\u00e1 apenas \u00e0 primeira.<\/p>\n
Par\u00e2metro minAvailable<\/code> \u00e9 considerado ao esvaziar (limpar) o n\u00f3. Por exemplo, em nosso exemplo, durante o esvaziamento, todas as inst\u00e2ncias app: app-a<\/code>, exceto duas.<\/p>\n
Isso permite controlar quantas inst\u00e2ncias da aplica\u00e7\u00e3o devem estar em execu\u00e7\u00e3o a cada momento.<\/p>\n
Monitoramento da integridade da aplica\u00e7\u00e3o<\/h2>\n
\nEsse monitoramento pode ser feito de duas maneiras: atrav\u00e9s das verifica\u00e7\u00f5es Readiness ou Liveness.<\/p>\n
A primeira verifica\u00e7\u00e3o (readiness) determina se o cont\u00eainer est\u00e1 pronto para receber tr\u00e1fego.<\/p>\n
A segunda (liveness) mostra se o cont\u00eainer est\u00e1 funcionando corretamente ou se precisa ser reiniciado.<\/p>\n
As configura\u00e7\u00f5es correspondentes s\u00e3o simplesmente adicionadas ao yaml para a implanta\u00e7\u00e3o. L\u00e1 voc\u00ea pode especificar timeouts, tempos de atraso e o n\u00famero de tentativas. Para mais detalhes sobre elas, veja a documenta\u00e7\u00e3o do Kubernetes<\/a><\/noindex>.<\/p>\n
R\u00f3tulos em toda parte<\/h2>\n
\nR\u00f3tulos s\u00e3o um dos conceitos fundamentais no Kubernetes. Eles permitem que objetos se relacionem livremente entre si, al\u00e9m de criar consultas baseadas em r\u00f3tulos. No Kubernetes, voc\u00ea pode at\u00e9 acessar o cliente e observar eventos por r\u00f3tulos espec\u00edficos.<\/p>\n
Com r\u00f3tulos, \u00e9 poss\u00edvel fazer praticamente qualquer coisa, mas um bom exemplo seria criar m\u00faltiplos ambientes para executar programas em um \u00fanico cluster.<\/p>\n
Suponha que voc\u00ea utilize o mesmo cluster para dev<\/code> e qa<\/code>. Isso significa que voc\u00ea pode ter uma aplica\u00e7\u00e3o app-a<\/code>, funcionando simultaneamente em ambos os ambientes qa<\/code> e dev<\/code>. Nesse caso, podemos nos referir separadamente \u00e0 inst\u00e2ncia da aplica\u00e7\u00e3o em um ambiente espec\u00edfico, especificando o par\u00e2metro correspondente environment<\/code>. Por exemplo, app: app-a<\/code> e environment: dev<\/code> para um ambiente, e app: app-a<\/code> e environment: qa<\/code> para o segundo.<\/p>\n
Isso permite acessar ambas as inst\u00e2ncias da aplica\u00e7\u00e3o, por exemplo, para realizar testes simultaneamente.<\/p>\n
Mantenha a ordem<\/h2>\n
\nKubernetes \u00e9 um sistema muito poderoso, mas qualquer sistema eventualmente pode se atol\u00e1-lo em um grande n\u00famero de processos. O Kubelet executa todos os processos e verifica\u00e7\u00f5es que voc\u00ea especificou, al\u00e9m dos seus.<\/p>\n
Claro, um servi\u00e7o solto n\u00e3o vai desacelerar o sistema, e o Kubernetes foi projetado para escalabilidade desde o in\u00edcio. Mas se, em vez de um servi\u00e7o, surgirem milh\u00f5es, o kubelet come\u00e7a a se afogar.<\/p>\n
Se voc\u00ea, por algum motivo, excluir o deployment (container, imagem, o que for), apenas tenha certeza de que est\u00e1 limpando completamente.<\/p>\n
Conhe\u00e7a o Go<\/h2>\n
\nO melhor conselho reservamos para o final. Estude a linguagem de programa\u00e7\u00e3o Go.<\/p>\n
O Kubernetes \u00e9 escrito em Go, todas as extens\u00f5es s\u00e3o escritas em Go, e ainda h\u00e1 uma biblioteca cliente client-go oficialmente suportada.<\/p>\n
Ela pode ser usada para v\u00e1rias coisas interessantes. Por exemplo, para personalizar o sistema Kubernetes ao seu gosto. Assim, voc\u00ea pode usar seus pr\u00f3prios programas para coletar dados, implantar aplicativos ou simplesmente limpar cont\u00eaineres.<\/p>\n
Aprender a linguagem de programa\u00e7\u00e3o Go e dominar o client-go \u00e9, sem d\u00favida, o conselho mais importante que se pode dar a novos usu\u00e1rios do Kubernetes.<\/p>\n
Traduzido com o apoio do Mail.ru Cloud Solutions<\/i><\/a><\/noindex><\/p>\n
O que mais ler<\/strong>:<\/p>\n
    \n
  1. Tr\u00eas n\u00edveis de autoescala no Kubernetes e como us\u00e1-los de forma eficaz<\/a><\/noindex>.<\/li>\n
  2. Nodos de trabalho do Kubernetes: muitos pequenos ou poucos grandes<\/a><\/noindex>?<\/li>\n
  3. 25 ferramentas \u00fateis para implantar e gerenciar o Kubernetes<\/a><\/noindex>.<\/li>\n<\/ol>\n
    Fonte: 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\udd47As 10 melhores dicas e truques sobre Kubernetes | ProHoster","description":"H\u00e1 muita literatura de refer\u00eancia na internet, mas.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","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 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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/75425","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=75425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/75425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/75426"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=75425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=75425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=75425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}