Минулого тижня запуск нової версії платформа для організації контейнерів Кубернете 1.18, версія, яка включає 38 змін та вдосконалень, з них 15, крім того, перебувають у стабільному стані та 11 - у бета-стані Запропоновано 12 нових змін альфа-стану. При підготовці нової версії справедливі зусилля були спрямовані як на вдосконалення різних функцій, так і на стабілізацію експериментальних можливостей, а також включення нових розробок.
Тим, хто не знайомий з Кубернетом, ти повинен це знати це бурова установка для оркестровки що дозволяє керувати кластером ізольованих контейнерів в цілому та забезпечують механізми розгортання, підтримання та масштабування програм, що працюють у контейнерах.
Проект спочатку був створений Google, але згодом був перенесений на окрему платформу, куратором якої є Linux Foundation. Платформа позиціонується як універсальне рішення, розроблене спільнотою, не пов’язане з окремими системами і здатне працювати з будь-яким додатком у будь-якому хмарному середовищі. Код Kubernetes написаний на Go та поширюється за ліцензією Apache 2.0.
Що нового в Kubernetes 1.18?
Ця нова версія Kubernetes поставляється з різними вдосконаленнями для Kubectl, з яких в оголошенні згадується, що додано альфа-версію команди "налагодження kubectl", що полегшує налагодження в стручках під час запуску контейнерів за допомогою інструментів налагодження.
Поки команда "Kubectl diff" оголошено стабільним, який дозволяє побачити, що зміниться в кластері, якщо застосувати маніфест.
також усі генератори команд "запуск kubectl" видалено, за винятком запуску генератора окремих стручків, плюс індикатор –Dry-run було зміненозалежно від її значення (клієнт, сервер та жодне) тестове виконання команди виконується на стороні клієнта або сервера.
Код kubectl присвоюється окремому сховищу. Це дозволило нам відокремити kubectl від внутрішніх залежностей kubernetes і спростило імпорт коду у сторонні проекти.
Про зміни мережі, зазначається, що підтримка IPv6 зараз у бета-версії, Додано клонування ПВХ, можливість блокування мережевих пристроїв, таких як постійні диски, підтримка блокування необроблених пристроїв у CSI, передача інформації про накопичувач, що вимагає підключення диска до контролера CSI, плюс Нове "незмінне" поле додано до об'єктів ConfigMap та Secret.
З інших змін, які виділяються:
- Нарешті було вилучено можливість використовувати застарілі програми API / v1beta1 та розширення / v1beta1.
- Застосування ServerSide застосовано до стану beta2. Це вдосконалення приносить маніпуляції з об’єктами kubectl на сервер API.
- API CertificateSigningRequest оголошено стабільним.
- Підтримка платформи Windows.
- Підтримка вузлів Windows продовжує розширюватися
- Підтримка CRI-ContainerD
- Реалізація RuntimeClass
- Проксі CSI
- Передана підтримка була стабільною
- Груповий обліковий запис керованої послуги
- RunAsUserName
- Менеджер топологій отримав статус бета-версії. Ця функція включає розподіл NUMA, що запобігає погіршенню продуктивності в системах із декількома розетками.
- Бета-статус отримано за допомогою функції PodOverhead, яка дозволяє вказати в RuntimeClass додаткову кількість ресурсів, необхідних для запуску будинку.
- Розширена підтримка величезних сторінок, статус альфа-ізоляції доданий до контейнера та підтримка багаторівневих розмірів величезних сторінок.
- Додано поле AppProtocol, де ви можете вказати, який протокол використовує програма
- Переведено у бета-стан і за замовчуванням увімкнено EndpointSlicesAPI, що є більш функціональною заміною звичайних Кінцевих точок.
- Додано об’єкт IngressClass із зазначенням імені контролера введення, його додаткових параметрів та знака для використання за замовчуванням.
- Додана можливість вказувати в HPA прояв ступеня агресивності при зміні кількості будинків, що експлуатуються, тобто при збільшенні навантаження відразу починається в N разів більше копій.