Новый релиз контейнерной платформы корпоративного класса Red Hat базируется на недавно выпущенной версии системы управления контейнерами Kubernetes 1.4. Он отличается новыми возможностями динамического хранения и улучшенной приборной панелью.

18 января Red Hat объявила о выходе OpenShift Container Platform 3.4, предоставляющей предприятиям новые возможности управления контейнерами. Предыдущий релиз OpenShift Container Platform 3.3 вышел в сентябре 2016 г.

OpenShift содержит компоненты, созданные в рамках посвященного управлению контейнерами проекта с открытым исходным кодом Kubernetes, включая разработанные в Red Hat дополнительные возможности и улучшенные интерфейсы. Обновление OpenShift Container Platform 3.4 базируется на релизе Kubernetes 1.4, выпущенном в октябре 2016 г.

«Наиболее интересные особенности Kubernetes 1.4 относятся к динамическому выделению объема хранения и связанной с этим функциональности, такой как маркировка уровней хранения (tier labeling)», — сказал старший директор Red Hat по управлению продуктом OpenShift Джо Фернандес.

Благодаря динамическому хранению организации могут использовать различные виды серверного (back-end) хранения, привязанные к маркерам качества обслуживания, используемым Kubernetes. Реальным элементом хранения в Kubernetes 1.4 является уровень абстракции на базе API-интерфейса, который Red Hat применяет для интеграции своей системы хранения Gluster Storage с OpenShift Container Platform.

«В Kubernetes подсистема Persistent Volume предоставляет API-интерфейс абстракции хранения, который может оркестрировать различные типы хранения, включая плагины хранения для NFS, iSCSI, Fiber Channel, Gluster, Ceph, Amazon, Google и т. д., — сказал Фернандес. — С точки зрения Red Hat, именно такие передовые возможности оркестрирования контейнеров как оркестрирование хранения делают Kubernetes ведущим решением в данной области».

Он пояснил, что Red Hat Gluster Storage может работать на выделенном кластере хранения (вне Openshift/Kubernetes) и что к этой подсистеме можно через сеть получать доступ из заключенных в контейнеры приложений, запущенных за пределами OpenShift.

В 2011 г. Red Hat за 136 млн. долл. приобрела Gluster, а затем добавила к своим активам еще одну технологию хранения, купив в 2014 г. за 175 млн. долл. Inktank, выпускавшую Ceph. Каждая из этих технологий хранения имеет свою конкретную нишу на облачном рынке.

«Red Hat Gluster Storage предоставляет пользователям OpenShift целостную платформу хранения в гибридном облаке, — сказал Фернандес. — Red Hat Ceph Storage продолжает играть роль единого окна хранения OpenStack для Cinder, Manila и Swift».

В дополнение к новым возможностям хранения, по его словам, к другим заслуживающим внимания особенностям Red Hat OpenShift Container Platform 3.4 относятся запланированные задачи, позволяющие запускать пакетные процессы по расписанию, поддержка развертывания Kubernetes и удаление «шелухи» (pod eviction).

В новом релизе имеется также улучшенная веб-консоль управления. Фернандес пояснил, что OpenShift Web Console, которую предоставляет Red Hat, не входит в основную ветку Kubernetes, хотя и использует концепции, сходные с концепциями пользовательского интерфейса основной ветки этого проекта.

К усовершенствованным возможностям веб-консоли относятся новые функции управления многопользовательским режимом. Они облегчают администраторам кластеров поиск, распределение пользователей, управление квотами и решение других задач того же рода.

Заглядывая в будущее, Фернандес сказал, что Red Hat продолжит анализировать функции основных релизов Kubernetes как потенциальных компонентов Red Hat OpenShift Container Platform.

«В частности, мы рассматриваем Kubernetes Stateful Sets, Service Catalog/Broker и Federation в качестве важных функций для предприятий», — пояснил он.

В настоящее время Stateful Sets входит в качестве бета-версии в релиз Kubernetes 1.5, дебютировавший 15 декабря 2016 г. Основная задача Stateful Sets — предоставить операторам кластеров возможность с более высокой степенью надежности управлять долговременными сервисами с запоминанием состояний, такими как базы данных.

«Помимо Kubernetes мы будем также анализировать релизы проекта Docker и другие проекты сообщества, включая те, которые концентрируют усилия на управлении жизненным циклом приложений — вроде CI/CD (непрерывная интеграция и непрерывная выдача результатов), автоматизации формирования сборок и развертывания», — сказал Фернандес.

Версия для печати