Kubernetes POD боевой подъем контейнера

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

kubernetes в kubectl кли инструмента обеспечивает поддержку качения обновления для контроллера репликации только просмотреть инструкции информации kubectl -help;

Kubernetes POD боевой подъем контейнера

1. Проверить наличие обновлений каждый стручок контейнер группа судно

Примечание: Эта команда, как правило, в опрокидывании, вы всегда будете использовать View.

kubectl get deployment -n default
#default为默认的命名空间，一般来说企业中会指定地域作为命名空间

• Желаемый конечное нужное количество копий в состоянии готовности;
• ТОК В настоящее время общее число копий;
• UP-TO-DATE обновляется текущее число копий завершено;
• В наличии имеется в настоящее время количество копий;

Укажите пространство имен:
Вы можете редактировать файл YAML изменять значение параметров выше, то kubectl создано. Также:
Нажмите кнопку Создать, нажмите кнопку Дополнительные параметры, вы можете создать пространство имен.

2 см операция стручка группы

kubectl get pod -n default

3 см развертывание информационного воздействия

kubectl describe deployment registry-wujincheng-com -n default

4, обновление обновления контейнера

источник Склада в зеркале, чтобы продвигать самые последние обновления, выполните следующую команду для обновления версии изображения; (перед обновлением необходимо убедиться, что имеется источник склада зеркалирования последнего представлена)

kubectl set image deployment/tomcat-wujincheng-com tomcat-wujincheng-com=docker.io/nginx  -n default

5 см обновления процесс обновления контейнера

kubectl -n default rollout status deployment/tomcat-wujincheng-com

Примечание: В целом мы обновляем по умолчанию является обновление а.

注：首先说明tomcat这个pod组里只有4个容器，DESIRED从更新开始到结束都等于pod组里的容器数，表示最终应该有多少个容器处于READY状态，当前更新完成的容器为2，当前可用容器数为3，一个一个更新，所以只会有一个处于不可用状态，所以更新过程中，这个状态一直都为3.

Я ставлю вышеуказанные изменения в соответствующих состояниях во время процесса обновлений выражаются вне.
Почему обратить внимание на следующую точку ТОКА за пределами 4, 5 становится.

6, процесс опрокидывания подробно

Фиги понимать в сочетании с подробной информацией о порядке ниже:
2 +-равно 5. Копии текущего общего числа
процедуры опрокидывания:
Здесь следует отметить , что контейнер представляет собой случай , когда каждое обновление.

• Создание нового набора реплик, и назначить две новые версии контейнера, разрушение старых версий контейнера 1, в результате чего в общей сложности до 5 копий, все нормально.
• Уведомление о новом наборе реплик, создать и запустить контейнер, в результате чего общее число имеющихся копий хранится до 3, с нормальным.
• Когда старая копия и уничтожить успешна, уведомляет новый набор реплик, создать и запустить новую версию контейнера, так что новая версия от общего количества контейнеров до 4, все нормально.
• Когда новая версия от общего количества контейнеров достигла ХОТЯТ, больше не будет создать контейнер, разрушение старой копии контейнера, вы можете запустить новую версию контейнера.

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

7, версия контейнера откат

Откат к версии (вариант) перед обновлением:

kubectl rollout undo deployments/tomcat-wujincheng-com -n default

8, чтобы увидеть, если откат

kubectl -n default rollout status deployments/nginx-v1

Мы начинаем менять Nginx кота, после отката должно быть это кот.
kubectl describe pod/tomcat-wujincheng-com-3184522042-0jh7q -n default
Откат успех!
Ключ команды с резюме:

kubectl get pod -n default
kubectl describe pod/tomcat-wujincheng-com-3184522042-0jh7q -n default

kubectl get deployment -n default
kubectl describe deployment/tomcat-wujincheng-com -n default

kubectl get svc -n default
kubectl describe svc/kubernetes -n default

9, отражая исторические версии используемого стручок контейнер группы

(1) Вид после развертывания версии

kubectl rollout history deploy/tomcat-wujincheng-com

(2) Версия для просмотра деталей

kubectl rollout history deployment/tomcat-wujincheng-com --revision=8

(3) K8S откат к версии идеальной поддержки

kubectl rollout undo deployment/tomcat-wujincheng-com  --to-revision=2  -n default

10, количество контейнеров предусмотрено в каждом обновлении

K8S точно контролирует весь процесс публикации, в партиях упорядочено опрокидывание, пока все старые копии всех не обновлены до новой версии. Действительно K8S двумя параметрами, чтобы точно контролировать количество каждого стручка свитка:

• maxSurge, прокатка пробег во время операции обновления стручка желательно максимальное число копий, может быть абсолютным (например: 5), но не может быть нулем, или может представлять собой процент (например, 10%), по умолчанию составляет 25%;
• Максимальное количество стручка используется maxUnavailable, процесс опрокидывания не может, может быть абсолютным (например: 5), но не может быть равно нуля, или может представлять собой процент (например, 10%), по умолчанию составляет 25%;

Примечание: Эти два значения , как правило , то же самое!
Если эти два необязательный параметр не указан, K8S конфигурации по умолчанию будет искать по умолчанию инструкции по настройке следующим образом :

kubectl get deployment tomcat-wujincheng-com -o yaml  -n default

Изменить maxSurge, maxUnavailable значение:

Успех!

11, удалить ненормальное состояние контейнера

Как удалить?
Удалить этот способ не может себе позволить!

kubectl delete pod tomcat-wujincheng-com-4175885076-j1vnz –grace-period=0 --force -n default 

Команда, чтобы получить:

for i in `kubectl get pod -n default|awk '{print $1}'|grep tomcat-wujincheng-com-4175885076`;do kubectl delete pod $i –grace-period=0 --force -n default;done

Если эта группа контейнеров, а также использовать его, после такого удаления, он будет повторно столу соответствующего контейнера.

Удалить все контейнеровоз команды с именем группы-wujincheng кот-ком, где:

for i in `kubectl get pod -n default|awk '{print $1}'|grep tomcat-wujincheng-com`;do kubectl delete pod $i –grace-period=0 --force -n default;done

Затем полностью удалить контейнер группу, соответствующую потребность в первое развертывание службы, удалить все наборы реплик, это нажать на кнопку Delete на интерфейсе K8S , только судно контейнер группа удалена нужна только команды, может быть полностью удалены.

Примечание: На фотографии выше сделаны до контейнера, а также контейнерной группы, а затем продолжить выполнение по команде сумасшедшей!
Успешно удалено-wujincheng кот-ком контейнер группы!