Как установить разные политики перезапуска Kubernetes

Kak Ustanovit Raznye Politiki Perezapuska Kubernetes



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

Что такое политика перезапуска Kubernetes?

Каждый модуль Kubernetes придерживается определенного жизненного цикла. Он начинается на стадии «ожидание» и, если один или несколько основных контейнеров успешно запущены, переходит на стадию «работает». В зависимости от того, успешны или нет контейнеры в модуле, процесс затем переходит к фазе «успешно» или «неудачно».







Для перезапуска политики на уровне применяемых контейнеров можно использовать три варианта:



Всегда

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



при отказе

Если контейнер завершается с кодом возврата, отличным от 0, он перезапускается только один раз. Перезапуск не требуется для контейнеров, которые возвращают 0 (успех).





Никогда

Не удалось перезапустить контейнер.

Теперь, в следующем разделе, мы обсудим, как перезапустить модуль.



Как перезапустить под в Kubernetes?

Чтобы перезапустить модуль Kubernetes, введите команды с помощью инструмента kubectl. Он подключится к серверу KubeAPI. Давайте рассмотрим доступные варианты:

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

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

Ниже вы можете увидеть пример спецификации модуля с несколькими контейнерами:


Это описывает общий том и два контейнера. HTML-файл будет обслуживаться контейнером NGINX, и каждую секунду контейнер Ubuntu будет добавлять отметку даты в HTML-файл.

Поскольку вы не указали, к какому контейнеру подключаться, он автоматически выберет первый (NGINX), когда вы попытаетесь подключиться к этому модулю. Скриншот прикреплен ниже:


Теперь вы можете попытаться завершить процесс PID 1 внутри текущего активного контейнера. Для этого выполните следующие команды от имени root:


Вы также можете использовать инструмент kubectl, описанный ниже:


Согласно спецификации модуля, K8s теперь попытается перезапустить разрушенный контейнер. Для этого используется команда «describe»:


Вот результат приведенной выше команды:


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

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

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


Масштабируйте до 0, а затем до 1 после этого. Сделав это, модуль будет завершен, а затем повторно развернут в кластере:


Реплики установлены на 1, как вы можете видеть на этом изображении.


Для просмотра сведений о развертывании мы теперь использовали «kubectl get deploys». Ниже приведен список как команды, так и результата:

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

Используя команду «kubectl delete», вы можете удалить модуль, а затем повторно развернуть его. Однако этот подход довольно разрушительный, поэтому не рекомендуется.

Перезапуск модуля с помощью Rollout

Чтобы перезапустить модуль описанным выше способом, вы должны либо уничтожить существующий модуль, а затем создать новый, либо масштабировать счетчик реплик вниз, а затем вверх. В Kubernetes версии 1.15 вы можете перезапустить развертывание последовательно. Это рекомендуемая процедура для перезапуска модуля. Просто введите следующую команду, чтобы начать:


Теперь, если вы будете следить за статусом развертывания на другом терминале, вы заметите следующий поток событий:


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

Как можно по-разному перезапускать модули Kubernetes?

Давайте сначала начнем с контейнера докеров. С помощью следующей команды контейнеры Docker можно перезапустить:

> перезапустить докер container_id

Но в Kubernetes нет аналогичной команды для перезапуска модулей, особенно если нет указанного файла YAML. В качестве альтернативы вы можете перезапустить модули Kubernetes с помощью команд kubectl. Перечислены следующие команды:

Команда Kubectl Set Env

Один из способов — использовать команду масштабирования kubectl. Это изменит количество реплик модуля, который необходимо перезапустить. Ниже приведен пример команды, как установить две реплики в поде:

> kubectl масштабное развертывание первое развертывание --реплики знак равно 2

Команда перезапуска развертывания

Здесь мы покажем, как использовать команду rollout restart для перезапуска модулей Kubernetes:

> развертывание kubectl перезапустить развертывание первое развертывание демонстрационное пространство имен

Контроллеру предлагается уничтожить каждую группу по отдельности с помощью команды. Затем он масштабирует новые модули с помощью ReplicaSet. Этот процесс продолжается до тех пор, пока каждый новый модуль не станет более новым, чем каждый текущий модуль при возобновлении работы контроллера.

Команда удаления модуля

В этом разделе будет рассказано, как использовать команду удаления для перезапуска модулей Kubernetes. Вы можете заметить, что мы использовали следующую команду, чтобы избавиться от объекта API модуля на этом изображении:

. > kubectl удалить pod первый-pod demo_namespace

Ожидаемому противоречит удаление объекта pod, поскольку Kubernetes API является декларативным. Поэтому, чтобы сохранить согласованность с ожидаемым, модуль воссоздается.

Один модуль можно перезапустить за раз с помощью предыдущей команды. Обратитесь к прилагаемой команде, чтобы перезапустить несколько модулей:

> kubectl удалить набор реплик pods-multiple-n demo_namespace

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

Заключение

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