StarlingX 10.0 представляет двухстековое сетевое взаимодействие для преодоления разрыва IPv4-IPv6

Ключевые особенности StarlingX 10.0: поддержка двухстекового IPv4/IPv6, унифицированная структура управления ПО и новый инструмент сбора данных об использовании оборудования.

Фундация открытой инфраструктуры выпустила StarlingX 10.0 — значительное обновление открытой платформы распределённого облака для IoT, 5G, O-RAN и граничных вычислений. Новая версия вносит существенные улучшения в сетевые возможности, функции безопасности и инструменты управления.

StarlingX начался в 2018 году как ориентированная на телеком и сети версия открытой облачной платформы OpenStack. StarlingX — полностью интегрированная платформа облачной инфраструктуры, включающая базовые блоки: ядро Linux, Kubernetes и OpenStack, а также другие открытые компоненты.

Ключевые новые функции StarlingX 10.0:

• Поддержка двухстекового IPv4/IPv6 для бесшовной миграции между сетевыми протоколами
• Повышенная сетевая безопасность через IPsec-защиту управляющего трафика
• Унифицированная структура управления ПО, консолидирующая обновления и апгрейды
• Повышенная масштабируемость до 5000 управляемых узлов (в 5 раз больше)
• Статистика сети в реальном времени через новый экспортёр метрик интерфейсов узлов

Двухстековое сетевое взаимодействие связывает среды IPv4 и IPv6

Одной из самых значительных сетевых улучшений в StarlingX 10.0 является добавление поддержки двухстекового IPv4/IPv6, решающее критическую проблему операторов сетей. Хотя IPv6 изначально предназначался для замены IPv4, этот переход остаётся незавершённым, требуя от платформ одновременной поддержки обоих протоколов в производственных средах.

«StarlingX уже мог поддерживать использование IPv6 в платформе», — сказала Ильдико Ванча, директор по сообществу в Фундации открытой инфраструктуры, в интервью Network World. «Последние улучшения теперь позволяют пользователям переключаться между одностековыми и двухстековыми конфигурациями сети для использования обоих адресных пространств IPv4 и IPv6».

Ванча отметила, что StarlingX широко принят в телеком-сегменте и используется облачными провайдерами. Пользователи в этих областях всё больше полагаются на IPv6 за его возможности. Однако IPv6 не достаточно широко принят и поддерживается, чтобы большинство операторов могли отказаться от адресного пространства IPv4, поэтому добавление двухстековой поддержки было важно для сообщества StarlingX в цикле релиза 10.0.

IPv6 двухстек позволяет архитектурам распределённого облака

Двухстековые сети IPv4 и IPv6 можно настроить в развертываниях облака StarlingX несколькими способами.

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

Важно отметить, что Ванча объяснила: флагманская особенность StarlingX — модель архитектуры распределённого облака, где пользователи могут развертывать подоблака в удалённых локациях для управления с центрального сайта. «По мере обновления до последней версии платформы пользователи смогут настраивать подоблака для использования конфигурации двухстекового сетевого взаимодействия», — сказала она.

StarlingX получает новый «безопасный» Harbor

Ещё одно ключевое дополнение в обновлениях StarlingX 10 — интеграция контейнерного реестра Harbor. Облачно-ориентированные развертывания в значительной степени полагаются на контейнеры. Контейнерный реестр — центральный репозиторий, где оператор может извлекать образы контейнеров для облачного развертывания.

«Безопасность была высоким приоритетом для сообщества StarlingX, что привело к решению интегрировать контейнерный реестр Harbor в платформу», — сказала Ванча.

Она отметила, что Harbor предоставляет различные функции для повышения безопасности работы StarlingX с образами контейнеров, агентами открытых политик (OPA) и Helm-чартами. OPA — движок открытых политик, используемый в развертываниях Kubernetes для определения и написания политик для контейнеров. Helm-чарты — широко используемая открытая технология развертывания контейнеров в Kubernetes.

Harbor способен сканировать уязвимости, позволяя пользователям полагаться на доверенные и проверенные образы, сказала Ванча. Harbor также предоставляет возможность подписывать образы контейнеров и артефакты.

Оптимизированные сетевые операции с унифицированным управлением

Операторы сетей, управляющие развертываниями StarlingX, получат выгоду от новой унифицированной структуры управления ПР. Ранее патчинг и обновления ПО обрабатывались отдельными подсистемами, требующими разных процедур и команд. StarlingX 10.0 объединяет эти функции в единую структуру с унифицированными API, CLI и рабочими процессами.

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

StarlingX обещает строгое управление ресурсными ограничениями

Существует множество факторов, побуждающих платформы вроде StarlingX быть более осознанными в отношении ресурсов. Граничные развертывания обычно имеют ограниченные ресурсы, и в целом организации движутся к зелёным сетям и снижению потребления энергии сквозными развертываниями.

Ванча отметила, что StarlingX уже был улучшен разными способами для обработки ресурсных ограничений и оптимизации использования ресурсов по сайтам. Среди существующих возможностей — запуск сервисов платформы на 1 ядре CPU при наличии аппаратной поддержки, а также определение профилей питания в системе.

«Релиз 10.0 дополнительно расширяет возможности в этой области, добавляя поддержку приложения Power Metrics для сбора данных об использовании оборудования в платформе для дальнейшей оптимизации системы под разные сценарии использования», — сказала она.