Перезапустить контейнер внутри модуля

У меня есть стручок test-1495806908-xn5jnс 2 емкостями. Хочу перезапустить один из них позвонил container-test. Можно ли перезапустить отдельный контейнер внутри модуля и как? Если нет, как мне перезапустить модуль?

Под был создан с использованием deployment.yaml:

kubectl create -f deployment.yaml

Можно ли перезапустить отдельный контейнер

Не через kubectl, хотя в зависимости от настроек вашего кластера вы можете «обмануть» и docker kill the-sha-goes-here, что приведет к тому, что kubelet перезапустит «отказавший» контейнер (при условии, конечно, что политика перезапуска для 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на основе приведенных ниже рекомендаций.)

И pod, и контейнер являются эфемерными, попробуйте использовать следующую команду, чтобы остановить конкретный контейнер, и кластер k8s перезапустит новый контейнер.

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

Это отправит SIGTERMсигнал процессу 1, который является основным процессом, запущенным в контейнере. Все остальные процессы будут дочерними по отношению к процессу 1 и будут завершены после выхода из процесса 1. См. Страницу kill man для других сигналов, которые вы можете отправлять.

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

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

Во всех приведенных выше ответах упоминалось об удалении модуля ... но если у вас есть много модулей одной и той же службы, было бы утомительно удалять каждый из них ...

Поэтому предлагаю следующее решение, перезагрузить :

• 1) Установите масштаб на ноль:

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

  Вышеупомянутая команда завершит все ваши поды с именем <<name>>

• 2) Чтобы снова запустить pod, установите для реплик больше 0

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

  Приведенная выше команда снова запустит ваши поды с двумя репликами.

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

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

У меня работает убийство процесса, указанного в Dockerfile's 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, что не рекомендуется.

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