O que é o caminho certo para liberar recursos Kubernetes para um trabalho Kubernetes que não consegue puxar a imagem?

votos
0

Contexto

Há muito tempo executar trabalhos Kubernetes baseado em contentores Docker. Os recipientes precisa de recursos (por exemplo, memória de 15 GB, 2 cpu) e usamos Autoscaler para escalar novos nós de trabalho a pedido.

Cenário

Os usuários podem selecionar a versão da imagem janela de encaixe para ser usado por um emprego, por exemplo, 1.0.0, 1.1.0, ou até mesmo uma confirmação de hash do código a imagem foi construída a partir de ambiente de teste.

Como deixamos a tag janela de encaixe para ser freetext, o usuário pode digitar um tag janela de encaixe não-existente. Por isso, o pod trabalho vem em estado ImagePullBackOff. O pod permanece neste estado e mantém os recursos bloqueados de modo que não podem ser reutilizados por qualquer outro trabalho.

Pergunta, questão

Qual é a solução certa, que pode ser aplicado em si Kubernetes, por não o pod imediatamente ou pelo menos rapidamente se um puxão falhar devido a imagem estivador um existente não: tag?

possibilidades

Olhei para backofflimit. Eu configurá-lo para 0, mas isso não falhar ou remover o trabalho. Os recursos são, naturalmente, mantido bem.

Talvez eles possam ser morto por um trabalho cron. Não sabe como fazê-lo.

Idealmente, os recursos não deve mesmo ser alocados para um trabalho com uma imagem não mais existiam janela de encaixe. Mas eu não tenho certeza se há uma possibilidade de alcançar facilmente isso.

Qualquer outro?

Publicado 24/10/2019 em 12:53
fonte usuário
Em outras línguas...                            

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more