第2章 リリースノート

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

• 仮想マシンの削除保護を有効化 することで、仮想マシン (VM) の意図しない削除を防止できるようになりました。仮想マシンに設定されている削除保護を無効にすることもできます。

  クラスター管理者は、クラスターレベルでオプションを削除することで、ユーザーによる仮想マシン削除保護の有効化を阻止できます。

• インスタンスタイプと設定を使用して、仮想マシン (VM) の拡張を選択できるようになりました。詳細は、Red Hat カスタマーポータルの Using InstancetypeReferencePolicy to expand VirtualMachines を参照してください。
• Red Hat Enterprise Linux (RHEL) 10 が認定ゲストオペレーティングシステムとして追加されました。サポート対象のゲストオペレーティングシステムの完全なリストは、Certified Guest Operating Systems in OpenShift Virtualization を参照してください。

• OpenShift CLI (oc) から 複数の仮想マシン (VM) のマシンタイプを同時に更新 できるようになりました。

• OpenShift Container Platform クラスター内のすべてのイーサネットポートに対して、Link Layer Discovery Protocol (LLDP) リスナーを有効にするように NodeNetworkConfigurationPolicy マニフェストを設定 できるようになりました。
• クラスターのトポロジービューで新しい Node Network Configuration Policy (NNCP) を作成し、そのグラフィカル表現をリアルタイムで確認できるようになりました。Node network configuration ページで Create をクリックすると、新しい NNCP の要素を設定するためのフォームが開き、NNCP は図としても表示されます。

• OVN-Kubernetes localnet ネットワークトポロジーを使用して、仮想マシンを セカンダリーユーザー定義ネットワーク に接続できるようになりました。

• HyperConverged カスタムリソース (CR) の dataImportCronTemplates セクションで、PVC をカスタム DataImportCron のソースとして使用できるようになりました。詳細は、ブートソースの自動更新の管理 を参照してください。

• ソリッドステートドライブ (SSD) や不揮発性メモリーエクスプレス (NVMe) などの 高速ストレージを使用する仮想マシンに対して複数の IOThreads を設定 できるようになりました。これにより、ディスクアクセスに複数のスレッドが有効になり、I/O パフォーマンスが向上します。

• VirtualMachines ページで、仮想マシンの CPU、メモリー、ストレージの使用状況の概要を確認 できるようになりました。このサマリーを特定のプロジェクト内の仮想マシンに制限するには、ツリービューでプロジェクト名を選択します。

• VirtualMachines ページで、ツリービューを使用して仮想マシン間を移動 できるようになりました。

• 1 台の仮想マシンまたは複数の仮想マシンを停止、再起動、または一時停止 しようとすると、確認ダイアログが表示されるようになりました。

• 仮想マシンを右クリックし、ツリービューから Options メニュー のコマンド にアクセスできるようになりました。プロジェクトを右クリックしてコマンドを選択すると、そのアクションはプロジェクト内のすべての仮想マシンに適用されます。
• ラベルの追加または削除、削除対象として選択された仮想マシン (VM) の数の表示、同じ namespace 内のフォルダーへの仮想マシンの移動など、複数の仮想マシンに対して一括操作を実行できるようになりました。

• VirtualMachines ページで、ツリービューを使用して仮想マシンをフォルダーに整理 し、仮想マシンをこれらのフォルダーにドラッグアンドドロップできるようになりました。

• 名前、プロジェクト、説明、ラベル、作成日、仮想 CPU、メモリーなどのフィールド別に 仮想マシンを検索 できるようになりました。よく使用する検索クエリーを保存することもできます。

• 以下の OpenShift Virtualization Operator のアラート が、OpenShift Container Platform runbook に含まれるようになりました。

  • HAControlPlaneDown
  • HighCPUWorkload
  • NodeNetworkInterfaceDown

• 新しいメトリクスが利用可能になり、仮想マシン (VM) と仮想マシンインスタンス (VMI) の可観測性が向上しました。これらのメトリクスを使用して、次の仮想マシンライフサイクルイベント、リソース使用率、移行の詳細を監視できます。

  • 移行メトリクス
  • vNIC ネットワーク情報メトリクス
  • 実行中および停止中の仮想マシンに割り当てられたストレージサイズのメトリクス

  さらに、次の仮想マシンおよび VMI メタデータメトリクスが利用できるようになりました。

  • kubevirt_vmi_info の pod_name ラベル
  • VM および VMI メトリクス内の UID
  • 仮想マシンの作成日

  仮想化メトリクスの完全なリストは、KubeVirt components metrics を参照してください。

• インスタンスタイプと設定を使用する VirtualMachines では、実行時に仕様が変更され、revisionName などの派生メタデータが含まれることはなくなりました。このメタデータは、宣言型仮想マシン仕様を保持し、互換性を確保するために status フィールドに保存されるようになりました。

• OpenShift Virtualization 4.19 では、クラスターのセキュリティーを強化するために、ライブマイグレーションのデフォルトのパーミッションが変更されました。ライブマイグレーション要求を作成、削除、または更新するための kubevirt.io:migrate クラスターロール は、ユーザーに明示的に付与する必要があります。以前は、namespace 管理者にはデフォルトでこれらのパーミッションがありました。詳細は、ライブマイグレーションのパーミッションについて を参照してください。

• OperatorConditionsUnhealthy アラートは非推奨になりました。このアラートは、安全に サイレンス することができます。

• 次の HyperConverged カスタムリソース (CR) フィールドは非推奨になり、spec.featureGates フィールドの元の場所から spec フィールドの新しい場所にコピーされ、必要に応じて使用できるようになりました。

  • DeployVmConsoleProxy
  • EnableApplicationAwareQuota
  • EnableCommonBootImageImport

  spec.featureGates の場所で使用する場合、古いフィールドは無視されます。

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

• Oracle Cloud Infrastructure (OCI) への OpenShift Virtualization のインストールが一般提供になりました。詳細は、Red Hat ナレッジベースの OpenShift Virtualization and Oracle Cloud Infrastructure known issues and limitations、および GitHub の Installing OpenShift Virtualization on OCI を参照してください。

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

• OpenShift Container Platform Web コンソールを使用すると、仮想マシンを 1 つのストレージクラスから別のストレージクラスに一括移行 できるようになりました。

  この機能には、OpenShift Virtualization 4.19.4 以降と Migration Toolkit for Containers (MTC) 1.8.9 以降の両方が必要です。

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

• s390x アーキテクチャーのサポートが一般提供されました。IBM Z® および IBM® LinuxONE (s390x アーキテクチャー) システムの 1 つ以上の論理パーティション (LPAR) にデプロイされた OpenShift Container Platform クラスターで OpenShift Virtualization を使用できます。詳細は、IBM Z と IBM LinuxONE の互換性 を参照してください。

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

• 新しい IBM Fusion Access for SAN を使用して、Red Hat OpenShift Virtualization のスケーラブルなクラスターファイルシステムに仮想マシンをデプロイできるようになりました。Fusion Access for SAN は、統合されたブロックレベルのデータストレージへのアクセスを提供します。ディスクアレイなどのストレージデバイスを、直接接続されたストレージであるかのようにオペレーティングシステムに提示します。

  Fusion Access for SAN Operator は、OpenShift Container Platform Operator Hub で入手可能です。

  詳細は、IBM Fusion Access for SAN について を参照してください。

既知の問題

• Fusion Access for SAN のファイルシステムに 2 つのローカルディスクがあり、一方のローカルディスクに障害が発生した場合、どちらのローカルディスクに障害が発生したかが示されず、両方のローカルディスクが Unknown 状態になります。(OCPNAS-56)

• Fusion Access for SAN で仮想マシンストレージ用に複数のファイルシステムを作成する場合、最初のプライマリーファイルシステムを削除すると、残りのファイルシステムがすべて使用できなくなります。残りのファイルシステムで実行されている仮想マシンを移行または再起動することはできません。また、残りのファイルシステム上に新しい仮想マシンを作成することもできません。

  どのファイルシステムがプライマリーファイルシステムであるかを確認するには、次のコマンドを実行します。

  $ oc get cso -n ibm-spectrum-scale-csi ibm-spectrum-scale-csi -o jsonpath='{.spec.clusters[*].primary.primaryFs}'

  Copy to Clipboard Toggle word wrap

  (OCPNAS-61)

• Fusion Access for SAN ストレージクラスター内のワーカーノードと、ワーカーノードが接続されている共有 LUN の間で障害が発生すると、ストレージクラスター上の仮想マシンが一時停止し、サービスが復元された後でも一時停止を解除できなくなります。仮想マシンを回復する唯一の方法は、再起動することです。(OCPNAS-62)

• MTC (v1.8.6) を使用した ODF から Fusion Access for SAN へのストレージライブマイグレーションは、ターゲットアクセスモードが RWO として指定されている場合にのみ機能します。しかし、Fusion Access for SAN はデフォルトで filesystem/RWX を使用します。

  ODF から Fusion Access for SAN (RWO) に移行すると、仮想マシンのログに次のエラーが表示されます。

  message: 'cannot migrate VMI: PVC dv-fedora000-mig-hwtp is not shared, live migration
    requires that all PVCs must be shared (using ReadWriteMany access mode)'
  reason: DisksNotLiveMigratable

  Copy to Clipboard Toggle word wrap

  その結果、ワーカーノードが利用できない場合、仮想マシンにアクセスできなくなります。

  (OCPNAS-77)

• Fusion Access for SAN で、既存のファイルシステムと同じ名前の新しいファイルシステムを作成すると、エラーが表示され、Create file system ボタンが読み込み中のマークを表示したまま停止します。ページをリロードすると、元のファイルシステムのみがリストされます。しかし、また別の新しいファイルシステムを作成しようとすると、2 番目のファイルシステム用に選択した LUN が使用可能なものとして表示されなくなります。(OCPNAS-81)

• Fusion Access for SAN のファイルシステムが最大容量までいっぱいになると、ファイルシステムのカスタムリソース (CR) の mmhealth state が Degraded になります。これは、no_disk_space_warn イベントが原因で発生します。ディスク領域を解放すると、ファイルシステムを再び使用できるようになりますが、ファイルシステムは Degraded 状態のままになります。(OCPNAS-110)

• Fusion Access for SAN でマルチパス LUN を使用している場合、ローカルディスクを削除してもパーティションが削除されません。(OCPNAS-124)

  • 回避策として、いずれかのノードで次のコマンドを実行します。

    $ multipath -f <device>

    Copy to Clipboard Toggle word wrap

    $ multipath -r

    Copy to Clipboard Toggle word wrap

    これらのコマンドをいずれかのノードで実行すると、すべてのノードが修正されます。

• Fusion Access for SAN でファイルシステムを作成するために使用した LUN が、ファイルシステムが Creating 状態から Healthy 状態に移行するまで、引き続き使用可能なものとして示されます。そのため、ユーザーはすでに使用されている LUN を使用して追加のファイルシステムを作成できます。最初のファイルシステムが Healthy 状態に移行すると、2 番目のファイルシステムから LUN が消えます。(OCPNAS-126)

• Fusion Access for SAN は、Fusion Access for SAN に関連しない既存のパーティションを含むディスクをフォーマットします。既存のパーティションとデータを含む新しい iSCSI ターゲットを追加しようとすると、Fusion Access for SAN は警告なしに共有を自動的にフォーマットします。(OCPNAS-143)

• Fusion Access for SAN で 2 番目のファイルシステムを削除すると、次のエラーが発生します。

  Your focus-trap must have at least one container with at least one tabbable node in it at all times.

  Copy to Clipboard Toggle word wrap

  (OCPNAS-163) ** 回避策として、ページを再読み込みし、2 番目のファイルシステムを削除します。

• Fusion Access for SAN のインストールに使用したイメージレジストリーの認証情報が変更された場合は、ibm-fusion-access namespace の kmm-registry-push-pull-secret プルシークレットを削除する必要があります。その後、ibm-fusion-access namespace の fusion-access-operator-controller-manager Pod を再起動する必要があります。(OCPNAS-170)

• Fusion Access for SAN ストレージクラスターが実行中でカーネルモジュールを使用しているときに、再構築をトリガーする KMM 設定を変更すると、KMM がモジュールをアンロードできず、エラーが発生します。(OCPNAS-172)

• Fusion Access for SAN ストレージクラスターで OADP データムーバーを使用して仮想マシンをバックアップする場合、プロセスが Bound 状態に移行してバックアップが開始するまで、長時間にわたって Pending 状態のままになります。プロセスが完全にタイムアウトするまで Pending のままになる場合もあります。(OCPNAS-175)

• ファイルシステムを作成する場合、新しいファイルシステムの Status が Creating から Healthy に変わるまでに 20 分以上かかることがあります。その間、Status は Creating のままとなり、ステータスをクリックすると次のエラーメッセージが表示されます。

  Failed to create filesystem. Check the operator log for more details.

  Copy to Clipboard Toggle word wrap

  このエラーは正しくありません。

  (OCPNAS-184)