Falaremos especificamente sobre as várias políticas de reinicialização do Kubernetes neste artigo. Vamos primeiro discutir as várias políticas que são usadas quando o Kubernetes precisa ser reiniciado. Você pode usar essas políticas para impedir que uma determinada carga de trabalho seja implantada no cluster. Embora a imposição de padrões rígidos no cluster geralmente seja feita para garantir a conformidade, os administradores de cluster também devem seguir várias práticas recomendadas que foram sugeridas.
O que é a política de reinicialização do Kubernetes?
Cada pod do Kubernetes segue um ciclo de vida específico. Ele começa no estágio “pendente” e, se um ou mais contêineres primários forem lançados com sucesso, passa para o estágio “em execução”. Dependendo se os contêineres no pod foram bem-sucedidos ou falharam, o processo passa para a fase “bem-sucedido” ou “falha”.
Para reiniciar a política no nível dos contêineres aplicados, três opções podem ser usadas:
Sempre
Sempre que um contêiner é encerrado, o Kubernetes produz um novo, pois o pod precisa estar ativo o tempo todo.
Na falha
Se o contêiner sair com um código de retorno diferente de 0, ele será reiniciado apenas uma vez. A reinicialização não é necessária para contêineres que retornam 0 (sucesso).
Nunca
O contêiner falhou ao reiniciar.
Agora, na seção a seguir, discutiremos como você pode reiniciar um pod.
Como reiniciar um pod no Kubernetes?
Para reiniciar um pod do Kubernetes, emita comandos usando a ferramenta kubectl . Ele se conectará ao servidor KubeAPI. Vamos explorar as opções disponíveis:
Reiniciando um contêiner dentro de um pod
Um pod pode conter vários contêineres. Por outro lado, você se conecta essencialmente ao contêiner principal dentro de um pod quando se conecta a ele. Você pode se conectar a cada contêiner definido em um caso se tiver definido mais de um.
Você pode ver abaixo um exemplo de especificação de pod de vários contêineres:
Isso descreve um volume compartilhado e dois contêineres. O arquivo HTML será servido pelo contêiner NGINX e a cada segundo o contêiner Ubuntu adicionará um carimbo de data ao arquivo HTML.
Como você não especificou a qual contêiner se conectar, ele escolherá automaticamente o primeiro (NGINX) quando você tentar se conectar a esse pod. A captura de tela está anexada abaixo:
Agora você pode tentar encerrar o processo PID 1 dentro do contêiner atualmente ativo. Execute os seguintes comandos como root para fazer isso:
Você também pode usar a ferramenta kubectl descrita abaixo:
De acordo com a especificação do pod, os K8s agora tentarão reiniciar o contêiner destruído. Para isso, o comando “descrever” é utilizado da seguinte forma:
Aqui está o resultado do comando acima:
O estado atual está “indo”, enquanto o estado anterior foi “terminado”. Isso significa que o contêiner foi reiniciado, de acordo com isso. No entanto, nem todos os contêineres podem acessar as credenciais raiz. É por isso que esse método pode não ser muito útil.
Reiniciando um pod por escalonamento
Dimensionar a contagem de réplicas de um pod para 0 e, em seguida, dimensioná-lo para 1 é a maneira mais simples de reiniciá-lo. Em vez disso, você deve construir uma implantação porque o comando scale não pode ser usado em pods. Aqui está uma maneira fácil de fazer isso:
Escale para 0 e depois para 1 depois disso. Ao fazer isso, o pod será encerrado e reimplantado no cluster:
As réplicas são definidas como 1, como você pode ver nesta imagem.
Para visualizar os detalhes da implantação, agora usamos “kubectl get deploys”. A seguir está uma lista do comando e do resultado:
Reiniciando um pod excluindo-o e reimplantando-o
Usando o comando “kubectl delete”, você pode excluir um pod e reimplantá-lo. No entanto, essa abordagem é bastante perturbadora e, portanto, não é recomendada.
Reiniciando um pod usando distribuição
Para reiniciar um pod usando a maneira descrita acima, você deve destruir o pod existente e criar um novo ou dimensionar a contagem de réplicas para baixo e depois para cima. Com a versão 1.15 do Kubernetes, você pode reiniciar uma implantação de forma contínua. Este é o procedimento sugerido para reiniciar um pod. Basta digitar o seguinte comando para começar:
Agora, se você ficar de olho no status da implantação em outro terminal, notará o fluxo de eventos da seguinte forma:
Se estiver íntegro, reduzirá a réplica anterior da implantação e criará uma nova réplica do pod. O resultado é o mesmo, exceto que nessa abordagem a orquestração subjacente foi tratada pelo Kubernetes.
Como os pods do Kubernetes podem ser reiniciados de maneiras diferentes?
Vamos primeiro começar com o contêiner docker. Com o seguinte comando, os contêineres do Docker podem ser reiniciados:
> reinicialização do docker container_id
Mas no Kubernetes, não há nenhum comando comparável para reiniciar os pods, especialmente se não houver um arquivo YAML especificado. Como alternativa, você pode reiniciar os pods do Kubernetes usando os comandos kubectl. Os seguintes comandos são listados:
O comando Kubectl Set Env
Um método é usar o comando kubectl scale. Isso modificará o número de réplicas do pod que precisa ser reiniciado. Abaixo está um exemplo de comando sobre como definir as réplicas no pod para serem duas:
> implantação de escala kubectl primeira implantação --réplicas = 2
Comando de reinicialização de distribuição
Aqui, demonstraremos como usar o comando rollout restart para reiniciar os pods do Kubernetes:
> kubectl rollout reiniciar implantação primeira implantação -n demo-namespace
O controlador é instruído a exterminar cada pod individualmente pelo comando. Em seguida, ele escala novos pods usando o ReplicaSet. Até que cada novo pod seja mais recente do que cada pod atual quando o controlador for retomado, esse processo continua.
O comando Excluir pod
Esta seção abordará como usar o comando remove para reiniciar os pods do Kubernetes. Você pode notar que usamos o próximo comando para nos livrarmos do objeto pod API nesta imagem:
. > kubectl delete pod primeiro pod -n demo_namespace
O esperado é contrariado pela exclusão do objeto pod porque a API do Kubernetes é declarativa. Para manter a consistência com o previsto, o pod é, portanto, recriado.
Um pod pode ser reiniciado por vez usando o comando anterior. Consulte o comando anexado para reiniciar vários pods:
> kubectl delete replicaset pods-multiple-n demo_namespace
O comando mencionado acima reinicia cada pod excluindo todo o ReplicaSet de pods e, em seguida, criando-o do zero.
Conclusão
Esta postagem forneceu informações sobre as várias políticas de reinicialização do Kubernetes. Ilustramos cada estágio com a ajuda de exemplos de amostra. Além disso, experimente esses comandos e veja qual saída eles geram.