Kubectl Rolling reiniciar

As vagens contêm muitos recipientes. Vários pods são recipientes de aplicativos e desempenham seu papel. Kubectl não tem maneira direta de reiniciar diferentes vagens. Precisamos executar as vagens até que sejam trocadas como uma medida de utilização. Geralmente é o caso ao emitir uma forma original da imagem do contêiner.

O POD Kubernetes funciona sem intrusão, mas podemos ter complicações com o contêiner não funcionando corretamente. Podemos devolver as operações a um estado padrão retomando a vagem. Podemos usar o Rolling reiniciar para retomar as vagens da implantação uma de cada vez. Este método é a metodologia sugerida, pois este método não causa uma interrupção de serviço.

Para executar os comandos em Kubernetes, instalamos o Ubuntu 20.04. Aqui, utilizamos o sistema operacional Linux para executar os comandos Kubectl. Agora, instalamos o cluster Minikube para executar o Kubernetes no Linux. O Minikube oferece um entendimento extremamente suave, pois fornece um modo eficiente para testar os comandos e aplicativos.

Neste artigo, reiniciamos a cápsula de Kubernetes. Este artigo mostra como retomar um pod em implantação com várias maneiras.

Métodos para reiniciar pods:

Para retomar o pod pelo uso de Kubectl, começamos o Minikube.

Inicie o Minikube:

No terminal, escrevemos o comando "Minikube Start". Depois disso, esperamos um pouco até que efetivamente comece. A saída deste comando é dada por baixo:

Este método é demorado, e vamos esperar um pouco para executar o procedimento com eficiência.

Obtenha implantações:

Agora, vamos obter implantações usando o comando “Kubectl Get Implements”. Agora, podemos listar os pods usando o seguinte comando:

Depois de executar o comando, "Kubectl Get Implements", ele exibe o nome, o estado pronto, atualizado, a disponibilidade e a idade das implantações.

Método 1:

O reinício do rolamento é utilizado para retomar cada vagem após a implantação. Para uma reinicialização, executamos o seguinte comando:

Depois de executar o comando mencionado acima, Kubernetes se desloca lentamente e substitui as vagens, mas alguns recipientes estão sempre executando. Devido à natureza gradual do lançamento, podemos continuar a servir os usuários, enquanto reinicia com eficiência a vagem.

Método 2:

Outra maneira de reiniciar o pod é reduzir o número de réplicas para 0 e voltar ao estado adequado. Isso requer que todos os pods existentes saiam, e uma nova vagem está agendada em seu lugar. Se limitarmos o número de réplicas a 0, ele parará. Portanto, recomenda -se uma reinicialização do rolamento. Defina a réplica como 0 usando o seguinte comando. Há um limite para regular manualmente o número de réplicas. Reduzi -lo para 0 resultará em uma interrupção sem vagens acessíveis ao usuário. Escolar as réplicas para 0 e todas as vagens atuais serão excluídas:

Este comando identifica o número de implantações que precisam ser dinâmicas por vagem. Quando o definimos como zero, ele efetivamente mata o processo. Se definirmos o valor das réplicas como 0, Kubernetes descartará as réplicas que não queremos.

Definimos o valor da réplica para maior que 0 para reiniciar as vagens. Outra opção é recrutar uma reinicialização que nos permite substituir um grande número de pods sem tempo ocioso. Para retomar o pod, utilizamos um comando semelhante e fornecemos o valor das réplicas maiores que zero:

Quando definimos as réplicas maiores que zero, Kubernetes constrói uma nova réplica. O nome da nova réplica é diferente da réplica antiga.

Esperamos que os pods sejam encerrados e depois utilizamos o comando "Kubectl Get Pods" para validar a posição do pod e verificar o novo nome. Kubernetes constrói um novo pod com uma nova ocorrência. A implantação é gerada efetivamente. Em seguida, utilizamos o seguinte comando para recrutar as vagens. A implantação detecta a variação no status e ativa novos pods até que as réplicas preferidas sejam atingidas:

Método 3:

A REPLICASET detecta que o pod desapareceu porque as ocorrências de contêiner demolem sob o número de réplicas de destino. Usamos o seguinte comando:

O conjunto de réplicas ocorre para retornar a acessibilidade mínima. Um novo pod será construído espontaneamente e um novo contêiner será iniciado no lugar do antigo recipiente.

Recomendamos utilizar o comando de lançamento mais claro e pretendido. No entanto, se identificarmos o ID de uma única vagem com defeito em uma implantação, é útil removê -lo manualmente. O lançamento substitui todas as vagens alcançadas, mas não a cápsula fracassada.

Conclusão:

Kubernetes é uma plataforma operacional para coordenar recipientes. Como em todos os sistemas, causa problemas. Portanto, retomar o pod não corrige o problema subjacente que iniciou o pod para falhar. O lançamento é a chave recomendada para os mais recentes Kubernetes. Por outro lado, outros métodos funcionam e talvez mais adequados para uma situação específica. Excluir manualmente pods é idílico se queremos "reiniciar" uma única vagem sem interrupção. No entanto, se estivermos executando várias réplicas, não podemos utilizar o comando de lançamento. Esperamos que você tenha achado este artigo útil. Confira o Linux Dint para obter mais dicas e informações.