第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 の OVN-Kubernetes Container Network Interface (CNI) ネットワークプロバイダーを使用できます。
OpenShift Virtualization の機能 を参照してください。
OpenShift Virtualization のアーキテクチャーとデプロイメント の詳細を参照してください。
OpenShift Virtualization 用に クラスターを準備します。
2.1.2.1. OpenShift Virtualization でサポートされるクラスターバージョン
OpenShift Virtualization 4.18、OpenShift Container Platform 4.18 クラスターでの使用がサポートされています。OpenShift Virtualization の最新の z-stream リリースを使用するには、最初に OpenShift Container Platform の最新バージョンにアップグレードする必要があります。
OpenShift Virtualization は現在、x86-64 CPU で利用可能です。Arm ベースのノードはまだサポートされていません。
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 on RHEL CoreOS 9 という名前が付けられます。
- Intel および AMD CPU。
2.1.3. クイックスタート
クイックスタートツアーは、複数の OpenShift Virtualization 機能で利用できます。ツアーを表示するには、OpenShift Container Platform Web コンソールのヘッダーのメニューバーにある Help アイコン ? をクリックし、Quick Starts を選択します。Filter フィールドにキーワードとして virtualization
を入力すると、利用可能なツアーをフィルタリングできます。
2.1.4. 新機能および変更された機能
このリリースでは、次のコンポーネントと概念に関連する新機能と機能拡張が追加されています。
2.1.4.1. Virtualization
- 仮想マシン (VM) を再起動しなくても、実行中の仮想マシンに関連付けられている インスタンスタイプを変更 できるようになりました。この機能は以前はテクノロジープレビューでしたが、現在は一般提供されています。
- 仮想 Trusted Platform Module (vTPM) デバイスが追加された仮想マシンをエクスポートして、これらの仮想マシンのスナップショットを作成し、スナップショットから仮想マシンを復元できるようになりました。vTPM デバイスがアタッチされた仮想マシンのクローンを作成したり、そのスナップショットから新しい仮想マシンを作成したりすることは、サポートされていない点に注意してください。
-
ReadWriteOnce
(RWO)Filesystem
のサポートが追加されたことで、vTPM や EFI などの仮想マシンの状態を維持するディスクに任意のストレージクラスを使用できるようになりました。以前は、仮想マシンを再起動しても永続するために、ストレージクラスのタイプはReadWriteMany
(RWX) アクセスモードを持つFilesystem
である必要がありました。
2.1.4.2. ネットワーク
- 仮想マシンのプライマリーインターフェイスで、仮想マシンを ユーザー定義ネットワーク (UDN) に接続できるようになりました。
- パブリッククラウドの仮想マシンで、プライマリーユーザー定義ネットワークを使用できるようになりました。
2.1.4.3. Web コンソール
- VirtualMachines ページを離れずに仮想マシンを実行している状態でも、Web コンソールで、仮想マシンディスクの永続ボリューム要求 (PVC) のサイズを増やす ことが可能になりました。
- OpenShift Container Platform Web コンソールから 複数の仮想マシンの状態を制御 できるようになりました。
- クラスター管理者は、トポロジーダイアグラムの形式でクラスターのノードネットワーク (NNS) の状態を表示 できます。NNS トポロジーダイアグラムには、すべてのノードコンポーネント (ネットワークインターフェイスコントローラー、ブリッジ、ボンディング、VLAN)、それらのプロパティーと設定、およびノード間の接続が表示されます。Web コンソールの NodeNetworkState ページからトポロジー図を開くことができます。
2.1.4.4. モニタリング
割り当てられたストレージ、CPU、およびネットワークリソースの仮想マシン (VM) ワークロードメトリクスを表示できるようになりました。管理者はこれらのメトリクスを使用して、リソースの割り当てとキャパシティープランニングを決定できます。
仮想化メトリクスの完全なリストは、KubeVirt components metrics を参照してください。
2.1.4.5. ドキュメントの改善
仮想マシンに関する情報は、OpenShift Virtualization ドキュメントの 3 つの新しいセクションで確認できます。
- 仮想マシンの作成 では、基本的な仮想マシンの作成について記載しています。
- 高度な仮想マシンの作成 では、仮想マシンを作成する高度な方法が記載されています。
仮想マシンの管理 には、仮想マシンの管理に関連するすべての手順 (基本的設定および高度な設定の両方) が記載されています。
これらのセクションには、合理化および改善されたコンテンツが含まれます。
2.1.4.6. 主な技術上の変更点
- デフォルトのストレージクラスを変更すると、既存のブートソースが自動的に削除および再インポートされます。ブートソースイメージがボリュームスナップショットとして保存され、デフォルトのストレージクラスが設定されていない場合、スナップショットはクリーンアップされ、新しいデータボリュームが作成されますが、デフォルトのストレージクラスが設定されるまでインポートされません。
2.1.5. 非推奨の機能および削除された機能
2.1.5.1. 非推奨の機能
非推奨の機能は現在のリリースに含まれており、サポートされています。ただし、これらは今後のリリースで削除されるため、新規デプロイメントでの使用は推奨されません。
-
copy-template
、modify-vm-template
、およびcreate-vm-from-template
タスクは非推奨になりました。
- Windows Server 2012 R2 テンプレートのサポートは廃止されました。
-
KubeVirtComponentExceedsRequestedMemory
アラートとKubeVirtComponentExceedsRequestedCPU
アラートは非推奨になりました。これらは、安全に サイレント にできます。
2.1.5.2. 削除された機能
削除された機能は OpenShift Virtualization ではサポートされなくなりました。
-
tekton-tasks-operator`
が削除されました。Tekton タスクとサンプルパイプラインがタスクカタログ (ArtifactHub) で利用できるようになりました。
2.1.6. テクノロジープレビュー機能
現在、今回のリリースに含まれる機能にはテクノロジープレビューのものがあります。これらの実験的機能は、実稼働環境での使用を目的としていません。これらの機能に関しては、Red Hat カスタマーポータルの以下のサポート範囲を参照してください。
- IBM Z® および IBM® LinuxONE (s390x アーキテクチャー) システムの論理パーティション (LPAR) にデプロイされた OpenShift Container Platform クラスターで OpenShift Virtualization を使用できます。詳細は、IBM Z と IBM LinuxONE の互換性 を参照してください。
OpenShift Container Platform Web コンソールを使用して、仮想マシン (VM) にアタッチされている 1 つ以上のディスクを別のストレージクラスに移行 できるようになりました。ストレージクラスの移行を成功させるには、仮想マシンが実行されている必要があり、クラスターには仮想マシンのライブマイグレーションに使用できるノードが必要です。
注記HyperConverged
カスタムリソースでは、ストレージライブマイグレーションはデフォルトで有効になっていません。必要なフィーチャーゲートを有効にするには、Red Hat ナレッジベースの記事 Enable VM storage live migration in OpenShift Virtualization に記載されている回避策に従ってください。
2.1.7. 既知の問題
ネットワーク
OpenShift Container Platform 4.12 から新しいマイナーバージョンに更新すると、
cnv-bridge
Container Network Interface (CNI) を使用する仮想マシンがライブマイグレーションに失敗します。(https://access.redhat.com/solutions/7069807)-
回避策として、更新を実行する前に、
NetworkAttachmentDefinition
マニフェストのspec.config.type
フィールドをcnv-bridge
からbridge
に変更します。
-
回避策として、更新を実行する前に、
ノード
-
OpenShift Virtualization をアンインストールしても、OpenShift Virtualization によって作成された
feature.node.kubevirt.io
ノードラベルは削除されません。ラベルは手動で削除する必要があります。(CNV-38543)
- さまざまなコンピュートノードが含まれる異種クラスターでは、HyperV reenlightenment が有効な仮想マシンを、タイムスタンプカウンター (TSC) スケーリングをサポートしていないノードまたは TSC の周波数が不適切なノードでスケジュールできません。(BZ#2151169)
ストレージ
csi-clone
クローンストラテジーを使用して 100 台以上の仮想マシンのクローンを作成する場合、Ceph CSI はクローンをパージしない可能性があります。クローンの手動削除も失敗する可能性があります。(CNV-23501)-
回避策として、
ceph-mgr
を再起動して仮想マシンのクローンをパージすることができます。
-
回避策として、
停止した仮想マシンに対してストレージクラスの移行を実行する場合、起動可能なデバイスがないために仮想マシンを起動できない場合があります。これを防ぐには、仮想マシンが実行していない場合は、ストレージクラスの移行を試行しないでください。(CNV-55104)
重要ストレージクラスの移行は、テクノロジープレビュー機能としてのみご利用いただけます。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は、実稼働環境でこれらを使用することを推奨していません。テクノロジープレビュー機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行い、フィードバックを提供していただくことを目的としています。
Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
Virtualization
ワークロードの更新中や、多数の移行がトリガーされた場合に、仮想マシンインスタンスの移行が失敗する場合があります。これは、保留中の移行、未定義の移行、またはその両方の組み合わせが少なくとも 400 件ある場合に発生する可能性が高くなります。(CNV-56659)
- 回避策として、この問題に関する Red Hat ナレッジベースのソリューション記事 の手順に従ってください。
-
仮想 Trusted Platform Module (vTPM) デバイスを Windows 仮想マシンに追加すると、vTPM デバイスが永続的でない場合でも、BitLocker ドライブ暗号化システムチェックに合格します。これは、
virt-launcher
Pod の存続期間中、永続的ではない vTPM デバイスが一時ストレージを使用して暗号化キーを保存および復元するためです。仮想マシンが移行するか、シャットダウンして再起動すると、vTPM データは失われます。(CNV-36448)
OpenShift Virtualization は、Pod によって使用されるサービスアカウントトークンをその特定の Pod にリンクします。OpenShift Virtualization は、トークンが含まれるディスクイメージを作成してサービスアカウントボリュームを実装します。仮想マシンを移行すると、サービスアカウントボリュームが無効になります。(CNV-33835)
- 回避策として、サービスアカウントではなくユーザーアカウントを使用してください。ユーザーアカウントトークンは特定の Pod にバインドされていないためです。
Web コンソール
- Web コンソールの Create PersistentVolumeClaim リストから With Data upload form を選択して永続ボリューム要求 (PVC) を作成する際に、Upload Data フィールドを使用して PVC にデータをアップロードすると失敗します。(CNV-37607)
IBM Z と IBM LinuxONE
s390x アーキテクチャーでの OpenShift Virtualization の使用は、テクノロジープレビュー機能としてのみご利用いただけます。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は、実稼働環境でこれらを使用することを推奨していません。テクノロジープレビュー機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行い、フィードバックを提供していただくことを目的としています。
Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
s390x アーキテクチャーの Red Hat Enterprise Linux (RHEL) コンテナーディスクイメージを使用して仮想マシンを作成する場合は、仮想マシンコンソールへの
virtio_balloon
出力を参照するトレースを呼び出します。(OCPBUGS-51113)-
回避策として、仮想マシン YAML 設定に
spec.autoattachMemBalloon: false
パラメーターを追加します。
-
回避策として、仮想マシン YAML 設定に
- Web コンソールで、s390x 仮想マシンの ブートモード リストに、BIOS、UEFI、および UEFI (セキュア) ブートモードが誤って含まれています。s390x ベースの仮想マシンに対してこれらのモードのいずれかを選択すると、操作は失敗します。これは、s390x アーキテクチャーに基づく仮想マシンでは IPL ブートモードしか使用できないためです。(CNV-56889)
-
Web コンソールでは、s390x アーキテクチャーに基づく仮想マシンに対して複数の CPU スレッドを誤って定義できる可能性があります。複数の CPU スレッドを定義すると、仮想マシンは
CrashLoopBackOff
状態になり、qemu-kvm: S390 does not support more than 1 threads
というエラーが発生します。(CNV-56890)