Вскоре выйдет новейшая и лучшая из всех версия Kubernetes 1.11
Kubernetes — платформа оркестрирования контейнеров в облаках — продолжает быстро развиваться. Как сообщает портал ZDNet, менее чем через три месяца после появления релиза Kubernetes 1.10 готовится к выходу Kubernetes 1.11, претендующий на решение фундаментальных проблем сетей и систем хранения.
В частности, по словам Стивена Огастеса, бывшего инженера CoreOS, а ныне архитектора Red Hat, «в каждом новом релизе мы видим продолжение попыток создания расширяемых API. Новейший релиз делает более стабильными и совершенными Custom Resource Definitions (CRD). Приоритетность и право преимущественного обслуживание контейнеров включены по умолчанию. Имеется возможность использовать CoreDNS в качестве плагина Domain Name System (DNS) для кластера. И многое другое. Особенно волнует нас проделанная в этом релизе работа с целью помочь разработчикам создавать более насыщенные приложения, изначально предназначенные для Kubernetes, в первую очередь Operators». Последнее представляет собой метод пакетирования и развертывания приложения Kubernetes, а также управления им.
CRD — это механизм расширения, позволяющий создавать и программировать объекты Kubernetes, такие как Operators. Теперь доступна бета-версия инструмента контроля версий CRD. Это, как пишет Огастес, «важнейший элемент управления жизненным циклом API. В прошлом пользователям CRD приходилось вручную конвертировать свои ресурсы и воссоздавать их с каждым изменением версии». Никто не хочет этим заниматься. Для начала работы с Operators можно использовать недавно выпущенную систему Operator Framework.
Стал доступен CoreDNS, облегченный, быстрый и подключаемый модуль кластера DNS. Со временем он заменит KubeDNS в качестве плагина де-факто в Kubernetes. В настоящее время поддерживаются оба плагина.
Чтобы помочь в настройке брандмауэров Kubernetes, программа теперь поддерживает IP Virtual Server. Этот балансировщик нагрузки позволяет быстро и автоматически развернуть брандмауэры Linux iptables, используя хэш-таблицу пространства ядра для определения маршрутизации. Данный метод может оказаться гораздо быстрее прежних.
В Kubernetes 1.11 в Container Storage Interface включена также альфа-версия поддержки блоков хранения без файловой системы. Другие новые альфа-версии функций хранения включают динамическое изменение размера постоянных томов без прекращения работы контейнеров Kubernetes и отключения тома. Наконец, функция StorageObjectInUseProtection, предотвращающая удаление постоянного тома, который используется контейнером, стала теперь стабильной. Это одна из тех функций, которые были желанными для пользователей.
Кроме того, теперь можно назначить контейнеру приоритет более высокий или более низкий по сравнению с другими контейнерами. Это идеал системных администраторов, управляющих важнейшими сервисами. Как пишет Огастес, «допустим, вы хотите запускать задачи ночью. Рассчитать зарплату или сделать еще что-то при скудных ресурсах. При наличии возможности приписать каждому контейнеру относительный вес планировщик отключает менее важные контейнеры, чтобы высвободить мощность для более важных, когда будут исчерпаны ресурсы кластера».
Изначально имеются два приоритета, которые являются наивысшими: «важнейший для системного узла» и «важнейший для системного кластера». Системные администраторы могут назначать и другие приоритеты.
Звучит интересно? Ждать Kubernetes 1.11 осталось недолго.
