В тази статия ще говорим конкретно за различните политики за рестартиране на Kubernetes. Нека първо обсъдим различните политики, които се използват, когато Kubernetes трябва да се рестартира. Можете да използвате тези правила, за да спрете внедряването на определено работно натоварване в клъстера. Докато налагането на строги стандарти в клъстера обикновено се прави, за да се гарантира съответствие, администраторите на клъстера трябва също да следват няколко най-добри практики, които са били предложени.
Какво представляват правилата за рестартиране на Kubernetes?
Всеки Kubernetes pod се придържа към определен жизнен цикъл. Започва в етапа „на изчакване“ и, ако един или повече от основните контейнери са стартирани успешно, преминава към етап „работещ“. В зависимост от това дали контейнерите в групата са успешни или неуспешни, процесът след това преминава към фазата „успешен“ или „неуспешен“.
За рестартиране на правилата на ниво приложени контейнери могат да се използват три опции:
Винаги
Всеки път, когато контейнер приключи, Kubernetes създава нов, тъй като подът трябва да е активен през цялото време.
OnFailure
Ако контейнерът излезе с код за връщане, различен от 0, той се рестартира само веднъж. Рестартирането не е необходимо за контейнери, които връщат 0 (успех).
Никога
Контейнерът не успя да се рестартира.
Сега, в следващия раздел, ще обсъдим как можете да рестартирате под.
Как да рестартирате Pod в Kubernetes?
За да рестартирате Kubernetes pod, издайте команди с помощта на инструмента kubectl. Той ще се свърже със сървъра KubeAPI. Нека проучим наличните опции:
Рестартиране на контейнер в рамките на Pod
Една капсула може да побере няколко контейнера. От друга страна, вие по същество се свързвате с основния контейнер в рамките на под, когато се свързвате с него. Можете да се свържете с всеки контейнер, който сте дефинирали в случай, ако сте дефинирали повече от един.
Можете да видите по-долу пример за спецификация на под с няколко контейнера:
Това описва споделен обем и два контейнера. HTML файлът ще се обслужва от контейнера NGINX и всяка секунда контейнерът на Ubuntu ще добавя печат за дата към HTML файла.
Тъй като не сте посочили към кой контейнер да се свържете, той автоматично ще избере първия (NGINX), когато се опитате да се свържете с този под. Екранната снимка е приложена по-долу:
Вече можете да опитате да прекратите PID 1 процеса вътре в текущия активен контейнер. Изпълнете следните команди като root, за да постигнете това:
Можете също да използвате инструмента kubectl, описан по-долу:
Според спецификацията на контейнера, K8s сега ще се опита да рестартира унищожения контейнер. За целта се използва командата „describe“, както следва:
Ето резултата от горната команда:
Настоящото състояние е „отива“, докато предишното състояние е „прекратено“. Това означава, че контейнерът е рестартиран според това. Въпреки това, не всички контейнери имат достъп до root идентификационни данни. Ето защо този метод може да не е много полезен.
Рестартиране на под чрез мащабиране
Мащабирането на броя на репликите на под до 0 и след това мащабирането му до 1 е най-лесният начин да го рестартирате. Вместо това трябва да създадете Разгръщане, тъй като командата мащаб не може да се използва на подове. Ето един лесен начин да постигнете това:
Мащабирайте до 0 и след това до 1. По този начин подът ще бъде прекратен и след това повторно разпределен в клъстера:
Репликите са зададени на 1, както можете да видите на това изображение.
За да видите подробностите за внедряването, сега използвахме „kubectl get deployments“. Следва списък на командата и резултата:
Рестартиране на под чрез изтриване и повторно разполагане
С помощта на командата „kubectl delete“ можете да изтриете под и след това да го разположите отново. Този подход обаче е доста разрушителен, поради което не се препоръчва.
Рестартиране на Pod с помощта на Rollout
За да рестартирате група по начина, описан по-горе, трябва или да унищожите съществуващата група и след това да създадете нова, или да намалите отброяването на репликите надолу и след това нагоре. С Kubernetes версия 1.15 можете да рестартирате внедряване по редовен начин. Това е предложената процедура за рестартиране на под. Просто въведете следната команда, за да започнете:
Сега, ако следите състоянието на внедряване на различен терминал, ще забележите потока от събития, както следва:
Ако е здрав, той ще намали предишната реплика на Разгръщането и ще завърти нова реплика на групата. Резултатът е същият, с изключение на това, че при този подход основната оркестрация се обработва от Kubernetes.
Как Kubernetes Pods могат да бъдат рестартирани по различни начини?
Нека първо започнем с докер контейнера. Със следната команда Docker контейнерите могат да бъдат рестартирани:
> докер рестартирайте контейнер_ид
Но в Kubernetes няма сравнима команда за рестартиране на pods, особено ако няма определен YAML файл. Като алтернатива можете да рестартирате Kubernetes pods, като използвате команди kubectl. Изброени са следните команди:
Командата Kubectl Set Env
Един от методите е да използвате командата kubectl scale. Това ще промени броя на репликите на групата, която трябва да се рестартира. По-долу е примерна команда за това как да настроите репликите в групата да бъдат две:
> kubectl мащабно внедряване първо внедряване --реплики = 2
Команда за рестартиране на внедряване
Тук ще демонстрираме как да използвате командата rollout restart за рестартиране на Kubernetes pods:
> kubectl внедряване рестартиране внедряване първо внедряване -н демо-именно пространство
На контролера се казва да унищожи всяка капсула поотделно чрез командата. След това мащабира нови подове с помощта на ReplicaSet. Докато всеки нов пакет не стане по-скорошен от всеки текущ пакет, когато контролерът се възобнови, този процес продължава.
Командата Delete Pod
Този раздел ще разгледа как да използвате командата за премахване за рестартиране на Kubernetes pods. Можете да забележите, че използвахме следващата команда, за да се отървем от API обекта на pod в това изображение:
. > kubectl изтриване на под първа под -н demo_namespace
Очакваното е в противоречие с изтриването на обекта pod, тъй като API на Kubernetes е декларативен. За да се запази последователност с очакваното, групата се пресъздава.
Един под може да се рестартира наведнъж, като се използва предишната команда. Вижте приложената команда, за да рестартирате няколко под-а:
> kubectl изтриване на replicaset pods-multiple-n demo_namespace
Гореспоменатата команда рестартира всеки пакет, като изтрива целия ReplicaSet от модули и след това го създава от нулата.
Заключение
Тази публикация предостави информация за различните правила за рестартиране на Kubernetes. Ние илюстрирахме всеки етап с помощта на примерни примери. Освен това изпробвайте тези команди и вижте какъв резултат генерират.