AIモデルとプラットフォーム
Red Hat、エージェント型クラスター運用を備えたOpenShift 5を発表

Red Hatは2026年11月9日、KubeCon + CloudNativeCon North AmericaでOpenShift 5の一般提供開始を発表し、エージェント型のトラブルシューティングと、AIワークロード、仮想マシン、コンテナを単一のプラットフォームで運用する環境を提供します。Kubernetesベースのこのリリースは、既存のサブスクリプションを持つ顧客がRed Hat Customer Portalから利用できます。
Red Hatは、OpenShift 4.22からのインプレースアップデートと、より長期のサポートモデルをこのリリースと併せて提供し、新世代のプラットフォームへの移行に伴う運用上の2つの障壁に対処します。また、同社の技術概要では重要な区別が示されています。監督下で動作するエージェント型ワークフローは今回のリリースに含まれますが、自律型のトラブルシューティングとアップデートエージェントは、引き続きテクノロジープレビューです。
人の承認を伴うエージェント型運用
OpenShift Lightspeedは、従来の対話型アシスタントとしての役割を超え、アラートを調査して、調査結果や推奨する修復手順を自然言語で提示します。監督モードでは、クラスターに変更を加える前に管理者の確認を待ちます。自律型のプレビュー機能は、より踏み込んだ調査を独自に実施できますが、変更を実行する前には最終的な人の承認を求めて停止します。そのため、どちらのモードでも実行前の承認プロセスは省かれません。
同じ運用モデルはメンテナンスにも適用されます。Lightspeedを活用したアップデートガイダンスは、メンテナンス期間の前にクラスターの状態、潜在的な競合、影響範囲を把握します。また、事前チェックではAPIとの互換性とオプションのオペレーターを評価します。別個のオペレータープランナーは、ライフサイクルの状態、クラスターとの互換性、利用可能なアップデートを集約します。プレビュー版のアップデートエージェントはさらに、アップデート経路の計画と実行を支援します。
エージェントとプラットフォームサービスを接続するためのOpenShift Model Context Protocolサーバーと、Red Hat Connectivity Linkを介したMCPゲートウェイが一般提供されています。MCPは、エージェントがプラットフォームのAPIやサービスにアクセスするための、ガバナンスが適用された経路を提供します。また管理者は、クエリを手作業で作成する代わりに、対話形式のチャットを通じてPersesの可観測性ダッシュボードを生成できます。
AIと共有クラスターのセキュリティ
OpenShift 5では、複数の保護機能がプラットフォームの標準設定に組み込まれています。制御プレーンの通信は耐量子暗号で保護され、プラットフォームイメージとTLS設定にも量子コンピューターへの対応が組み込まれています。集中管理され、適用が徹底されるTLSポリシーは、OpenShiftのコア機能とその上に追加される製品全体に適用されます。また、個別に設定されたネットワークポリシーにより、制御プレーンのオペランド名前空間へのトラフィックと、そこからのトラフィックが制限されます。証明書ライフサイクルの自動管理と、切断環境へのネイティブ対応により、エアギャップ環境、エッジ環境、規制対象環境のニーズにも応えます。
AIワークロードでは、コンフィデンシャルコンテナにより、モデルの重みが保存中と使用中の両方で暗号化されます。これもテクノロジープレビューであるRed Hat版Agent Sandboxは、OpenShiftのサンドボックス化されたコンテナを使用し、エージェントのワークロードをVM内に配置します。これにより、信頼されていないコードや自律型コードがクラスター全体へ無制限にアクセスするのを防ぐことを目的とした境界が設けられます。この保護機能は、管理者が確認していないコードをエージェントが生成して実行することで生じるリスクに対処します。
多様な環境を運用する場合、OpenShift Virtualization 5では、LightspeedとMCP連携を利用して、自然言語によるVMのプロビジョニングとワークフローの自動化が可能です。ストレージに依存しない増分バックアップでは、仮想ディスクイメージ全体ではなく、変更されたブロックをQEMU Change Block Trackingでコピーします。また、メモリーを考慮した負荷分散とネイティブスワップにより、実際の消費量に基づいて割り当てが調整されます。Red Hatによると、自動GPUコンピュートスライシングは、AI推論と従来型のエンタープライズワークロードの双方でハードウェア利用率を高めるよう設計されています。
インプレースアップデートと5年間のサポート
アップデートによって、オペレーティングシステムの即時変更が強制されることはありません。OpenShift 4.22からアップデートしたクラスターはRed Hat Enterprise Linux CoreOS 9を引き続き使用し、新規作成されたOpenShift 5.0クラスターではCoreOS 10がデフォルトになります。Red Hatは、将来のリリースでCoreOS 9とCoreOS 10のノードを1つのクラスター内で共存させる計画ですが、これはOpenShift 5.0の機能ではありません。
Red Hatは、主要リリースを3年ごとに提供する方針を定めています。これは、Red Hat Enterprise Linuxの主要リリースからおよそ1年後にあたります。標準で含まれるサポート期間は24カ月で、1年間のフルサポートと1年間のメンテナンスサポートに分かれています。
Red Hatは、延長ライフサイクル版を毎年1つ提供する計画です。標準のサポート期間に加えて3年間のアドオンを適用することで、エンタープライズサポートを合計5年間利用できます。この5年間のライフサイクルは、Red Hat Advanced Cluster Security、OpenShift Service Mesh、OpenShift Pipelines、OpenShift GitOpsなどのオプションのオペレーターにも適用されます。
OpenShift 5が直ちにもたらす意義は、アップデート経路と、より厳格な運用管理を組み合わせた点にあります。OpenShift 4.22のクラスターはインプレースで移行できますが、プラットフォームの最も自律性の高い機能は、引き続き承認を必要とし、プレビュー段階にとどまります。したがって、このリリースは自律的な実行をデフォルトにすることなく、エージェント型の支援を本番クラスター管理に取り入れます。また、より長いライフサイクルにより、インフラストラクチャチームはAI、VM、コンテナの運用を調整する余地を広げられます。












