第2章 リリースノート


2.1. OpenShift Virtualization リリースノート

これらのリリースノートでは、OpenShift Virtualization 4.22 の新機能と機能強化、テクノロジープレビュー機能、非推奨および削除された機能、修正された問題、および既知の問題について説明します。

2.1.1. サポート対象のゲストオペレーティングシステム

OpenShift Virtualization でサポートされているゲストオペレーティングシステムを確認するには、Red Hat OpenStack Platform、Red Hat Virtualization、OpenShift Virtualization、Red Hat Enterprise Linux with KVM の認定ゲストオペレーティングシステム を参照してください。

2.1.2. 新機能および機能拡張

拡張アップグレードサポートにより、OpenShift Virtualization クラスターのライフサイクルが 36 カ月になります。

OpenShift Virtualization は、オプションの拡張アップグレードサポート (EUS) アドオンにより、36 カ月のクラスターライフサイクルポリシーをサポートするようになりました。EUS を使用すると、最大 36 カ月間同じリリースを使い続けることができ、ミッションクリティカルなアプリケーション向けに安定した実稼働環境を提供できます。

EUS アドオンサブスクリプションの詳細は、OpenShift Container Platform ライフサイクルポリシー を参照してください。

CNV-73922

仮想マシンのノードメモリーオーバーコミットレベルを監視します。

クラスター管理者は、仮想マシンメモリーのオーバーコミットと使用率ダッシュボードを使用してワークロードのバランスを取ることができます。ダッシュボードを使用すると、クラスターが十分に活用されていないか、メモリーの過剰割り当てによってリスクにさらされているかどうかを監視したり、クラスターを拡張するかどうかを決定したりできます。

CNV-44026

OpenShift Virtualization で Windows が検出されたホストを管理するために、PSRP、WINRM、または SSH を設定します。

OpenShift Virtualization 上で動作する Windows ホストと Ansible 環境間の通信を保護するために、接続方法を設定できます。Windows ホストを管理するための Ansible 自動化タスクにおいて、接続方法として PowerShell リモートプロトコル (PSRP)、Windows リモート管理 (WINRM)、またはセキュアシェル (SSH) を設定します。Ansible のインベントリープラグインは、このプロトコルを使用して Windows ホストを管理します。

CNV-73306

IBM Z® および IBM® LinuxONE 上の IBM® Spyre Accelerator for 仮想マシン s の PCI パススルー設定が一般提供開始されました。

IBM® Spyre Accelerator は、IBM® z17 および IBM® LinuxONE Emperor 5 以降において、PCI パススルーを使用して仮想マシンに接続できます。IBM® Spyre アクセラレーターは、IBM Z®および IBM® LinuxONE システムにおける AI 推論機能を強化します。

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

CNV-83214

IPv6 シングルスタッククラスターのサポートが一般提供されています

今回のリリースにより、IPv6 シングルスタッククラスターのサポートが一般提供 (GA) となりました。OpenShift Virtualization は、OVN-Kubernetes ローカルネットネットワーク、Linux ブリッジ Container Network Interface (CNI) プラグイン、および Single Root I/O Virtualization (SR-IOV) ネットワークデバイスに接続された仮想マシン向けに、シングルスタック IPv6 クラスターをサポートします。

CNV-28924

セカンダリー仮想マシンネットワークの NAD リファレンスをライブ更新

仮想マシン (仮想マシン) の管理者と仮想マシンの所有者は、実行中の仮想マシンのセカンダリーネットワークインターフェイスのネットワークアタッチメント定義 (NAD) を変更できます。仮想マシンカスタムリソース (CR) の networkName フィールドを編集して、異なる VLAN を持つ NAD を入力します。これにより、ライブマイグレーションが開始されます。ホットスワップ機能により、仮想マシンを再起動することなく、ゲストインターフェイス名と MAC アドレスを維持したまま、仮想マシンネットワークを別の VLAN に変更するなど、リンクの改善や独立したセグメントの確保といった柔軟な操作が可能になります。

CNV-72329

既存のノードネットワーク設定ポリシーから物理ネットワークを定義する

OpenShift Virtualization のユーザーインターフェイスで、既存のノードネットワーク設定ポリシー (NNCP) に基づいて物理ネットワークを定義します。物理ネットワークとは、NNCP を表す 1 つ以上のネットワーク設定の論理的なグループである。クラスター管理者は、物理ネットワークを新しいノードのセットに拡張したり、OVN-Kubernetes Localnet ネットワークを介して物理ネットワークを使用する仮想マシンを設定したり、VM 用の新しいノードネットワーク設定を作成したりできます。

CNV-72621

ライブ仮想マシンで CD-ROM を挿入および取り出す

OpenShift Virtualization における、稼働中の仮想マシン (VM) への CD-ROM ストレージデバイスの宣言型ホットプラグのサポートが一般提供開始されました。ハイパー コンバージドカスタムリソース (CR) で DeclarativeHotplugVolumes フィーチャーゲートを有効にすることで、仮想マシンを再起動せずに、実行中の仮想マシンに CD-ROM ストレージを挿入および取り出すことができます。

CNV-68916

ストレージ移行後にソース PVC を自動的にクリーンアップするオプション

仮想マシン (VM) の所有者は、ストレージ移行後にソースの永続ボリューム要求 (PVC) を自動的にクリーンアップできるようになり、手動でのクリーンアップ作業を削減できます。デフォルトでは、OpenShift Virtualization はソース PVC を保持するため、手動でクリーンアップすることができます。ユーザーインターフェイスでソース PVC を保持するオプションの選択を解除すると、移行完了後に自動的にクリーンアップされるようになります。

CNV-73509

仮想マシンのクローン作成時に、予測可能な PVC 名と DV 名を設定する

仮想マシン (仮想マシン) の所有者とクラスター管理者は、仮想マシンをクローンする際に、予測可能な永続ボリューム要求 (PVC) 名とデータボリューム (DV) 名を設定できます。volumeNamePolicy を使用して、復元された PVC 名にターゲット仮想マシン名を含めることで、ストレージリソースの一貫性と管理性を維持します。これにより、復元後に元の DV 名に依存するオーケストレーターとの互換性が向上します。

CNV-76230

VM スナップショットから仮想マシンを復元する際に、元の PVC 名を保持する

スナップショットから仮想マシン (仮想マシン) を復元する仮想マシンの所有者は、永続ボリューム要求 (PVC) の元の名前を保持することができます。Web コンソールの スナップショットの復元 ダイアログにある インプレースボリューム復元ポリシー セクションを使用すると、PVC 名を保持できます。これにより、VirtualMachineRestore リソースの spec.volumeRestorePolicy フィールドが設定されます。ユーザーが元の PVC 名を保持しないことを選択した場合、OpenShift Virtualization はランダムな PVC 名を割り当てます。

CNV-71612

仮想マシンのリストアおよびクローン要求時の PVC 命名に関する新しいデフォルト設定

今回のアップデートにより、volumeRestorePolicy の デフォルト設定が PrefixTargetName に変更されました。これは、仮想マシンのリストアおよびクローン要求で作成される新しい PVC 名のプレフィックスとして、ターゲット仮想マシン (仮想マシン) の名前が使用されるようになったことを意味します。

CNV-77397

AAQ を設定して、仮想マシンおよび混合ワークロードのリソース使用状況を追跡します。

クラスター管理者は、OpenShift Container Platform の Web コンソールにあるアプリケーション認識クォータ (AAQ) Operator を、仮想マシン (VM) および混合ワークロードのリソース制限を定義および管理するための主要なメカニズムとして使用できます。AAQ は、仮想マシンのみのリソース使用状況を追跡するように設定することも、Pod と仮想マシンの両方をまとめて追跡するように設定することも、仮想マシンと Pod をそれぞれ専用のクォータで個別に追跡するように設定することもできます。

CNV-61720

Web コンソールで仮想マシンの実行ストラテジーを設定します。

仮想マシン (仮想マシン) の所有者は、シャットダウン、再起動、または障害発生後に仮想マシンがどのように動作するかをモデル化した実行ストラテジーを設定および編集できます。OpenShift Virtualization のユーザーインターフェイスの スケジューリング タブで、失敗時に再実行常に 実行、停止手動 の中から実行ストラテジーを選択できます。仮想マシンの作成フロー全体および詳細ビューにわたって実行ストラテジーを編集できるため、仮想マシンのカスタマイズがよりスムーズになります。

CNV-82452

インベントリー管理のために仮想マシンデータを CSV 形式でエクスポートします。

ホスト名、IP アドレス、ノード名、ネームスペース、メモリー、ディスク、オペレーティングシステムバージョンなどの仮想マシン (VM) 情報を CSV 形式でエクスポートすることで、インベントリーを効率的に管理できます。自動ソート機能や組み込みの列フィルタリング機能を使用することで、仮想マシンテーブルの表示をカスタマイズすることもできます。

CNV-74276

仮想マシンで YAML タブを非表示にする

管理者は、仮想マシン (VM) やその他のリソース上の YAML タブを非表示にすることで、ユーザーがユーザーインターフェイスから YAML を直接編集することを防ぎ、セキュリティーを強化し、潜在的なエラーを減らすことができます。その結果、設定変更が承認されたチャネルを通じて行われることを保証でき、システム全体の一貫性とコンプライアンスを維持できます。

CNV-74216

概要タブには、仮想マシンデータの動的な階層ビューが表示されます。

概要 タブには、ツリービューの選択に応じて変化する、仮想マシンデータの動的な階層構造が表示され、クラスターレベルとマルチクラスターレベルの両方をサポートします。

CNV-79560

仮想マシンイメージに内部認証局または自己署名証明書を追加する

クラスター管理者は、ボリュームの追加ダイアログで、クラスター内の URL イメージ用にカスタム認証局 (CA) または自己署名証明書を作成できます。その結果、コマンドラインインターフェイス (CLI) に切り替えて手動でパッチを適用することなく、合理化されたユーザーワークフローで、仮想マシン (VM) の作成に使用する HTTPS ソースへの安全なアクセスが可能になります。

CNV-79324

記録ルール名を Prometheus のベストプラクティスに準拠するように更新しました。

記録ルール名は 、<level>:<metric>:<operations> という命名規則に従うように更新されました。これは、Prometheus の命名規則に関するベストプラクティスに合致しており、ユーザーが記録規則とメトリクスを区別するのに役立ちます。どのルール名が変更されたかについては、ナレッジベースの記事 OpenShift Virtualization 4.22 の記録ルール命名規則の更新を 参照してください。

CNV-89006

2.1.3. 非推奨の機能

記録ルールは廃止されました

以下の録音ルールは非推奨です。

  • kubevirt_vm_created_total
  • kubevirt_cnao_kubemacpool_duplicate_macs

    カスタムアラートやダッシュボードでこれらの記録ルールを参照している場合は、今後のリリースにアップグレードする前にそれらを削除してください。

CNV-89006

HotplugVolume フィーチャーゲートが非推奨になりました

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

注記

DeclarativeHotplugVolumes は、エフェメラルボリュームのホットプラグをサポートしていません。エフェメラルボリュームは VMI にホットプラグされ、所有者の仮想マシンには永続化されません。ホットプラグされている既存のエフェメラルボリュームは、DeclarativeHotplugVolumes フィーチャーゲートに切り替えると、自動的にデタッチされます。

CNV-73301

2.1.4. 削除された機能

削除された機能は OpenShift Virtualization ではサポートされなくなりました

事前定義されたレイテンシーチェック機能が削除されました

以前のバージョンでは、クラスター管理者やプロジェクト管理者は、事前に定義されたレイテンシーチェックを使用して、ネットワーク接続を確認し、セカンダリーネットワークインターフェイスに接続された 2 つの仮想マシン (VM) 間のレイテンシーを測定することができました。今回のリリースでは、事前定義されたレイテンシーチェック機能が削除されました。

CNV-77646

localnet ネットワークアタッチメント定義タイプから非推奨ラベルを削除しました。

Web コンソールでは、localnet NetworkAttachmentDefinition (NAD) タイプの横に 非推奨 ラベルが表示されなくなりました。この変更により、localnet NAD 機能は非推奨ではなく、引き続き完全にサポートされることが明確になります。仮想マシンを物理ネットワークに接続するためのローカルネットネットワークを作成するには、NAD ベースの方法または VM ネットワークウィザードのいずれかを使用できます。

OCPBUGS-83809

2.1.5. テクノロジープレビュー機能

現在、今回のリリースに含まれる機能にはテクノロジープレビューのものがあります。これらの実験的機能は、実稼働環境での使用を目的としていません。これらの機能に関しては、Red Hat カスタマーポータルの以下のサポート範囲を参照してください。

テクノロジープレビュー機能のサポート範囲

KubeVirt Redfish による Redfish API を介した仮想マシン管理 (テクノロジープレビュー)

KubeVirt Redfish は、標準の Redfish API を通じて OpenShift Virtualization の仮想マシンを公開します。KubeVirt Redfish を使用すると、管理者は仮想マシンの電源状態、起動設定、および仮想メディアの添付ファイルを管理できます。この機能は、テクノロジープレビューとして利用できます。

詳細は、KubeVirt Redfish のインストールを 参照してください。

異種クラスター向けゴールデンイメージのサポート (テクノロジープレビュー)

ゴールデンイメージは異種クラスターでサポートされており、ノード設定が異なる環境の仮想マシン向けにゴールデンイメージを作成して使用できます。この機能はテクノロジープレビュー機能です。

CNV-62357

仮想マシンにおけるカスタムビデオデバイスのサポート (テクノロジープレビュー)

仮想マシンを作成する際に、カスタムビデオデバイスの種類を設定できるようになりました。カスタムデバイスタイプを設定すると、デフォルトのビデオ設定がオーバーライドされ、ゲストオペレーティングシステムの要件やパフォーマンスのニーズに基づいて、異なるビデオデバイスを指定できます。この機能はテクノロジープレビュー機能です。

CNV-71192

ユーザーインターフェイスから既存の仮想マシンをテンプレートに変換する (テクノロジープレビュー)

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

CNV-81577

クラスター内のネイティブテンプレートから仮想マシンを作成する (テクノロジープレビュー)

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

CNV-73392

OpenShift Virtualization クラスターにおけるデュアルストリームのサポート (テクノロジープレビュー)

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

CNV-49964

KubeVirt Redfish による Redfish API を介した仮想マシン管理 (テクノロジープレビュー)

KubeVirt Redfish は、標準の Redfish API を通じて OpenShift Virtualization の仮想マシンを公開します。KubeVirt Redfish を使用すると、管理者は仮想マシンの電源状態、起動設定、および仮想メディアの添付ファイルを管理できます。この機能は、テクノロジープレビューとして利用できます。

詳細は、KubeVirt Redfish のインストールを 参照してください。

2.1.6. 修正された問題

今回のリリースでは、以下の問題が修正されています。

仮想マシン移行中に保持されるサービスアカウントボリューム

今回のアップデート以前は、仮想マシン (仮想マシン) を移行すると、その仮想マシンに接続されているサービスアカウントボリュームがすべて無効になっていました。その結果、サービスアカウントトークンに依存していたワークロードは、移行後に動作しなくなった。今回のリリースにより、仮想マシン移行時にサービスアカウントのボリュームが保持されるようになりました。その結果、サービスアカウントトークンを使用するワークロードは、ライブマイグレーション後も正常に機能し続けます。

CNV-33835

2.1.7. 既知の問題

リンクされた Jira チケットの一部は、Red Hat の認証情報でのみアクセスできます。

バージョン管理されていない HyperConverged コマンドは、デフォルトで v1 API を使用します。

今回のリリースでは、将来の v1beta1 から v1 への移行に備え、HyperConverged カスタムリソース (CR) 用の v1 API が導入されました。Kubernetes がデフォルトの API バージョンを選択する方法により、oc get hcooc edit hyperconvergedoc patch hyperconverged などのバージョン指定のないコマンドは、デフォルトで v1 API を使用するようになりました。その結果、v1 API はまだ実運用に対応していないため、これらのコマンドは予期しない動作をしたり、失敗したりする可能性があります。

この問題を回避するには、HyperConverged CR に対してコマンドを実行する際に、完全なバージョン指定のあるタイプ名 hyperconvergeds.v1beta1.hco.kubevirt.io を使用してください。たとえば、oc get hco の代わりに oc get hyperconvergeds.v1beta1.hco.kubevirt.io を使用してください。oc explain コマンドでは、--api-version フラグを使用します: oc explain --api-version=hco.kubevirt.io/v1beta1 hco.spec。その結果、コマンドは意図どおり v1beta1 API を対象としています。

CNV-78892

cnv-bridge CNI を使用している仮想マシンは、4.12 からの更新後にライブマイグレーションに失敗します

OpenShift Container Platform 4.12 からより新しいマイナーバージョンに更新すると、cnv-bridge Container Network Interface (CNI) を使用する仮想マシンがライブマイグレーションに失敗します。その結果、影響を受ける仮想マシンではライブマイグレーションが失敗します。

この問題を回避するには、更新を実行する前に、NetworkAttachmentDefinition マニフェストの spec.config.type フィールドを cnv-bridge から bridge に変更してください。その結果、更新された Network Attachment Definition を使用する仮想マシンでは、ライブマイグレーションが成功します。

Known issue when migrating VMs that use the cnv-bridge CNI

EVPN 対応ネットワークを介したライブマイグレーション後、仮想マシンは受信接続を失う可能性がある。

BGP EVPN(Border Gateway Protocol イーサネット仮想プライベートネットワーク) が有効になっているユーザー定義ネットワークを利用する OpenShift Container Platform クラスター間で仮想マシンをライブマイグレーションすると、仮想マシンがイングレス接続を失う可能性があります。

OCPBUGS-86503

Red Hat OpenShift Service Mesh 3.1.1 および Istio 1.25 以降は、OpenShift Virtualization と互換性がありません。

Red Hat OpenShift Service Mesh 3.1.1 および Istio バージョン 1.25 以降は、traffic.sidecar.istio.io/kubevirtInterfaces アノテーションが非推奨になったため、OpenShift Virtualization 4.22 と互換性がありません。その結果、これらのバージョンを使用すると、OpenShift Virtualization とのサービスメッシュ統合が失敗する可能性があります。

この問題を回避するには、OpenShift Virtualization と統合するために Service Mesh をインストールする際に、Web コンソールに表示されるデフォルトバージョンではなく、Red Hat OpenShift Service Mesh バージョン 3.0.4 と Istio 1.24.4 を選択してください。

OSSM-10883

OpenShift Virtualization をアンインストールした後もノードラベルが残ります

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

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

CNV-38543

仮想マシン名が 47 文字を超えるとライブマイグレーションが失敗します

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

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

CNV-61066

wasp-agent を使用している場合の OpenShift Virtualization 4.22 へのアップグレード

OpenShift Virtualization をバージョン 4.20 から 4.22 にアップグレードし、wasp-agent を使用して仮想マシンワークロード密度を高める場合は、アップグレードを開始した後、以下の手順を実行する必要があります。

  1. マシン設定プール (MCP) が制御プレーンノードの更新を完了するまでお待ちください。
  2. KubeletConfig ファイルを編集して、failSwapOn: false のキーと値のペアを削除します。
  3. MCP がワーカーノードの更新を完了するまで待機します。

CNV-89504

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る