Как да зададете толерантностите на Kubernetes

Kak Da Zadadete Tolerantnostite Na Kubernetes



Днес научаваме за толерантността в Kubernetes с помощта на прости и основни примери. Тази статия е предназначена да научи основната концепция за толерантност в Kubernetes и как тя може да бъде приложена в Kubernetes за планиране на подовете. Тъй като толерантността и замърсяването работят заедно, ще проведем кратка дискусия и за замърсяването, за да разберем цялата концепция за замърсяване и толерантност в Kubernetes. Нека започнем с основните дефиниции на петна и толерантност.

Какво представляват толерантностите и дефектите в Kubernetes?

Толерантността и замърсяването в Kubernetes се използват, за да се гарантира, че подовете са поставени в правилния възел. Толерантността е дефинирана в спецификацията на групата, докато дефектите са дефинирани в спецификацията на възела. Когато приложите толерантността към под, това позволява на планировчика да планира подовете на конкретен възел. Опетненията обаче действат обратно на толерантността. Той позволява на възела да отхвърли подовете, които да бъдат планирани за него. Подовете могат да бъдат планирани на възела само ако имат приложени толеранси към тях със съвпадащи петна.

Kubernetes работи с подове, клъстери, възли, събития и т.н. В някои случаи, за да управлява тези неща, Kubernetes се нуждае от толеранси и петна. Толерантността е изпълнението на процеса на планиране. Подовете трябва да бъдат планирани, така че да могат да работят правилно и да разполагат с достатъчно ресурси, когато е необходимо, за да изпълнят своята операция. Към шушулките се прилагат толеранси срещу замърсяване, така че да нямат прекъсване или смущение по време на работа.







Петните в Kubernetes позволяват на група да отхвърли планирането на група. Прилага се към възел с помощта на спецификацията на възел „NodeSpec“. Планировчикът не може да постави под на възел, който има петно ​​върху него. Въпреки това, ако трябва да планирате подовете на възел, където вече е приложено замърсяване, трябва да декларирате толерантността срещу него.



Толерирането в Kubernetes позволява под да бъде планиран на възел, където вече е приложено замърсяване. Толерантността към капсула се прилага с помощта на спецификацията на капсулата „PodSpec“. Когато приложите толерантността към група със съвпадащ ефект, графикът може лесно да планира групите на конкретен възел.



Сега нека представим сценарий, за да ви помогнем да разберете как можете да приложите толерантността на под в Kubernetes. Преди да продължите към раздела за внедряване, уверете се, че имате всички предварителни изисквания.





Предпоставка:

Следните са нещата, от които се нуждаете, за да приложите толерантността на възел в Kubernetes:

  • Ubuntu 20.04 или всяка друга най-нова версия на която и да е Linux система
  • Minikube (последна версия)
  • Инсталирана виртуална машина във вашата Linux/Unix система
  • Инструмент за команден ред Kubectl

Ако приемем, че вашата система отговаря на всички нужди от предпоставки, нека започнем да задаваме толерантността на Kubernetes.



Стъпка 1: Стартирайте терминала Minikube

Първото нещо, което трябва да направите, е да стартирате терминала minikube, за да можете да използвате командите kubectl за прилагане на толерантност на Kubernetes на възел. За да стартирате minikube, се използва следната команда:

> стартирайте minikube

При изпълнението на тази команда получавате следния изход във вашия терминал:

Стъпка 2: Вземете списъка с активни възли

Сега, след като стартирахме minikube, нашата система е готова да зададе толерантността на подовете в Kubernetes. Преди да зададем толеранса на подовете, нека проверим колко възли и какъв вид възли вече имаме. За да направим това, използваме следната последваща команда:

> kubectl получава възли -The =custom-columns=NodeName:.metadata.name,TaintKey:.spec.taints [ * ] .key,TaintValue:.spec.taints [ * ] .value,TaintEffect:.spec.taints [ * ] .ефект

Тази инструкция изброява всички възли, които са заразени от инсталацията по подразбиране на Kubernetes. Нека първо видим резултата от тази команда. След това обсъждаме списъка с възли:

Тъй като няма възли, които да са създадени и опетнени от инсталацията по подразбиране на Kubernetes и ние също не сме създали специално никакъв възел, резултатът е <няма>. От предишния изход можем да видим, че няма възел. Следователно първо създаваме възела и след това задаваме толеранса. За да зададем толерантността на под в Kubernetes, първо трябва да разположим приложение в клъстер. Следващите няколко стъпки демонстрират как да разположите приложение в клъстер.

Стъпка 3: Създайте пространство от имена

Първо създаваме пространство от имена за внедряване на приложение в клъстер. Тук създаваме приложение със стойността „frontend“ с помощта на следната команда:

> kubectl създава ns интерфейс

Тази команда създава пространството от имена със стойността „frontend“. Вижте следния резултат:

Стъпка 4: Разположете Nginx Pod в пространството от имена

Сега разположете nginx pod в пространството от имена, което току-що създадохме. Използваме следната команда за внедряване на nginx:

> kubectl стартирайте nginx – образ =nginx –именен интерфейс

Това внедрява приложение в клъстер без конфигурация на толерантност в спецификацията за внедряване на приложението. Използвайки командата kubectl, ние внедряваме nginx pod в интерфейса на пространството от имена:

  Автоматично генерирано текстово описание

Стъпка 5: Вземете списъка с подове

Сега нека проверим създадените подове, за да видим статусите им. Дадената команда изброява всички подове и техните състояния също:

> kubectl получите подс интерфейс

Тъй като създадохме само nginx, тази команда трябва да изброява този под с неговия статус. Вижте следния резултат:

Стъпка 6: Анализирайте събитията на Kubernetes

Сега нека анализираме събитията в Kubernetes, за да можем съответно да зададем толерантността на подовете. Използваме следната команда kubectl, за да получим списъка със събития в Kubernetes:

> kubectl получава събития интерфейс

Това изброява всички събития, които са свързани с предната стойност, заедно с техните свойства като тип, причина, обект и съобщение. Вижте дадения списък в следния изход:

  Автоматично генерирано текстово описание

Както можете да видите от предишния изход, nginx pod е планиран със специфичната толерантност. Свойството “message” показва списъка с действия, които се изпълняват по време на процеса.

Стъпка 7: Проверете състоянието на капсулите

Последната стъпка е да проверим отново състоянието на групата, която създадохме преди това, за да се уверим, че тя е планирана успешно на конкретен и правилен възел. За да направим това, използваме следната команда kubectl:

> kubectl получите подс интерфейс

Както може да се види в предишния изход, на pod вече е разрешено да работи върху опетнения възел, тъй като толерансът е зададен спрямо него.

Заключение

В това ръководство проучихме за замърсяванията и толерантността. Научихме за основната работа на петна и толерантност. След това въведохме толерантността на под. С помощта на прост пример научихме как да зададем толеранса на възел в Kubernetes.