第2章 リリースノート


2.1. OpenShift Virtualization リリースノート

2.1.1. ドキュメントに関するフィードバックの提供

エラーを報告したり、ドキュメントを改善したりするには、Red Hat Jira アカウント にログインし、Jira issue を送信してください。

2.1.2. Red Hat OpenShift Virtualization について

Red Hat OpenShift Virtualization を使用すると、従来の仮想マシン (VM) を OpenShift Container Platform に導入し、コンテナーと一緒に実行できます。OpenShift Virtualization では、仮想マシンとは OpenShift Container Platform Web コンソールまたはコマンドラインを使用して管理できるネイティブ Kubernetes オブジェクトです。

OpenShift Virtualization は、 OpenShift Virtualization アイコンで表されます。

OpenShift Virtualization では、OVN-Kubernetes Container Network Interface (CNI) ネットワークプロバイダーを使用できます。

OpenShift Virtualization の機能 を参照してください。

OpenShift Virtualization のアーキテクチャーとデプロイメント の詳細を参照してください。

OpenShift Virtualization 用に クラスターを準備します

2.1.2.1. OpenShift Virtualization でサポートされるクラスターバージョン

OpenShift Virtualization 4.20 は、OpenShift Container Platform 4.20 クラスターでの使用がサポートされています。OpenShift Virtualization の最新の z-stream リリースを使用するには、最初に OpenShift Container Platform の最新バージョンにアップグレードする必要があります。

OpenShift Virtualization 4.20 の最新の安定版リリースは 4.20.0 です。

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

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

2.1.2.3. Microsoft Windows SVVP 認定

OpenShift Virtualization は、Windows Server のワークロードを実行する Microsoft の Windows Server Virtualization Validation Program (SVVP) で認定されています。

SVVP 認定は以下に適用されます。

  • Red Hat Enterprise Linux CoreOS ワーカー。Microsoft SVVP Catalog では、Red Hat OpenShift Container Platform 4.20 という名前が付けられています。
  • Intel および AMD CPU。

2.1.3. クイックスタート

クイックスタートツアーは、複数の OpenShift Virtualization 機能で利用できます。ツアーを表示するには、OpenShift Container Platform Web コンソールのヘッダーのメニューバーにある Help アイコン ? をクリックし、Quick Starts を選択します。Filter フィールドにキーワードとして virtualization を入力すると、利用可能なツアーをフィルタリングできます。

2.1.4. 新機能および変更された機能

このリリースでは、次のコンポーネントと概念に関連する新機能と機能拡張が追加されています。

2.1.4.1. インストールおよび更新

  • 中間の各 z-stream バージョンを適用しなくても、OpenShift Virtualization を新しい z-stream (x.y.z) リリースに直接更新できるようになりました。

    注記

    次のマイナーバージョンに更新する前に、必ず現在のマイナー (x.y) バージョンの最新 z-stream リリースに更新してください。

  • ARM64 (AARCH64) システムにインストールされたベアメタルクラスターでの OpenShift Virtualization の使用が一般提供になりました。詳細は、ARM64 の互換性 を参照してください。

2.1.4.2. Virtualization

  • descheduler プロファイル DevKubeVirtRelieveAndMigrate が、KubeVirtRelieveAndMigrate に名前変更され、一般提供になりました。更新されたプロファイルは、バックグラウンドでの退避を有効にし、振動的な挙動を減らことで、ライブマイグレーション中の仮想マシン退避の安定性を向上させます。詳細は、仮想マシンの descheduler 退避の設定 を参照してください。
  • 仮想マシンの vNUMA トポロジーが一般提供 (GA) になりました。この機能を有効にすると、仮想マシンの NUMA 設定が改善され、パフォーマンスが向上し、リソースの割り当てが最適化されます。詳細は、仮想マシンの NUMA トポロジーの使用 を参照してください。
  • kube_application_aware_resourcequota および kube_application_aware_resourcequota_creation_timestamp メトリクスを使用して、Application-Aware Quota (AAQ) Operator リソースの現在の使用状況と作成時間をクエリーできるようになりました。詳細は、AAQ Operator メトリクス を参照してください。

2.1.4.3. ネットワーク

  • ライブマイグレーションを手動でトリガーしなくても、セカンダリーネットワークインターフェイスを仮想マシンにホットプラグおよびホットアンプラグできるようになりました。VirtualMachineInstanceMigration オブジェクトを作成およびリスト表示する際に権限は必要ありません。詳細は、セカンダリーネットワークインターフェースのホットプラグ を参照してください。
  • Border Gateway Protocol (BGP) を使用して、プライマリーユーザー定義ネットワークに接続された仮想マシンの動的な Ingress および Egress ルーティングを設定できるようになりました。プロバイダーネットワークから OVN-Kubernetes にルートをインポートすると、ホスト上でルートを手動で設定する必要がなくなります。動的 Egress を使用すると、仮想マシン IP アドレスをプロバイダーネットワークにエクスポートして、クラスターの外部から仮想マシンに直接アクセスできるようになります。詳細は、Border Gateway Protocol を使用したクラスターネットワークルートのアドバタイズ を参照してください。

2.1.4.4. Web コンソール

  • OpenShift Container Platform Web コンソールの Virtualization ページの Migrations タブに、移行中の仮想マシンごとに進行状況バーが表示されるようになりました。
  • 仮想マシンのライブマイグレーションを実行するときに、仮想マシンの移行先の特定のノードを指定 できるようになりました。
  • ディスクのホットプラグ手順に、バスタイプの選択に関する省略可能なステップが追加されました。virtio-blk または virtio-scsi バスタイプを選択できます。virtio-blk タイプがデフォルトです。詳細は、仮想マシンディスクのホットプラグ を参照してください。
  • Create new VirtualMachine ページの InstanceTypes タブに、huge page を選択するためのオプションが追加されました。これらのオプションは、M および CX シリーズのインスタンスタイプで表示されます。これらは、Select InstanceType タイルと、Add volume ダイアログボックスの Default InstanceType メニューの両方からアクセスできます。

    インスタンスタイプの huge page を選択する方法の詳細は、Web コンソールを使用したインスタンスタイプからの仮想マシンの作成 を参照してください。

  • 仮想マシンで NUMA が有効かどうかを簡単に識別できるようになりました。この更新により、CPU | Memory セクションの横にある仮想マシンの詳細に vNUMA 属性が表示されるようになりました。

2.1.4.5. モニタリング

  • kubevirt_vmi_vcpu_delay_seconds_total Prometheus メトリクスのドキュメントを追加しました。このメトリクスは、仮想 CPU (vCPU) がホストスケジューラーによってキューに入れられたが実行されていなかった時間を報告します。更新されたドキュメントは、OpenShift Virtualization 環境における仮想 CPU キューの遅延について、ユーザーがより適切に理解したい場合に役立ちます。
  • OpenShift Virtualization Operator の次のアラート が OpenShift Virtualization の runbook に追加されました。

    • HighNodeCPUFrequency
    • VirtualMachineStuckInUnhealthyState
    • VirtualMachineStuckOnNode
    • PersistentVolumeFillingUp
    • DeprecatedMachineType
    • HCOGoldenImageWithNoSupportedArchitecture
    • HCOGoldenImageWithNoArchitectureAnnotation
    • HCOMultiArchGoldenImagesDisabled

    仮想化メトリクスの全リストは、openshift/runbooks Git リポジトリーを参照してください。

  • ゲストエージェントの ping プローブ を使用して QEMU ゲストエージェントが仮想マシン上で実行されているかどうかを確認する機能が、一般提供になりました。以前は、この機能はテクノロジープレビューとして提供されていました。
  • Azure Red Hat OpenShift (ARO) 上の OpenShift Virtualization と Microsoft Azure Boost の使用が一般提供になりました。

2.1.4.6. 主な技術上の変更点

  • この更新前は、ディスクのホットプラグに virtio-scsi バスタイプしか使用できませんでした。この更新では、virtio-blk バスタイプもサポートされるようになりました。

2.1.5. 非推奨の機能と削除された機能

2.1.5.1. 非推奨の機能

非推奨の機能は現在のリリースに含まれており、サポートされています。ただし、これらは今後のリリースで削除されるため、新規デプロイメントでの使用は推奨されません。

  • OperatorConditionsUnhealthy アラートは非推奨になりました。このアラートは、安全に サイレンス することができます。
  • ホットプラグされたディスクは、すべてデフォルトで永続的です。非永続的なホットプラグディスクの使用は非推奨です。今後のリリースではサポートされなくなります。

2.1.5.2. 削除された機能

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

  • このリリースでは、Data Plane Development Kit (DPDK) チェックアップのサポートが削除されました。OpenShift Container Platform クラスターノードが、パケットロスゼロで DPDK ワークロードを持つ仮想マシンを実行できるかどうかを確認するための、事前定義済みのチェックアップを実行できなくなりました。

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

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

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

  • 異種クラスター向けのゴールデンイメージのサポートが利用可能になりました。

2.1.7. バグ修正

  • ストレージ移行後、参照されない dataVolumeTemplate オブジェクトが原因で、仮想マシンスナップショットの復元が失敗することはなくなりました。スナップショットプロセスでは、volumes リストと一致するようにコントローラーリビジョン内のデータボリュームテンプレートが更新され、一貫したデータ回復が確保されるようになりました。(CNV-61279)
  • virt-handler Pod の移行コントローラーは、ソース、ターゲット、仮想マシンの責務を分離して、決定論的に完了するようにし、統一された VirtualMachineInstance (VMI) キャッシュを使用するように再設計されました。(CNV-48348)
  • 仮想マシンテンプレートでは、Virtual Trusted Platform Module (vTPM) の永続性がデフォルトで有効になりました。Windows 仮想マシンの BitLocker システムチェックは、非永続的な vTPM デバイスでは合格しなくなりました。(CNV-36448)
  • s390x システムでは、Boot from CD オプションを使用してテンプレートから作成された仮想マシンが正しく起動するようになりました。CD-ROM デバイスは SATA ではなく SCSI として接続されますが、これは s390x アーキテクチャーではサポートされていません。(CNV-61740)

2.1.8. 既知の問題

2.1.8.1. ネットワーク

  • OpenShift Container Platform 4.12 から新しいマイナーバージョンに更新すると、cnv-bridge Container Network Interface (CNI) を使用する仮想マシンがライブマイグレーションに失敗します。(https://access.redhat.com/solutions/7069807)

    • 回避策として、更新を実行する前に、NetworkAttachmentDefinition マニフェストの spec.config.type フィールドを cnv-bridge から bridge に変更します。
  • Red Hat OpenShift Service Mesh 3.1.1 および Istio バージョン 1.25 以降は、OpenShift Virtualization 4.20 と互換性がありません。これは、アノテーション traffic.sidecar.istio.io/kubevirtInterfaces が非推奨になったためです。(OSSM-10883)

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

2.1.8.2. Nodes

  • OpenShift Virtualization をアンインストールしても、OpenShift Virtualization によって作成された feature.node.kubevirt.io ノードラベルは削除されません。ラベルは手動で削除する必要があります。(CNV-38543)

2.1.8.3. ストレージ

  • OpenShift Container Platform Web コンソールからストレージのライブマイグレーションを試みると、ハングし、移行先の PersistentVolumeClaim (PVC) の作成に失敗する可能性があります。この問題は、移行に以前使用された移行元 PVC をマークするラベルを Web コンソールが検出しないために発生します。このラベルが存在する場合、移行を正常に続行できません。(CNV-70866)

    • 回避策として、Migration Toolkit for Containers (MTC) Web コンソールを使用するか、CLI を使用して MigPlan リソースを手動で作成し、移行を実行してください。

2.1.8.4. Virtualization

  • 仮想マシン名が 47 文字を超えると、ライブマイグレーションが失敗します。(CNV-61066)
  • vNUMA が有効な仮想マシンを移行する際に、KubeletConfig の topologyManagerPolicy 設定が none に設定されている場合、ライブマイグレーションが失敗する可能性があります。これは、Topology Manager ポリシー内の NUMA セルが競合するために発生します。(CNV-70330)

    • 回避策として、KubeletConfig の topologyManagerPolicy 設定を、best-effort または single-numa-node ポリシーのいずれかを使用するように設定してください。
  • OpenShift Virtualization は、Pod によって使用されるサービスアカウントトークンをその特定の Pod にリンクします。OpenShift Virtualization は、トークンが含まれるディスクイメージを作成してサービスアカウントボリュームを実装します。仮想マシンを移行すると、サービスアカウントボリュームが無効になります。(CNV-33835)

    • 回避策として、サービスアカウントではなくユーザーアカウントを使用してください。ユーザーアカウントトークンは特定の Pod にバインドされていないためです。

2.1.8.5. IBM Z と IBM LinuxONE

  • s390x アーキテクチャーに基づく仮想マシンでは IPL ブートモードのみを使用できます。ただし、OpenShift Container Platform Web コンソールでは、s390x 仮想マシンの ブートモード リストに、BIOSUEFI、および UEFI (セキュア) ブートモードが誤って含まれています。s390x ベースの仮想マシンに対してこれらのモードのいずれかを選択すると、操作は失敗します。(CNV-56889)
トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

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

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

会社概要

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

Theme

© 2025 Red Hat