リリースノート
このリリースの機能および問題に関する最新情報
概要
第1章 新機能および変更された機能
Red Hat Service Interconnect は、Skupper の Red Hat ビルドです。
Red Hat Service Interconnect バージョン 2 には、次の機能が含まれています。
- 宣言的
- このリリースでは、ハイブリッドクラウド全体での通信を可能にするネットワークリソースを作成するために YAML を使用するためのサポートが強化されています。
- 設定の更新
- バージョン 2 では、サイトを再作成せずにサイト設定を変更できます。
- サービスの公開
- アプリケーションネットワーク上でサービスが公開されている場所を正確に特定できるようになりました。
- ローカルシステム
- Podman に加えて、Docker および Linux サイトもサポートされるようになりました。
第2章 長期サポート
Red Hat Service Interconnect 1.8 は、長期サポート (LTS) リリースバージョンとして利用できます。
詳細は、Red Hat Service Interconnect 1.8 のドキュメント を参照してください。
第3章 サポートされる構成
3.1. プライマリーサポート
3.1.1. CLI
x86-64 | aarch64 | s390x | ppc64le | |
---|---|---|---|---|
RHEL 8 | Yes | Yes | Yes | |
RHEL 9 | Yes | Yes | Yes |
3.1.2. Kubernetes サイト
3.1.2.1. ディストリビューション
サポート対象 | テスト済み | |
---|---|---|
OpenShift 4.x (OCP) | Yes | Yes |
OpenShift on AWS (ROSA) | ||
OpenShift on Google Cloud (OSD) | ||
OpenShift on IBM Cloud (RHOIC) | ||
OpenShift on Microsoft Azure (ARO) | ||
Amazon EKS | ||
Azure AKS | ||
Google GKE |
OpenShift 4.x のサポートには 最新リリースと最新の EUS リリース が含まれます。
Kubernetes の OpenShift 以外のディストリビューションをサポートするには、Kubernetes バージョン 1.28 以降が必要です。
3.1.2.2. Ingress タイプ
- LoadBalancer
- OpenShift ルート (OpenShift でのみサポート)
Kubernetes の OpenShift 以外のディストリビューション向けの他の Ingress タイプは、商業的に妥当な範囲でサポートが提供されます。
3.1.2.3. Operator
Operator は OpenShift 4.x でのみサポートされます。
3.1.3. Podman サイト
x86-64 | aarch64 | s390x | ppc64le | |
---|---|---|---|---|
RHEL 8 | Yes | Yes | Yes | |
RHEL 9 | Yes | Yes | Yes |
3.1.4. ルーター
Kubernetes サイトやコンテナーまたはマシンのゲートウェイとして使用します。
x86-64 | aarch64 | s390x | ppc64le | |
---|---|---|---|---|
RHEL 8 | Yes | Yes | Yes | |
RHEL 9 | Yes | Yes | Yes |
Skupper ルーターは、メッセージングルーターとしてのスタンドアロンでの使用はサポートされていません。
3.2. 商業的に妥当な範囲でのサポート
3.2.1. CLI
x86-64 | aarch64 | s390x | ppc64le | |
---|---|---|---|---|
Linux | Yes | Yes | Yes | |
Mac | Yes | |||
Windows | Yes |
3.2.2. Kubernetes サイト
3.2.2.1. ディストリビューション
Red Hat は、Kubernetes の CNCF 認定ディストリビューション上で Service Interconnect を実行するためのサポートを提供します。ただし、テストは OpenShift で行われることに注意してください。
https://www.cncf.io/certification/software-conformance/#logos
3.2.2.2. Ingress タイプ
- ゲートウェイ
- Contour
- Nginx (TLS パススルーの設定が必要です。)
- NodePort
3.2.3. Podman サイト
Service Interconnect には Podman バージョン 4 以降が必要です。
x86-64 | aarch64 | s390x | ppc64le | |
---|---|---|---|---|
Linux | Yes | Yes |
3.2.4. ルーター
Linux 上でコンテナーとして実行される場合、ルーターには商業的に妥当な範囲でのサポートが提供されます。
3.3. アップグレード
- Red Hat は、1 つのダウンストリームマイナーバージョンから次のマイナーバージョンへと、連続したアップグレードをサポートしています。
- Red Hat はマイナーバージョン間の互換性を確保することを目指していますが、すべてのサイトを最新バージョンにアップグレードすることを推奨しています。
3.4. 非接続環境での操作
Red Hat は、非接続環境での Service Interconnect のデプロイメントをサポートします。
Kafka クライアントなど、長時間継続する接続を必要とするアプリケーションがある場合は、OpenShift ルートなどのプロキシー入力ではなく、ロードバランサーを Ingress として使用することを検討してください。OpenShift ルートを Ingress として使用すると、ルートが設定されるたびに中断が発生することが予想されます。
最新リリースの詳細は、Red Hat Service Interconnect Supported Configurations を参照してください。
第4章 テクノロジープレビュー機能
現在、今回のリリースに含まれる機能にはテクノロジープレビューのものがあります。このセクションでは、Red Hat Service Interconnect 2.0 のテクノロジープレビュー機能を説明します。
テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat では、実稼働環境での使用を推奨していません。テクノロジープレビュー機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行い、フィードバックを提供していただくことを目的としています。Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
- CLI
- Skupper CLI を使用して、Kubernetes およびローカルシステムにサイトを作成し、サイトをリンクし、サービスを公開できます。
- ローカルシステムサイト
- Podman、Docker、Linux サイトを作成し、それらのサイトをアプリケーションネットワークにリンクできます。ただし、これらのサイトはサポート目的のテクノロジープレビューとなります。
- 名前で Pod を公開する
- Pod 名を使用してコネクターを作成し、それらの Pod をアプリケーションネットワーク上で公開できます。
- 他の namespace からのサービスの公開
-
サイト namespace 以外の namespace から、デプロイメントなどのサービスを公開できます。この機能は
AttachedConnector
リソースを使用します。 - ネットワークオブザーバー
- ネットワークオブザーバー をデプロイして、アプリケーションネットワークを監視するための Network コンソールと API を提供できます。
第5章 サイトのアップグレード
このリリースの Red Hat Service Interconnect は、以前のバージョンの Red Hat Service Interconnect と互換性がありません。アップグレードするには、サイトを削除し、Red Hat Service Interconnect 2.0 を使用して再作成します。
第6章 既知の問題
SKUPPER-2584 - 複数の Skupper リンク
あるサイトから別のサイトへの複数のリンクを作成できます。ただし、リンクは期待どおりに機能しません。たとえば、コストが異なる複数のリンク間のトラフィックフローが予想どおりにならない場合があります。
回避策
この問題を回避するには、新しいリンクを作成する前に、リンクが存在しないことを確認してください。
SKUPPER-2569 - リンクコストが更新できない
リンクを作成し、後でリンクコストを変更しようとすると、更新は失敗します。
注記kubectl get link
コマンドは、更新されたリンクコストを報告しますが、そのリンクコストはトラフィックフローに影響しません。回避策
この問題を回避するには、リンクを削除し、必要なリンクコストで再度作成します。
SKUPPER-2561 - 孤立したコネクター参照
自動化を使用して namespace、サイト、およびコネクターリソースを作成する場合は、namespace を削除し、同じ名前の新しい namespace を使用して自動化を再度実行することを推奨します。このシナリオでは、コネクターリソースの一部がまだ存在し、エラーが報告される可能性があります。
回避策
この問題を回避するには、以下のいずれかを検討してください。
- namespace の削除後に追加で時間を確保します。
- namespace を作成するときにランダムな接頭辞を使用します。
SKUPPER-869 - TCP トランスポートのアイドル接続タイムアウトを有効にする
クライアントが強制終了するなど、エンドポイントが終了すると、もう一方のエンドポイントは半分切断された接続を監視します。他のエンドポイントが接続を切断しないか、接続へのデータ送信を試行しないと、Skupper ルーターによってその接続に割り当てられたメモリーが解放されません。
回避策
可能であれば、この動作を使用するクライアントサーバー設定を避けてください。たとえば、サーバーが休止状態の接続を自動的に閉じるか、クライアントとの通信を試みる場合は、クライアントが終了すると、Skupper ルーターはメモリーを解放します。
付録A Service Interconnect のドキュメントについて
多様性を受け入れるオープンソースの強化
Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、用語の置き換えは、今後の複数のリリースにわたって段階的に実施されます。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。
改訂日時: 2025-04-28