Qual è il modo giusto per liberare kubernetes risorse per un lavoro che non riesce kubernetes tirando l'immagine?

voti
0

Contesto

Abbiamo a lungo l'esecuzione di lavori kubernetes sulla base di contenitori docker. I contenitori ha bisogno di risorse (ad esempio di memoria 15GB, 2 CPU) e usiamo autoscaler di scalare fino nuovi nodi lavoratore su richiesta.

Scenario

Gli utenti possono selezionare la versione dell'immagine finestra mobile da utilizzare per un posto di lavoro, ad esempio, 1.0.0, 1.1.0, o anche un commit hash del codice dell'immagine è stato costruito da in ambiente di test.

Mentre lasciamo il tag finestra mobile da FREETEXT, l'utente può digitare un tag finestra mobile non-esistente. A causa di questo baccello lavoro entra in stato ImagePullBackOff. Il pod rimane in questo stato e mantiene le risorse bloccate in modo che non possono essere riutilizzati da qualsiasi altro lavoro.

Domanda

Qual è la soluzione giusta, che può essere applicata in kubernetes sé, per non aver immediatamente o almeno rapidamente il baccello se un tiro non riesce un'immagine finestra mobile inesistente a causa di: tag?

possibilità

Ho guardato in backofflimit. Ho impostato a 0, ma questo non fallire o rimuovere il lavoro. Le risorse sono naturalmente tenute pure.

Forse possono essere uccisi da un job cron. Non sei sicuro di come farlo.

Idealmente, le risorse dovrebbero nemmeno essere assegnati per un lavoro con un'immagine inesistente finestra mobile. Ma io non sono sicuro se v'è la possibilità di raggiungere facilmente questo.

Qualsiasi altro?

È pubblicato 24/10/2019 alle 12:53
fonte dall'utente
In altre lingue...                            

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