10.4. 異種クラスターのサポート

enableMultiArchBootImageImport フィーチャーゲートを有効にすると、Scheduling, Scale, and Performance (SSP) Operator は、サポート対象のアーキテクチャーごとに新しい個別のブートソースを作成し、それぞれが DataSource オブジェクトによって表されます。たとえば、rhel9 のブートソースイメージは、以下のデータソースを取得します。

rhel9 などの元の名前は、デフォルトでコントロールプレーンのアーキテクチャーに一致するブートソースになります。たとえば、制御プレーンノードが amd64 を使用する場合、rhel9 は rhel9-amd64 に解決されます。

アーキテクチャーサフィックスのない元の名前を使用している既存の仮想マシンマニフェストおよびテンプレートは、変更なしで引き続き動作します。

OpenShift Virtualization が提供する共通ブートソースの場合の場合、SSP Operator がサポート対象のアーキテクチャーを自動的に判定します。HyperConverged CR を介して追加するカスタムブートソースの場合、ssp.kubevirt.io/dict.architectures アノテーションを使用して、サポート対象のアーキテクチャーを指定する必要があります。

ブートソースイメージに基づかない仮想マシン (例: コンテナーディスク、HTTP ソース、アップロード、クローンなどの仮想マシン) は、デフォルトでコントロールプレーンアーキテクチャーを使用します。VirtualMachine マニフェストの spec.template.spec.architecture フィールドは、仮想マシンが使用するアーキテクチャーを制御します。

レジストリーソースから直接作成された DataVolume には、デフォルトのアーキテクチャーがありません。明示的なアーキテクチャーがない場合、CDI はレジストリーが返すイメージバリアントをそのままプルします。DataVolume マニフェストの spec.source.registry.platform.architecture フィールドは、プルするアーキテクチャーを制御します。