ProHoster > блог > интернет вести > Објавување на Kubernetes 1.18, систем за управување со кластер на изолирани контејнери

Објавување на Kubernetes 1.18, систем за управување со кластер на изолирани контејнери

објавено ослободување на платформа за оркестрација на контејнери Кубернес 1.18, кој ви овозможува да управувате со кластер од изолирани контејнери како целина и обезбедува механизми за распоредување, одржување и скалирање на апликации кои работат во контејнери. Проектот првично беше креиран од Google, но потоа беше префрлен на независна локација надгледувана од Фондацијата Linux. Платформата е позиционирана како универзално решение развиено од заедницата, не врзано за поединечни системи и способно да работи со која било апликација во која било облак средина. Кубернетес кодот е напишан во Go и дистрибуирани од лиценциран под Apache 2.0.

Обезбедува функции за распоредување и управување со инфраструктурата, како што се одржување на базата на податоци на DNS, балансирање на оптоварување,
дистрибуција на контејнери меѓу јазлите на кластерот (миграција на контејнер во зависност од промените во оптоварувањето и потребите на услугата), здравствени проверки на ниво на апликација, управување со сметки, ажурирање и динамично скалирање на активен кластер, без негово запирање. Можно е да се распоредат групи контејнери со операции за ажурирање и поништување за целата група одеднаш, како и логична поделба на кластерот на делови со поделба на ресурсите. Постои поддршка за динамична миграција на апликации, за чие складирање податоци може да се користат и локално складирање и мрежни системи за складирање.

Изданието на Kubernetes 1.18 вклучува 38 промени и подобрувања, од кои 15 се преместени во стабилен статус, а 11 во бета статус. Се предлагаат 12 нови измени во алфа статус. При подготовката на новата верзија, еднакви напори беа насочени и кон усовршување на различните функционалности и стабилизирање на експерименталните способности, како и за додавање нови случувања. Главни промени:

  • Кубектл
    • Додадено Алфа верзија на командата „kubectl debug“, која ви овозможува да го поедноставите дебагирањето во pods со лансирање на ефемерни контејнери со алатки за отстранување грешки.
    • Прогласена за стабилна командата „kubectl diff“, која ви овозможува да видите што ќе се промени во кластерот ако го примените манифестот.
    • Отстранет сите генератори на командата „kubectl run“, освен генераторот за водење на еден pod.
    • Сменето знаменцето „--dry-run“, во зависност од неговата вредност (клиент, сервер и ниеден), пробното извршување на командата се врши на страната на клиентот или серверот.
    • Kubectl код истакнати во посебно складиште. Ова му овозможи на kubectl да се одвои од внатрешните зависности на kubernetes и го олесни увозот на код во проекти од трети страни.
  • Целосно
    • Почна менување на API групата за Ingress во вмрежување.v1beta1.
    • Додадено нови полиња:
      • pathType, кој ви овозможува да одредите како ќе се споредува патеката во барањето
      • IngressClassName е замена за прибелешката kubernetes.io/ingress.clas, која е прогласена за застарена. Ова поле го одредува името на специјалниот објект InressClass
    • Додадено објект IngressClass, кој го означува името на контролорот за влез, неговите дополнителни параметри и знакот за негово стандардно користење
  • Сервис
    • Додадено полето AppProtocol, во кое можете да одредите кој протокол го користи апликацијата
    • Преведено во бета статус и стандардно е овозможено EndpointSlicesAPI, што е пофункционална замена за обичните крајни точки.
  • Мрежа
  • Постојани дискови. Следната функционалност е прогласена за стабилна:
  • Конфигурација на апликацијата
    • До ConfigMap и Secret објекти додадена ново поле „непроменливо“. Поставувањето на вредноста на полето на true спречува модификација на објектот.
  • Распоредувач
    • Додадено можност за креирање дополнителни профили за кубе-распоредувач. Ако претходно беше потребно да се извршат дополнителни посебни распоредувачи за да се имплементираат нестандардни алгоритми за дистрибуција на pod, сега е можно да се создадат дополнителни множества на поставки за стандардниот распоредувач и да се наведе неговото име во истото поле за под „.spec.schedulerName“. Статус - алфа.
    • Иселување базирано на дамка прогласена за стабилна
  • Скалирање
    • Додадено способноста да се определи во HPA манифестира степенот на агресивност при менување на бројот на трчани подлоги, односно кога се зголемува оптоварувањето, активирајте N пати повеќе примероци одеднаш.
  • Кубелет
    • Менаџер за топологија доби бета статус. Функцијата овозможува доделување NUMA, со што се избегнува влошување на перформансите на системи со повеќе приклучоци.
    • Бета статус примени Функција PodOverhead, која ви овозможува да наведете во RuntimeClass дополнителен износ на ресурси потребни за извршување на подлогата.
    • Проширен поддршка за HugePages, во алфа статус додадена изолација на ниво на контејнер и поддршка за повеќе големини на огромни страници.
    • Избришано крајна точка за метрика /metrics/resource/v1alpha1, наместо тоа се користи /metrics/resource
  • API
    • Конечно Отстранета е можноста за користење на застарените апликации од групата API/v1beta1 и екстензии/v1beta1.
    • Пријавете се од страна на серверот надграден на бета2 статус. Ова подобрување ја преместува манипулацијата со објекти од kubectl на серверот API. Авторите на подобрувањето тврдат дека ова ќе поправи многу постоечки грешки кои не можат да се поправат во сегашната ситуација. Тие исто така додадоа дел „.metadata.managedFields“, во кој предлагаат да се зачува историјата на промените на објектите, означувајќи кој, кога и што точно се променило.
    • Објавено стабилен CertificateSigningRequest API.
  • Поддршка на Windows платформата.

Извор: opennet.ru

Додадете коментар