StarlingX 10.0 が IPv4 と IPv6 のギャップをブリッジするデュアルスタックネットワーキングを発表

StarlingX 10.0 の主な機能には、IPv4/IPv6 デュアルスタックサポート、統合ソフトウェア管理フレームワーク、プラットフォームでのハードウェア使用状況に関するデータを収集するための新しいツールが含まれます。

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

StarlingX は、オープンソースの OpenStack クラウドプラットフォームの通信とネットワークに焦点を当てたバージョンとして 2018 年にスタートしました。 StarlingX は、完全に統合されたクラウドインフラストラクチャプラットフォームであり、Linux カーネル、Kubernetes、OpenStack などのコアビルディングブロックと、その他のオープンソースコンポーネントが含まれています。

StarlingX 10.0 の主な新機能は次のとおりです。

ネットワークプロトコル間のシームレスな移行のための IPv4/IPv6 デュアルスタックのサポート
管理トラフィックの IPsec 保護によるネットワークセキュリティの強化
アップデートとアップグレードを統合する統合ソフトウェア管理フレームワーク
最大 5,000 の管理対象ノードをサポートする拡張性の向上（5 倍の改善）
新しいノードインターフェイスメトリックエクスポーターを介したリアルタイムのネットワーク統計

デュアルスタックネットワーキングブリッジ IPv4 および IPv6 環境

StarlingX 10.0 の最も重要なネットワーク機能強化の 1 つは、IPv4/IPv6 デュアルスタックサポートの追加であり、ネットワークオペレータが直面する重大な課題に対処します。 IPv6 は元々 IPv4 を置き換えることを目的としていましたが、この移行はまだ不完全なままであり、実稼働環境ではプラットフォームが両方のプロトコルを同時にサポートする必要があります。

「StarlingX は、プラットフォームでの IPv6 の使用をサポートできました」と Open Infrastructure Foundation コミュニティディレクターの Ildiko Váncsa 氏はNetwork Worldに語った。「最新の機能強化により、ユーザーはシングルスタックとデュアルスタックのネットワーク構成を切り替えて、IPv4 と IPv6 の両方のアドレス空間を使用できるようになりました。」

Váncsa 氏は、StarlingX は電気通信分野で広く採用されており、クラウドサービスプロバイダーでも使用されていると述べました。これらの分野のユーザーは、その機能を IPv6 に依存するようますます移行しています。ただし、IPv6 は広く採用されておらず、これらの通信事業者のほとんどが IPv4 アドレス空間を残すことができるほど十分にサポートされていないため、10.0 リリースサイクルにおける StarlingX コミュニティにとってデュアルスタックサポートの追加が重要であると彼女は指摘しました。

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

デュアルスタック IPv4 および IPv6 ネットワークは、いくつかの方法で StarlingX クラウド展開にセットアップできます。

Váncsa 氏は、ユーザーはサービスを中断することなく、IPv4 と IPv6 の両方のアドレス空間を使用するようにプラットフォームを構成できるようになったと述べました。最初のアドレスプールが作成時にネットワークに割り当てられると、それがプライマリとなり、後で削除することはできません。セカンダリアドレスプールは、必要に応じてシステムをデュアルスタックモードとシングルスタックモードの間で移行するために動的に割り当てたり削除したりできます。ユーザーは、環境で使用される機器や特定の使用例の要求に基づいて、DNS セットアップや負荷分散などの追加の構成を展開で実行できます。

注目すべき点として、Váncsa 氏は、StarlingX の主力機能は分散クラウドアーキテクチャモデルであり、ユーザーはリモートの場所にサブクラウドを展開して中央サイトから管理できると説明しました。「ユーザーがプラットフォームの最新バージョンにアップグレードすると、サブクラウドを構成してデュアルスタックネットワーキング構成を利用できるようになります」と彼女は言いました。

StarlingX が新しい「安全な」港を獲得

StarlingX 10 アップデートへのもう 1 つの重要な追加点は、Harbor コンテナーレジストリの統合です。クラウドネイティブのデプロイメントは主にコンテナの使用に依存しています。コンテナレジストリは、オペレータがクラウド展開用のコンテナイメージをプルできる中央リポジトリです。

「StarlingX コミュニティにとってセキュリティは最優先事項であり、そのため Harbor コンテナレジストリもプラットフォームに統合するという決定を下しました」と Váncsa 氏は述べています。

同氏は、Harbor は、StarlingX がコンテナイメージ、オープンポリシーエージェント（OPA）、Helm チャートを処理する方法のセキュリティを向上させるさまざまな機能を提供していると述べました。 OPA は、Kubernetes デプロイメントでコンテナのポリシーを定義および作成するために使用されるオープンソースのポリシーエンジンです。 Helm チャートは、Kubernetes のコンテナ用に広く使用されているオープンソースデプロイメントテクノロジです。

Harbor には脆弱性スキャン機能があり、ユーザーは信頼できる検証済みのイメージを信頼できるとヴァンサ氏は述べています。 Harbor は、コンテナイメージとアーティファクトに署名する機能も提供します。

統合管理によるネットワーク運用の合理化

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

この統合により、アップグレード期間とサービスへの影響の両方が大幅に改善されます。更新の場合、フレームワークは OSTree を利用して新しいソフトウェアのルートファイルシステムをインストールしますが、ホストは既存のファイルシステムで実行を継続します。簡単な再起動で新しいソフトウェアに移行できるため、ディスクの消去やソフトウェアの再インストールが必要だった以前のアプローチと比較して、ダウンタイムが大幅に短縮されます。

StarlingX は厳しいリソース制約管理を約束します

StarlingX などのプラットフォームがリソースにさらに気を配るには、複数の要因があります。エッジ導入ではリソースが制限される傾向があり、一般に組織はグリーンネットワークに移行し、エンドツーエンド導入で使用される電力量を削減しています。

Váncsa 氏は、StarlingX はすでにさまざまな方法で強化されており、リソースの制約に対処し、サイト全体でのリソースの使用を最適化できるようになっていると述べました。既存の機能には、ハードウェアサポートが利用可能な場合に 1 CPU コアでプラットフォームサービスを実行する機能や、システム内で電力プロファイルを定義する機能がありました。

「10.0 リリースでは、プラットフォーム内のハードウェア使用状況に関するデータを収集するパワーメトリクスアプリケーションのサポートを追加することで、この分野の機能がさらに強化され、さまざまなユースケースに合わせてシステムをさらに最適化できるようになります。」

ニュースレターを購読してください