第2章 リリースノート

Red Hat Enterprise Linux CoreOS (RHCOS) バージョン 9.8 およびバージョン 10.2 を実行する OpenShift Virtualization クラスターをプロビジョニングできます。RHCOS 10.2 がデフォルトのオペレーティングシステムです。RHCOS 9.8 もサポートされています。RHCOS 9.x と RHCOS 10.x のワーカーノード間での仮想マシン (VM) のライブマイグレーションがサポートされています。

CNV-84749

HyperConverged カスタムリソース (CR) の v1 API バージョンがデフォルトのバージョンです。v1beta1 バージョンは非推奨となり、今後のリリースで削除される予定です。OpenShift Virtualization では、新しい API フィールドは v1 バージョンにのみ追加されます。以前のバージョンからの更新には、手動操作は不要です。

CNV-79504

enableMultiArchBootImageImport フィーチャーゲートを有効化した後、OpenShift Virtualization は、rhel9-amd64 や rhel9-arm64 など、サポート対象の各アーキテクチャーに対してアーキテクチャー固有のブートソースを作成します。スタンドアロンのデータボリュームと仮想マシンのアーキテクチャーを指定することもできます。詳細は、異種クラスターのサポート を参照してください。

CNV-67900

virt-platform-autopilot コントローラーは、OpenShift Virtualization および Kube Descheduler Operator や Cluster Observability Operator などの関連する Operator 全体で設定のベストプラクティスを自動的に適用することにより、デプロイメントの複雑さを軽減します。これにより、初期セットアップを簡略化するとともに、スワップ対応、負荷を考慮した負荷分散、クラスターオブザーバビリティーの強化に向けた安全で最適な設定を維持し、バージョンアップグレードをまたいでも長期的な安定性を確保できるよう支援します。

CNV-81291

Kube Descheduler Operator がインストールされているクラスターでは、OpenShift Virtualization はデスケジューラーを自動的に設定し、負荷認識型負荷分散モードで実行します。このモードでは、仮想マシン (VM) のワークロードをノード間で再分散する際に、CPU とメモリーの両方の使用量が考慮されます。デスケジューラーはオプションのコンポーネントであり、OpenShift Virtualization は自動的にインストールしません。Kube Descheduler Operator がインストールされていない場合、リバランスは発生しません。OpenShift Container Platform の Web コンソールで、負荷認識型リバランシングを無効にすることができます。詳細は、インストール後の自動設定の仕組みを 参照してください。

CNV-80073

OpenShift Container Platform 5 では、Extended Update Support (EUS) リリースが拡張ライフサイクル (ELC) リリースに置き換えられます。ELC のリリースは、OpenShift Container Platform 5.2 から始まり、3 マイナーバージョンごとに行われます。OpenShift Container Platform 5.0 は ELC リリースではありません。

ELC のリリースは 3 つのマイナーバージョン間隔で行われるため、コントロールプレーンのみのアップデートでは、1 つのマイナーバージョンではなく、2 つの中間マイナーバージョンを経由します。各中間バージョンについては、まず OpenShift Container Platform を更新し、次に OpenShift Virtualization をそのバージョンの最新の z-stream リリースに更新してから、目的の ELC バージョンに移行してください。

詳細は、コントロールプレーンのみのアップデート を参照してください。

CNV-82691

Red Hat カスタマーポータルのセルフサービス Technical Supportability Review (TSR) を使用すると、クラスター設定が Red Hat の標準プラクティスに沿っているかを検証できます。セルフサービス TSR は、AI を使用してクラスターの must-gather データを評価し、クラスターの主要なリスクを特定して是正措置を推奨する、優先順位付けされたエグゼクティブサマリーを提供します。TSR は、OpenShift Virtualization を含む OpenShift Container Platform プラットフォーム全体にわたって、数百項目に及ぶチェックを実行します。その対象範囲は継続的に拡大しています。

詳細は、AI ツールを使用した Technical Supportability Review および Red Hat Technical Supportability Review with AI: Proactive AI-Driven Cluster Assessments for OpenShift Container Platform を参照してください。

IBM Z®および IBM® LinuxONE では、IBM® Fusion Access for SAN をデプロイできます。IBM® Fusion Access for SAN は、OpenShift Virtualization 上のワークロード向けに既存のストレージエリアネットワーク (SAN) インフラストラクチャーを管理するのに役立つクラウドネイティブソリューションです。詳細は、Fusion Access for SAN を参照してください。

CNV-98210

template.kubevirt.io/v1beta1 API グループと VirtualMachineTemplate カスタムリソース定義 (CRD) が一般提供開始となりました。仮想マシン (VM) のブループリントをクラスターネイティブの VirtualMachineTemplate オブジェクトとして定義し、そのオブジェクトから仮想マシンを作成できます。VirtualMachineTemplateRequest CRD を使用すると、既存の VirtualMachine から VirtualMachineTemplate を作成できます。今回のリリースでは、API グループが v1alpha1 から v1beta1 に更新されます。

CNV-84116

仮想マシン (VM) を作成する際に、カスタムビデオデバイスタイプを設定できます。カスタムデバイスタイプを設定すると、デフォルトのビデオ設定がオーバーライドされます。ゲストオペレーティングシステムの要件やパフォーマンスのニーズに基づいて、異なるビデオデバイスを指定できます。

CNV-71195

virt-platform-autopilot コントローラーは、高密度の仮想マシンワークロードを設定するために、wasp-agent コンポーネントを置き換えます。HyperConverged カスタムリソースでメモリーのオーバーコミットメントを有効にすると、コントローラーが必要なノードレベルの設定を自動的にデプロイするため、セットアッププロセスが簡素化されます。MachineConfig オブジェクトを作成することで、ワーカーノード上にスワップストレージを手動でプロビジョニングする必要があります。詳細は、高密度の仮想マシンワークロードの設定 を参照してください。

CNV-83420

今回のリリースにより、KubeVirt Redfish が一般提供開始となりました。KubeVirt Redfish は、標準の Redfish API を介して OpenShift Virtualization の仮想マシンを公開します。KubeVirt Redfish を使用すると、管理者は仮想マシンの電源状態、起動設定、および仮想メディアのアタッチメントを管理できます。今回のアップデートでは、KubeVirt Redfish API に bcrypt ハッシュ化されたパスワードを追加し、より安全な認証を実現しました。

詳細は、仮想マシン管理のための KubeVirt Redfish の設定を 参照してください。

仮想マシン (VM) に kubevirt.io/pause-guest-agent-probes=true アノテーションを追加することで、仮想マシンのゲストエージェントプローブを一時停止できます。プローブが一時停止している間、ゲストエージェントのプローブが失敗した場合 (たとえば、ゲストオペレーティングシステムの更新中など)、kubelet は仮想マシンを再起動しません。アップデートが完了したら、アノテーションを削除してプローブを再開してください。

CNV-82132

IBM Z® および IBM® LinuxONE では、Network Express RoCE アダプターおよび IBM® Internal Shared Memory (ISM) 仮想 PCI デバイスに対して PCI パススルーを設定できます。

詳細は、IBM Z での PCI パススルー を参照してください。

CNV-96643

IBM® Confidential Computing Container Runtime for Red Hat Virtualization Solutions (CCRV) を使用すると、機密性の高いコンピューティングワークロードをデプロイできます。この統合により、CCRV ワークロードは機密性の高いコンピューティング機能を維持しながら、OpenShift Virtualization 機能を利用できるようになります。

CNV-96593

IBM Z®および IBM® LinuxONE クラスターでは、OpenShift Virtualization はベアメタル LPAR ノード上の仮想マシンのみをサポートします。ノード配置ルールを適用することで、OpenShift Virtualization のインフラストラクチャーコンポーネントと仮想マシンワークロードの両方をベアメタル LPAR ノードに制限できます。

詳細は、IBM Z 上の OpenShift Virtualization コンポーネントのノード配置の設定を 参照してください。

CNV-95482

IBM® Secure Execution の起動可能イメージをアップロードし、それを事前定義された設定に関連付けることができます。イメージから作成した仮想マシン (VM) は、自動的に launchSecurity 設定を有効にします。

詳細は、IBM Z および IBM LinuxONE に IBM Secure Execution ブート可能イメージをアップロードして使用するを 参照してください。

CNV-97316

クラスター管理者権限があれば、プロジェクトにデフォルトネットワークを設定して、そのプロジェクト内の新しい仮想マシン (VM) で自動的にそのネットワークが使用されるようにします。デフォルトとしては、Pod ネットワーク、またはプロジェクト内で使用可能なネットワークアタッチメント定義 (NAD) が使用できます。この設定は、設定完了後に新しく作成する仮想マシンにのみ適用され、既存の仮想マシンには影響しません。

詳細は、プロジェクトレベルのデフォルトネットワークの設定 を参照してください。

CNV-92410

実行中の仮想マシン (VM) のインターフェイスが使用するネットワークを変更できます。OpenShift Container Platform Web コンソールで、Configuration > Network タブを開き、既存のインターフェイスを編集して、別のネットワークを選択します。

CNV-82742

DeclarativeHotplugVolumes フィーチャーゲートは、HyperConverged カスタムリソース (CR) でデフォルトで有効化されています。実行中の仮想マシン (VM) では、仮想マシンを再起動したり、デフォルト設定を変更したりすることなく、CD-ROM ストレージを挿入および取り出すことができます。以前のリリースでは、フィーチャーゲートはエフェメラルホットプラグボリュームと互換性がなかったため、手動で有効化していました。

CNV-81481

管理者は、OpenShift Container Platform の Web コンソールで、停止中の仮想マシン (VM) のストレージクラスを一括移行できます。この機能は、あらゆる状態の仮想マシンのストレージクラス移行をサポートします。単一の移行プランで、実行中の仮想マシンと停止中の仮想マシンの両方を選択できます。

CNV-73500

ストレージ移行後に、移行元の永続ボリューム要求 (PVC) を保持するオプションをオフにすることができます。Web コンソールでこのオプションをオフにすると、ストレージ移行完了後に OpenShift Virtualization は元の PVC をクリーンアップします。デフォルトでは、OpenShift Virtualization はストレージ移行後も移行元 PVC を保持するため、手動でこれらの PVC をクリーンアップする必要があります。

CNV-73509

Red Hat OpenShift Service on AWS (ROSA) クラスター上の仮想マシン (VM) ゲストに、Kubernetes サービスアカウントトークンを挿入できます。virt-launcher Pod には、AWS IAM ロール (IRSA) のサービスアカウントに使用される、有効期限の短いトークンが格納されます。OpenShift Virtualization は、containerPath ボリュームと virtiofs ファイルシステムデバイスを使用してこれらのトークンを仮想マシンゲストに公開するため、仮想マシン内のアプリケーションは静的認証情報を管理することなく AWS API で認証を行うことができます。

CNV-95907

コンテナー化データインポーター (CDI) は、クラスターのデフォルトストレージクラスにフォールバックするのではなく、ターゲットボリュームと同じストレージクラスからスクラッチスペースの永続ボリューム要求 (PVC) をプロビジョニングします。この動作はすべてのクラスターに適用され、フィーチャーゲートや ハイパーコンバージド カスタムリソース (CR) の設定は不要です。これをオーバーライドするには、HyperConverged CR の spec.storage.scratchSpaceStorageClass フィールドにストレージクラスを指定します。

CNV-72238

仮想マシン (VM) テンプレートにカテゴリーを割り当て、そのカテゴリーでテンプレートカタログをフィルタリングできます。既存の仮想マシンからテンプレートを作成する際にカテゴリーを設定しますが、後から変更することも可能です。カテゴリーは任意であり、テンプレートにはカテゴリーを 1 つしか設定できません。

CNV-92485

仮想マシン (VM) の Configuration > Network タブでは、各ネットワーク名がリンクになっています。このリンクをクリックすると、基となるネットワークアタッチメント定義 (NAD)、ユーザー定義ネットワーク (UDN)、またはクラスターユーザー定義ネットワーク (CUDN) の詳細ページが開きます。Pod ネットワーク および削除されたネットワークに関するエントリーは、プレーンテキストのままです。

CNV-89211

複雑な仮想マシン (VM) クエリーは、Advanced search ダイアログを開かなくても、検索フィールドに直接構築して保存できます。検索では、複数のパラメーターとその複数の値を組み合わせることができます。

詳細は、Web コンソールを使用した仮想マシンの検索 を参照してください。

CNV-74170

OpenShift Container Platform Web コンソールの OpenShift Virtualization リストビュー (Virtual Machines、Templates、DataSources、Bootable volumes、Migration policies、および Storage migrations) から、テーブルのデータを CSV 形式でダウンロードできます。ダウンロードされた CSV ファイルには、テーブルに示されているとおりにフィルタリングおよびソートされた行が含まれ、非表示コンテンツとデータ以外の列は除外されています。

CNV-89012

OpenShift Container Platform の Web コンソールでは、仮想マシンをグループごとにフィルタリングできます。Group フィルターは、高度な検索ダイアログから利用できるほか、メインの仮想マシンリストビューにあるドロップダウンフィルターとしても利用可能です。

CNV-94093

仮想マシン (仮想マシン) リストや仮想マシン詳細ページなど、OpenShift Virtualization ページに移動すると、左側のナビゲーションメニューが折りたたまれるようになりました。これにより、仮想マシンを表示および管理するためのスペースが広がります。ナビゲーションメニューを展開すると、仮想化ページを表示している間は開いたままになります。この動作を無効にするには、設定 > ユーザー > 一般 に移動し、ナビゲーションメニューを自動的に非 表示にするのトグルをオフにしてください。

CNV-86441

OpenShift Virtualization は、仮想マシンインスタンス (VMI) にアタッチされている GPU を識別するメトリクスを公開します。これらのメトリクスを、NVIDIA Data Center GPU Manager (DCGM) エクスポーターが提供する GPU メトリクスと関連付けることで、GPU の割り当てと使用状況を追跡できます。レコーディングルールを設定することで、OpenShift Virtualization ダッシュボードにおけるこれらのメトリクスの利用が容易になります。

CNV-51516

OpenShift Virtualization は Perses ベースのダッシュボードを提供しており、仮想マシン (VM) のインベントリー、リソース使用状況、サービスレベル、ステータス別滞在時間、リソース消費上位、ノードメモリーを表示できます。OpenShift Virtualization は、ダッシュボードを openshift-cnv namespace 内の PersesDashboard カスタムリソースとして自動的にデプロイします。ダッシュボードを表示するには、OpenShift Container Platform の Web コンソールで、Observe > Dashboards(Perses) をクリックします。ダッシュボードを使用するには、モニタリングスタックが有効化された Cluster Observability Operator (COO) が必要です。詳細は、Virtualization ダッシュボードの概要 を参照してください。

CNV-42730

OpenShift Virtualization Operator の次のアラートが OpenShift Virtualization の runbook に追加されました。

仮想マシンを再起動せずにストレージを追加できる HotplugVolume フィーチャーゲートは非推奨になり、今後のリリースで削除される予定です。このフィーチャーゲートは、DeclarativeHotplugVolumes に置き換えられます。

CNV-73301

これらのマシンタイプは、OpenShift Virtualization 4.13 以降非推奨となっており、Red Hat Enterprise Linux (RHEL) 10 ユーザー空間への移行の一環として、今後のリリースで削除される予定です。仮想マシン (VM) のマシンタイプを pc-q35-rhel9.8.0 に更新してください。マシンタイプの更新には仮想マシンの再起動が必要となるため、ダウンタイムが発生することを想定して計画を立ててください。複数の仮想マシンを同時に更新する方法の詳細は、複数の仮想マシンの更新を 参照してください。

CNV-98500

より高い仮想マシンワークロード密度を設定するために使用されていた wasp-agent コンポーネントは削除され、サポート対象外となりました。より高い仮想マシンワークロード密度を設定するには、virt-platform-autopilot コントローラーを使用します。詳細は、高密度の仮想マシンワークロードの設定 を参照してください。

CNV-83420

エフェメラルホットプラグボリュームのテレメトリーが削除され、サポート対象外となりました。DeclarativeHotplugVolumes フィーチャーゲートは、非推奨となった HotplugVolume フィーチャーゲートに代わるものです。

CNV-81481

仮想マシン (VM) の所有者は、ユーザーが作成したテンプレートを作成、フィルタリング、および削除できます。OpenShift Virtualization のユーザーインターフェイスから、実行中の仮想マシンと同じプロジェクト内の既存の仮想マシン、または別のプロジェクト内の既存の仮想マシンを使用してテンプレートを作成できます。データの一貫性を確保するため、テンプレートを作成する前に仮想マシンを停止します。この機能はテクノロジープレビュー機能です。

CNV-81577

仮想マシン (VM) の所有者は、OpenShift Virtualization クラスターのネイティブテンプレートカスタムリソースから仮想マシンを作成できます。仮想マシンテンプレートは、定期的に更新されるゴールデンイメージを追跡することで、エラーを減らし、仮想化環境における均一性を確保します。制御可能なすべての namespaces でテンプレートをホストできます。

CNV-73392

Web コンソールで仮想マシン (VM) を整理してグループ化するためのラベルは Groups で、機能がより正確に反映されるようになりました。この機能はテクノロジープレビュー機能です。詳細は、Web コンソールを使用した仮想マシンの整理 を参照してください。

CNV-91926

Model Context Protocol (MCP) サーバーを使用すると、高レベルのワークフローを通じて OpenShift Virtualization リソースを管理できます。今回のリリースでは、永続ストレージ、仮想マシン (VM) テンプレート、および HyperConverged Operator のステータスと設定に関するツールが追加されています。kubevirt ツールセットはデフォルトでは有効になっていません。これらのツールを使用するには、OpenShift Container Platform MCP サーバー設定ファイルのツールセット設定に kubevirt を追加します。この機能はテクノロジープレビュー機能です。

CNV-77676

クラスター管理者は、HyperConverged カスタムリソース (CR) の .spec.roleAggregationStrategy フィールドを Manual に設定することで、仮想化クラスターロール admin、edit、view を ユーザーに集約するのを停止できます。管理者が 手動 を選択すると、一般ユーザーは、コマンドラインインターフェイス (CLI) または Web コンソールから、プロジェクト内の仮想マシン (VM) などの仮想化リソースを操作できなくなります。ユーザーにこれらの権限を付与するには、管理者は RoleBinding オブジェクトを作成します。この機能はテクノロジープレビュー機能です。

CNV-87048

今回のアップデート以前は、仮想マシン (VM) からディスクをデタッチしても、DataVolume オブジェクトに元の仮想マシンに対する古いオーナーリファレンスが残る問題がありました。その結果、元の仮想マシンを削除した場合、ガベージコレクションによって DataVolume オブジェクトとその基となる永続ボリューム要求 (PVC) が削除されていました。このため、ディスクが別の仮想マシンにアタッチされている場合でも、データ損失が発生しました。今回のリリースでは、ディスクをデタッチした際に OpenShift Virtualization がオーナーリファレンスを更新するため、DataVolume オブジェクトは元の仮想マシンを参照しなくなります。これにより、ディスクが元々アタッチされていた仮想マシンを削除しても、デタッチされたディスクとその PVC は保持されます。

CNV-71659

OpenShift Virtualization をアンインストールしても、OpenShift Virtualization が作成した feature.node.kubevirt.io ノードラベルは削除されません。その結果、ノードは仮想化ワークロード用に設定されているかのように見える場合があります。

この問題を回避するには、OpenShift Virtualization をアンインストールした後、影響を受けるノードから feature.node.kubevirt.io ラベルを手動で削除してください。

CNV-38543

仮想マシン名が 47 文字を超えると、ライブマイグレーションは失敗します。そのため、名前の長い仮想マシンはライブマイグレーションできません。

この問題を回避するには、ライブマイグレーションを予定している仮想マシンを作成する際に、47 文字以下の仮想マシン名を使用してください。

CNV-61066

ブートソースのインポート後に spec.featureGates.enableMultiArchBootImageImport フィーチャーゲートを有効にすると、OpenShift Virtualization はアーキテクチャー名のサフィックスが付与された名前を使用して、ブートソースのインポートリソースを再作成します。名前は、クラスターがサポートするアーキテクチャーによって異なります。たとえば、fedora-amd64、fedora-arm64、fedora-s390x などです。アーキテクチャーサフィックスを持たない以前のリソースは、openshift-virtualization-os-images namespace に残ります。その結果、重複したブートソースが Web コンソールと CLI の両方に表示されます。追加の永続ボリューム要求 (PVC) とボリュームスナップショットが残っているため、ストレージ使用量が増加する可能性もあります。

この問題を回避するには、残っているブートソースリソースを削除します。まず、アクティブな DataSource オブジェクトを特定します。これらは、保持したい PVC またはボリュームスナップショットに解決されるオブジェクトです。次に、古い DataSource オブジェクトと、それらが参照する PVC およびボリュームスナップショットを削除します。これにより、アーキテクチャーのサフィックスが付いたブートソースのみが残ります。

CNV-68996

MultiNamespaceVirtualMachineStorageMigration オブジェクトは、移行が開始されてから数ミリ秒以内に、移行がデータをコピーする前に、断続的に 完了 フェーズを報告することがあります。デフォルトでは、OpenShift Container Platform の Web コンソールで作成した移行プランは、移行が正常に完了した後にソースボリュームを廃止します。

その結果、移行によってソースの永続ボリューム要求 (PVC) の内容がターゲットのデータボリュームや PVC にコピーされなかった場合でも、コントローラーはソースの永続ボリューム要求 (PVC) を削除できます。これはデータ損失につながる可能性があります。

この問題を回避するには、ストレージ移行を作成する際に、移行が成功した後も元のボリュームをソースに保持する チェックボックスを選択してください。移行先のボリュームに移行されたデータが含まれていることを確認してから、ソースボリュームを手動で削除してください。その結果、データコピーを行わずに移行が完了したと報告された場合でも、元のデータは引き続き利用可能です。

CNV-98287