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

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

Не через 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 для получения информации о других сигналах, которые вы можете отправлять.

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

Поскольку у вас есть установка 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
  

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

Я использую

kubectl rollout restart deployment [deployment_name]

or

kubectl delete pod [pod_name]

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

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

В модуле 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 для приложения весенней загрузки, которое принадлежит пользователю докера.

У меня работает убийство процесса, указанного в CMD / ENTRYPOINT Dockerfile. (Контейнер перезапускается автоматически)

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

Я играл со способами перезапуска контейнера. Я нашел для себя следующее решение:

Dockerfile:

...
ENTRYPOINT [ "/app/bootstrap.sh" ]

/app/bootstrap.sh:

#!/bin/bash
/app/startWhatEverYouActuallyWantToStart.sh &
tail -f /dev/null

Каждый раз, когда я хочу перезапустить контейнер, я убиваю процесс с помощью tail -f /dev/null, который нахожу с помощью

kill -TERM `ps --ppid 1 | grep tail | grep -v -e grep | awk '{print $1}'`

После этой команды все процессы, кроме одного с PID==1, будут убиты, а точка входа, в моем случае bootstrap.sh, будет выполнена (снова).

Это для частичного перезапуска - на самом деле это не перезапуск, но, в конце концов, он делает то, что вы хотите. Что касается части с ограничением перезапуска контейнера с именем container-test, вы можете передать имя контейнера рассматриваемому контейнеру (так как в противном случае имя контейнера было бы недоступно внутри контейнера), а затем вы можете решить, делать ли вышеуказанное kill. В вашем deployment.yaml это будет примерно так:

    env:
    - name: YOUR_CONTAINER_NAME
      value: container-test

/app/startWhatEverYouActuallyWantToStart.sh:

#!/bin/bash
...
CONDITION_TO_RESTART=0
...
if [ "$YOUR_CONTAINER_NAME" == "container-test" -a $CONDITION_TO_RESTART -eq 1 ]; then
    kill -TERM `ps --ppid 1 | grep tail | grep -v -e grep | awk '{print $1}'`
fi

Я понимаю, что это старый вопрос, на который уже дан ответ, но я решил воспользоваться своим методом.

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

Если вы не можете переключаться между двумя разными, но эквивалентными тегами (например, :latest / :1.2.3, где последняя - на самом деле версия 1.2.3), вы всегда можете просто быстро переключить его на недопустимый тег (я поставил X в конце, например :latestX или что-то в этом роде), а затем повторно отредактируйте его и сразу же удалите X, это действительно приводит к сбою контейнера, запускающемуся с ошибкой извлечения изображения в течение нескольких секунд.

Так например:

kubectl edit po my-pod-name

Найдите spec.containers[].name, которого хотите убить, а затем найдите image

apiVersion: v1
kind: Pod
metadata:
  #...
spec:
  containers:
  - name: main-container
    #...
  - name: container-to-restart
    image: container/image:tag
#...

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