Перезавантажте контейнер у стручку

У мене стручок test-1495806908-xn5jnз 2 контейнерами. Я хотів би перезапустити один із них, названий container-test. Чи можливо перезапустити один контейнер в межах стручка і як? Якщо ні, то як перезапустити стручок?

Стручок створено за deployment.yamlдопомогою:

kubectl create -f deployment.yaml

Чи можливо перезапустити один контейнер

Не наскрізь kubectl, хоча залежно від налаштування кластеру ви можете "обдурити", і docker kill the-sha-goes-hereце призведе до того, що кубелет перезапустить контейнер "невдалий" (якщо, звичайно, політика перезавантаження для Pod говорить, що це має робити)

як перезапустити стручок

Це залежить від того, як створено Pod, але виходячи з вказаної вами імені Pod, він, мабуть, знаходиться під наглядом ReplicaSet, так що ви можете просто, kubectl delete pod test-1495806908-xn5jnа kubernetes створить новий на його місці (новий Pod матиме інше ім’я, тому не сподівайтеся kubectl get podsповернутися test-1495806908-xn5jnбільше)

Бувають випадки, коли ви хочете перезапустити певний контейнер замість видалення стручка і дозволити Kubernetes відтворити його.

Виконував kubectl exec POD_NAME -c CONTAINER_NAME /sbin/killall5працю для мене.

(Я змінив команду rebootна /sbin/killall5на основі наведених нижче рекомендацій.)

І струк, і контейнер є ефемерними, спробуйте скористатися наступною командою, щоб зупинити конкретний контейнер, і кластер k8s перезапустить новий контейнер.

kubectl exec -it [POD_NAME] -c [CONTAINER_NAME] -- /bin/sh -c "kill 1"

Це відправить SIGTERMсигнал на процес 1, який є основним процесом, що працює в контейнері. Усі інші процеси будуть дочірніми в процесі 1 і будуть припинені після завершення процесу 1. Перегляньте сторінку вбивства щодо інших сигналів, які можна надіслати.

Вся причина наявності кубернетів полягає в тому, що він керує контейнерами для вас, тому вам не доведеться так сильно піклуватися про життєвий цикл контейнерів у стручку.

Так як у вас є deploymentустановка, яка використовує replica set. Ви можете видалити стручок за допомогою, kubectl delete pod test-1495806908-xn5jnі kubernetes буде керувати створенням нового стручка з двома контейнерами без простоїв. Спроба вручну перезапустити окремі контейнери в стручках заперечує всі переваги кубернетів.

Усі вищезазначені відповіді згадували про видалення стручка ... але якщо у вас є багато стручків однієї служби, то було б нудно видалити кожен з них ...

Тому пропоную перезапустити наступне рішення :

• 1) Встановити шкалу до нуля:

   kubectl scale deployment <<name>> --replicas=0 -n service 
  

  Наведена вище команда припинить усі ваші стручки з назвою <<name>>

• 2) Щоб запустити струк знову, встановіть репліки більше 0

  kubectl scale deployment <<name>> --replicas=2 -n service
  

  Наведена вище команда знову запустить ваші стручки з 2-х реплік.

Ми використовуємо досить зручний командний рядок, щоб примусити повторно розгорнути свіжі зображення на інтеграційній стручці.
Ми помітили, що наші альпійські контейнери всі виконують свою команду "підтримка" на PID 5. Тому передача SIGTERMсигналу передає контейнер вниз. Якщо кубелет imagePullPolicyбуде встановлено, Alwaysвін повторно витягне останнє зображення, коли він поверне контейнер назад.

kubectl exec -i [pod name] -c [container-name] -- kill -15 5

Знищення процесу , вказаний в Dockerfile в CMD/ ENTRYPOINTроботах для мене. (Контейнер перезавантажується автоматично)

Перезавантаження не було дозволено в моєму контейнері, тому мені довелося використовувати це рішення.

Виникла проблема в corednsстручку, я видалив такий струк від

kubectl delete pod -n=kube-system coredns-fb8b8dccf-8ggcf

Його стручок перезапуститься автоматично.

kubectl exec -it POD_NAME -c CONTAINER_NAME bash - then kill 1

Якщо припустити, що контейнер запускається як root, що не рекомендується.

У моєму випадку, коли я змінив конфігурацію програми, мені довелося перезавантажити контейнер, який використовувався в шасі кошика, я вбив би PID для програми весняного завантаження, яка належить користувачеві докера.