StarlingX 10.0、IPv4/IPv6デュアルスタックでネットワーク移行を支援

StarlingX 10.0の主な特長：IPv4/IPv6デュアルスタック対応、統合ソフトウェア管理フレームワーク、ハードウェア使用状況データ収集の新ツール

Open Infrastructure Foundationが、IoT、5G、O-RAN、エッジコンピューティングアプリケーション向けに設計されたオープンソース分散クラウドプラットフォーム「StarlingX 10.0」をリリースした。この最新バージョンでは、ネットワーク機能、セキュリティ機能、管理ツールが大幅に改善されている。

StarlingXは、2018年にオープンソースのOpenStackクラウドプラットフォームの通信・ネットワーク特化版としてスタートした。StarlingXは完全統合型のクラウドインフラストラクチャプラットフォームで、Linuxカーネル、Kubernetes、OpenStackなどのコアビルディングブロックに加え、その他のオープンソースコンポーネントを含む。

StarlingX 10.0の主な新機能：

• IPv4/IPv6デュアルスタック対応によるネットワークプロトコル間のシームレスな移行
• 管理トラフィックのIPsec保護によるネットワークセキュリティの強化
• アップデートとアップグレードを統合するユニファイドソフトウェア管理フレームワーク
• 最大5,000管理ノードまでの拡張性（5倍の向上）
• 新しいNode Interface Metrics Exporterによるリアルタイムネットワーク統計

デュアルスタックネットワーキングがIPv4とIPv6環境を橋渡し

StarlingX 10.0で最も重要なネットワーク強化の一つは、IPv4/IPv6デュアルスタック対応の追加だ。これはネットワークオペレーターが直面する重要な課題に対処する。IPv6は本来IPv4に取って代わるものだったが、この移行は未完了であり、本番環境で両プロトコルを同時にサポートする必要がある。

「StarlingXは以前からプラットフォームでのIPv6利用をサポートしてきた」と、Open Infrastructure Foundationのコミュニティディレクター、Ildikó Váncsa氏はNetwork Worldに語った。「最新の拡張により、ユーザーはシングルスタックとデュアルスタックのネットワーク設定を切り替え、IPv4とIPv6の両アドレス空間を使用できるようになった」

Váncsa氏によると、StarlingXは通信事業者セグメントで広く採用され、クラウドサービスプロバイダーでも利用されている。これらのユーザーはIPv6の機能を求めて移行を進めているが、IPv6はまだ十分に普及・サポートされておらず、ほとんどのオペレーターがIPv4アドレス空間を捨てられないため、10.0リリースでデュアルスタック対応が重要になったという。

IPv6デュアルスタックが分散クラウドアーキテクチャを可能に

StarlingXクラウド導入では、デュアルスタックIPv4/IPv6ネットワークをいくつかの方法で構築できる。

Váncsa氏は、ユーザーがサービス中断なしにプラットフォームを両アドレス空間で使用できるように設定可能になったと説明する。最初にネットワーク作成時に割り当てられたアドレスプールがプライマリとなり、後から削除することはできない。セカンダリアドレスプールは動的に割り当て・削除可能で、デュアルスタックとシングルスタックのモード間を必要に応じて移行できる。DNS設定や負荷分散など、環境の機器とユースケースの要求に基づく追加設定も可能だ。

注目すべきは、StarlingXの旗艦機能が分散クラウドアーキテクチャモデルだという点だ。ユーザーはリモートロケーションにサブクラウドを導入し、セントラルサイトから管理できる。「ユーザーが最新バージョンにアップグレードすると、サブクラウドをデュアルスタックネットワーク設定で活用できるようになる」とVáncsa氏。

StarlingXに新しい「安全な」Harborが登場

StarlingX 10のもう一つの重要な追加機能は、Harborコンテナレジストリの統合だ。クラウドネイティブな導入はコンテナの利用に大きく依存する。コンテナレジストリは、オペレーターがクラウド導入用のコンテナイメージを取得するための中央リポジトリだ。

「セキュリティはStarlingXコミュニティにとって最優先事項であり、Harborコンテナレジストリをプラットフォームに統合する決断の原動力となった」とVáncsa氏。

Harborは、StarlingXがコンテナイメージ、オープンポリシーエージェント（OPA）、Helmチャートを扱う際のセキュリティを向上させるさまざまな機能を提供する。OPAはKubernetes導入でコンテナのポリシーを定義・記述するために使用されるオープンソースポリシーエンジン。Helmチャートは、Kubernetesでのコンテナ導入に広く使われるオープンソース技術だ。

Harborは脆弱性スキャン機能を備え、ユーザーが信頼できる検証済みイメージを利用できるようにする、とVáncsa氏。また、コンテナイメージとアーティファクトへの署名機能も提供する。

統合管理でネットワーク運用を効率化

StarlingX導入を管理するネットワークオペレーターは、新しいユニファイドソフトウェア管理フレームワークの恩恵を受ける。以前は、ソフトウェアパッチ適用とアップグレードが別々のサブシステムで処理され、異なる手順とコマンドが必要だった。StarlingX 10.0ではこれらの機能が、統一API、CLI、ワークフローを持つ単一フレームワークに統合されている。

この統合により、アップグレード所要時間とサービス影響が大幅に改善される。アップデートでは、ホストが既存のファイルシステムで稼働し続ける間に、OSTreeを活用して新しいソフトウェアのルートファイルシステムをインストール。シンプルな再起動で新しいソフトウェアへ移行できるため、ディスクをワイプしてソフトウェアを再インストールする必要があった従来のアプローチと比較し、ダウンタイムを劇的に削減する。

StarlingX、厳格なリソース制約管理を約束

StarlingXのようなプラットフォームがリソースをより意識する必要性には複数の要因がある。エッジ導入はリソースが限られる傾向があり、一般に組織はグリーンネットワークへ移行し、エンドツーエンド導入の消費電力を削減しようとしている。

Váncsa氏によると、StarlingXはすでに、ハードウェアサポートがあればプラットフォームサービスを1 CPUコアで実行できる機能や、システム内で電力プロファイルを定義する機能など、リソース制約の処理とサイト間でのリソース使用最適化のためにさまざまな形で強化されてきた。

「10.0リリースでは、プラットフォーム内のハードウェア使用状況データを収集するPower Metrics Applicationのサポートを追加し、さまざまなユースケース向けにシステムをさらに最適化できるようになった」と同氏。