В 1980-х годах электронные таблицы считались настолько ценным инструментом, что ради них одних стоило покупать компьютер. Термин, придуманный для описания такого приложения, — «killer app» (убийственное приложение).
Существует ли аналог для Red Hat OpenShift? Когда речь заходит об инструментах, повышающих ценность платформы в целом, нам нужно обратить внимание на операторы Red Hat OpenShift. Как правило, существует 2 типа операторов. Одни устанавливают и запускают приложение (например, базу данных или очередь сообщений) в кластере OpenShift, а затем продолжают управлять им, отслеживая ресурсы и действуя автоматически по мере необходимости. Другие обучают ваш кластер совершенно новым концепциям, таким как GitOps, CI/CD-конвейеры или управление сертификатами, и предоставляют их декларативно через определения пользовательских ресурсов (CRD). Мы выбрали 5 наиболее важных операторов, которые действительно демонстрируют возможности Red Hat OpenShift.
1: OpenShift GitOps
Из всех современных моделей разработки и развертывания GitOps, пожалуй, является самой популярной. Утверждая Git в качестве единственного источника истины (например, на базе GitHub и GitLab), GitOps предоставляет декларативную структуру, идеально подходящую для управления контейнеризированными рабочими нагрузками как для облачных приложений, так и для ИИ. Он по своей сути обеспечивает запись аудита всех изменений и постоянно предотвращает отклонения, возникающие из-за ручных изменений, внесенных непосредственно в кластер.
Поскольку безопасность и надежность остаются главными приоритетами для инженеров, рабочие процессы GitOps автоматизируют как обслуживание инфраструктуры, так и тестирование развертывания. Интегрируя Argo Rollouts в эти рабочие процессы, команды могут легко реализовывать стратегии прогрессивного развертывания, такие как канареечные и blue-green релизы, для тестирования и выпуска обновлений с нулевым временем простоя.
Оператор Red Hat OpenShift GitOps — это наша коммерческая версия вышестоящего проекта Argo CD, которая позволяет разработчикам и администраторам в полной мере использовать эту модель, способствуя оптимизации доставки приложений для команд разработки и обеспечению согласованной конфигурации кластера для платформенных операций.
2: Cluster logging
Легко воспринимать логирование как своего рода техническое обслуживание. Но логи, которые вы сохраняете, — это не просто инструмент для выяснения того, почему под находится в цикле перезагрузки; они также содержат массу информации о производительности вашей системы. При наличии надлежащих систем логирования устранение неполадок становится намного эффективнее; они также упрощают оптимизацию, что почти так же важно.
Независимо от того, проверяете ли вы данные журналов по соображениям соответствия требованиям или просматриваете сообщения инфраструктуры в поисках потерянных пакетов, логи являются основой многих повседневных задач для операционных команд. С развитием ИИ логи также можно собирать и анализировать в масштабе, устраняя необходимость бесконечного поиска конкретных проблемных записей с помощью grep.
Оператор кластерного логирования для Red Hat OpenShift основан на проектах с открытым исходным кодом Vector (для сбора и пересылки логов) и Loki (для агрегации и хранения логов). С этим оператором пользователи могут использовать любой инструмент, который они захотят, для решения проблемы. От Splunk до grep, от Elasticsearch до OpenSearch — оператор кластерного логирования позволяет вам анализировать и понимать все, что происходит в Red Hat OpenShift.
3: OpenShift Data Foundation
Для облачных приложений хранилище можно считать пассивной фоновой утилитой, цифровым складом, где файлы тихо лежат на диске. Но в Red Hat OpenShift хранилище — это не просто хранение; это активная основа, которая поддерживает широкий спектр рабочих нагрузок: от контейнеризированных приложений, использующих блочное или объектное хранилище, до виртуальных машин (ВМ) и интеллектуальных конвейеров по всей вашей инфраструктуре. Без единой стратегии обработки данных для балансировки скорости, масштаба и доступности операционные команды оказываются перегружены.
Независимо от того, запускаете ли вы контейнеры вместе с ВМ через Red Hat OpenShift Virtualization на базе высокопроизводительного блочного хранилища или ускоряете ресурсоемкие рабочие нагрузки ИИ с помощью объектного хранилища с локальным кэшированием, быстрый доступ к данным является обязательным условием. Управление этими огромными пулами данных не должно означать использование отдельных инструментов или поддержку нескольких решений для хранения данных. Вместо этого вам нужно единое окно обзора, охватывающее несколько наборов объектных данных, что упрощает управление независимо от того, где находятся ваши данные.
Основанные на вышестоящих проектах Ceph и Rook, Red Hat OpenShift Data Foundation и его операторы помогают командам получить комплексную облачную платформу хранения данных, адаптированную непосредственно к среде. Благодаря решениям корпоративного уровня для аварийного восстановления в региональном и городском масштабах, разработанным специально для Red Hat OpenShift, операторы OpenShift Data Foundation обеспечивают отказоустойчивость, высокую производительность и полную защиту ваших рабочих нагрузок от непредвиденных простоев.
4: Оператор cert-manager
Одна из вещей, которую команды часто принимают как должное, — это базовая сетевая инфраструктура и, в частности, инфраструктура открытых ключей (PKI), которая ее поддерживает. Все более мощные инструменты ИИ создали новые и неожиданные векторы атак. В ответ на это компании переходят к архитектурам нулевого доверия (zero trust), которые требуют кратковременных, строго соблюдаемых и криптографически проверяемых идентификаторов для каждой контейнеризированной рабочей нагрузки. Для сетевых коммуникаций эта идентификация инкапсулируется в TLS-сертификат.
В среде, где один просроченный сертификат может вывести из строя критически важные приложения, выполнение этих стандартов нулевого доверия вручную быстро превращается в операционный кошмар. Идентификаторы для каждой рабочей нагрузки значительно увеличивают количество существующих сертификатов, а сокращение срока действия сертификатов ускоряет процесс их выпуска и продления. Решение: автоматизировать весь жизненный цикл сертификата.
Оператор cert-manager для Red Hat OpenShift привносит эту автоматизацию в вашу экосистему OpenShift масштабируемым и надежным способом. Оператор обеспечивает декларативное, облачное управление сертификатами, позволяя командам DevSecOps обеспечивать сквозное шифрование и mTLS для всего трафика кластера без добавления ручных накладных расходов на инженерные рабочие процессы. Оператор cert-manager включает в себя ряд мощных функций, включая полностью автоматизированное продление и выпуск TLS-сертификатов, автоматизированное управление пакетами центров сертификации (CA) и глубокую интеграцию с большинством популярных корпоративных PKI (таких как HashiCorp Vault, Venafi и другие). Вся эта функциональность доступна через kubectl, oc или выбранный вами инструмент GitOps.
5: NMState
Оператор Kubernetes NMState для Red Hat OpenShift предоставляет администраторам кластера способ управления сетью на самих хостах, встроенный в Kubernetes. Вместо того чтобы входить в узлы и запускать команды NetworkManager или поддерживать пользовательские скрипты, вы определяете желаемую настройку сети в NodeNetworkConfigurationPolicy (NNCP). Оператор берет на себя применение этой конфигурации к нужным узлам и предоставляет ресурсы для проверки того, что настроено и успешно ли прошло изменение.
Это особенно полезно, когда на ваших серверах используется сочетание различных сетевых интерфейсных карт (NIC) и сетевых назначений. Вы можете использовать селекторы узлов и NNCP для описания таких объектов, как объединения (bonds), виртуальные локальные сети (VLAN), мосты Linux, IP-адреса и маршруты для различных групп хостов. Это значительно упрощает согласованную настройку узлов, которым требуется доступ к различным физическим или логическим сегментам сети, без необходимости создания множества сценариев автоматизации для каждого сервера.
Самым большим эксплуатационным преимуществом является то, что сетевая конфигурация хостов становится декларативной, воспроизводимой и прозрачной благодаря Red Hat OpenShift. Сетевая конфигурация может храниться вместе с остальной конфигурацией вашего кластера в Git, развертываться на выбранных узлах и проверяться на успешность применения. Для кластеров со сложной вторичной сетью NMState позволяет превратить то, что в противном случае было бы утомительной настройкой каждого хоста по отдельности, в гораздо более управляемую часть стандартных операций Red Hat OpenShift.
Начало работы с операторами OpenShift
OperatorHub доступен через веб-консоль OpenShift Container Platform и является интерфейсом, который администраторы кластеров используют для поиска и установки операторов. Вы также можете просматривать сертифицированные операторы в каталоге Red Hat Ecosystem Catalog.
/)
