1.3.15. エッジコンピューティング

TALM イベントを使用すると、クラスターのライフサイクル変更に対応する運用ワークフローを自動化できます。ポリシー修復の開始、成功、タイムアウト、検証失敗など、主要な修復マイルストーンに関するイベントが、グローバル、バッチ、クラスターの各スコープで発行されます。これらのイベントをマルチクラスターグローバルハブ Operator を介して Event-Driven Ansible と統合することで、ポーリングベースの自動化を、大規模なクラスター群全体に効率的に拡張可能なイベント駆動型ワークフローに置き換えることができます。

詳細は、トポロジー対応ライフサイクルマネージャーイベントを使用したワークフローの自動化 を参照してください。

今回のアップデートにより、KubeVirt Redfish を使用した仮想化コントロールプレーンのデプロイが一般提供開始となりました。

今回のアップデートでは、KubeVirt Redfish API に bcrypt ハッシュ化されたパスワードを追加し、より安全な認証を実現しました。

仮想化コントロールプレーンの詳細は、仮想化コントロールプレーンの理解を 参照してください。

ベアメタルマルチノードクラスターで障害が発生したコントロールプレーンノードは、ClusterInstance カスタムリソース (CR) を編集することで交換できます。故障したノードを削除し、代替ノードを追加します。クラスターは、少なくとも 2 つの正常なコントロールプレーンノードからなる etcd クォーラムを維持する必要があります。一度に交換できるコントロールプレーンノードは 1 つだけです。

詳細は、ClusterInstance リソースを使用した高度なマネージドクラスター設定 を参照してください。

cnf-tests イメージ (registry.redhat.io/openshift4/cnf-tests-rhel9) は、x86_64 (amd64) ノードと aarch64 (arm64) ノードの両方をサポートするマルチアーキテクチャーイメージになりました。NVIDIA GH200 プラットフォームなどの aarch64 RAN 分散ユニット (DU) システムにおいて、プラットフォーム検証のための CNF レイテンシーテストを実行できるようになりました。コンテナーランタイムが適切なアーキテクチャーマニフェストを自動的に解決するため、イメージのプルパスはすべてのアーキテクチャーで変更されません。

更新されたマルチアーキテクチャーイメージは、既存の OpenShift Container Platform 4.20 以降のクラスター上でプルして使用できます。

詳細は、プラットフォーム検証のためのレイテンシーテストの実行 を参照してください。

OpenShift Container Platform 5.0 では、O-Cloud Manager がテクノロジープレビュー機能として導入されました。数百ものエッジサイトに個別にベアメタルクラスターを展開管理することは、時間と手間がかかり、エラーも発生しやすい。O-Cloud Manager は、再利用可能なクラスターブループリント、サイト固有のオーバーライド、およびリソースプールからの自動ハードウェア選択によってこの課題に対処します。その結果、GitOps ワークフローまたは O-RAN Alliance O2 IMS 互換の REST API を使用することで、単一のハブクラスターからフリート全体のプロビジョニング、スケーリング、設定、およびアップデートを自動化できます。

詳細は、O-Cloud Manager を使用したインフラストラクチャーとクラスターのライフサイクル管理 を参照してください。