J'ai un ReplicationController contenant deuxconteneurs dans une nacelle, la première est une nacelle à longue durée de vie, la deuxième effectue quelques tâches de maintenance lorsque le CR lance un POD. Cependant, comme le second conteneur est de courte durée, il s’arrête à la fin de ses tâches de démarrage. Quand Kuberbetes le remarque, il tue le POD et en commence un nouveau ...
Quelle est la bonne façon de gérer cela dans Kuberbetes?
Réponses:
5 pour la réponse № 1Comme vous l'avez déjà remarqué, tous les conteneurs sont conçusdans une nacelle sont destinés à vivre et à mourir ensemble. C’est un peu difficile de dire quelle serait votre meilleure alternative sans savoir quel type de tâche de maintenance votre coéquipier doit effectuer exactement. En général, je peux penser à trois approches:
Gardez votre conteneur de maintenance en cours d'exécution. C'est probablement une solution assez laide car elle gaspille des ressources. Cela n'a de sens que si la tâche de maintenance peut tirer parti de son exécution périodique.
Déplacez la tâche de maintenance sur votre tâche principale.conteneur, convertissant efficacement votre pod multi-conteneurs en un conteneur unique. Je suppose que vous pouvez exécuter la tâche de manière asynchrone (comme vous seriez déjà capable de l’exécuter dans un conteneur séparé); si, pour certaines raisons, vous ne pouvez pas, envisagez de modifier sondes de disponibilité et de vivacité afin que votre conteneur dispose de suffisamment de temps pour terminer les procédures de démarrage avant de pouvoir prétendre à une résiliation.
Envisagez d’ajuster votre conception de sorte que la tâche de maintenance puisse s’exécuter en tant que module séparé (voire même en tant que module autonome). emploi). Vous devez ensuite gérer les dépendances et le câblage vous-même en assemblant correctement les primitives Kubernetes.