2.19.3. コンピュート

RHOSP 17.1 では、カスタムポリシーを使用してセキュアなロールベースのアクセス制御が実装されました。RHOSO-18.0.0 では、SRBAC の nova ネイティブサポートを使用してこれが実装されています。その結果、すべての OpenStack デプロイメントはデフォルトで ADMIN、MEMBER、および READER ロールをサポートします。

Jira:OSPRH-1505

この機能拡張により、RHOSO の 18.0 リリースに含まれるようになった Compute サービス API マイクロバージョン 2.90 および 2.94 を使用して、Compute サービス (nova) インスタンスのホスト名を設定できるようになりました。

API マイクロバージョン 2.90 では、インスタンスの作成、更新、再ビルド時にオプションのホスト名を指定できるようになりました。これは短い名前 (ピリオドなし) で、メタデータ API または設定ドライブを通じて、ゲスト OS で使用可能なメタデータに表示されます。ゲストにインストールおよび設定されている場合、cloud-init は、このオプションのホスト名を使用してゲストのホスト名を設定します。

API マイクロバージョン 2.94 は、ホスト名を指定する場所で完全修飾ドメイン名 (FQDN) を指定できるようにすることで、マイクロバージョン 2.90 を拡張します。インスタンスのホスト名として FQDN を使用する場合は、メタデータ API のホスト名フィールドに正しい FQDN が表示されるように、[api]dhcp_domain 設定オプションを空の文字列に設定する必要があります。

Jira:OSPRH-17

[libvirt]cpu_power_management を True に設定することで、専用 CPU 電源状態を管理するように nova-compute サービスを設定できるようになりました。

この機能は、Compute サービスを [compute]cpu_dedicated_set で設定する必要があります。この設定では、インスタンスによって使用されるまで、すべての専用 CPU の電源がオフになります。これらを使用するインスタンスが起動されると、電源がオンになります。電源管理が設定されているが、[compute]cpu_dedicated_set が設定されていない場合、Compute サービスは起動しません。

デフォルトでは、電源ストラテジーは電源を切るときに CPU をオフラインにし、電源を入れるときに CPU をオンラインにしますが、別のストラテジーも可能です。代わりにガバナーを使用するには、[libvirt]cpu_power_management_strategy=governor を設定し、[libvirt]cpu_power_governor_low [libvirt]cpu_power_governor_high を使用して、オンラインモードとオフラインモードで使用するガバナーを指定します (パフォーマンスと節電)。

Jira:OSPRH-18

v2.95 マイクロバージョン以降では、退避されたインスタンスは宛先で停止されます。Operator は、v2.95 より下のマイクロバージョンを選択することで、以前の動作を引き続き使用できます。v2.95 より前では、仮想マシンが退避前にアクティブだった場合、退避に失敗するとアクティブな状態に復元されました。ハイパーバイザーの停止の結果としてワークロードで I/O 破損が発生した場合、ワークロードが単一の仮想マシンの障害を許容するクラスター化されたアプリケーションであった場合は、復元作業が困難になったり、さらなる問題が発生する可能性があります。このため、常に Stopped 状態に退避し、テナントが仮想マシンの復元方法を決定できるようにする方が安全であると考えられます。

Jira:OSPRH-184

Compute サービス (nova) を起動し、Compute ホストが名前の変更を検出した場合、ホスト名の変更の理由を知っておく必要があります。問題を解決したら、Compute サービスを再起動する必要があります。

Jira:OSPRH-20

ネットワークバックエンドに L2 接続がある場合は、固定 IP アドレスを持たない non-deferred ポートを持つインスタンスを作成できるようになりました。

RHOSP の以前のリリースでは、すべての neutron ポートに IP アドレスが必要でした。L3 ルーティングネットワークの場合、IP アドレスの割り当ては即時 (デフォルト) または延期される可能性があります。RHOSO 18.0 では、その要件は削除されました。ポートに L2 ネットワーク接続のみが必要な場合は、IP アドレスなしで neutron ポートを作成できるようになりました。

この機能を使用するには、仮想マシンインスタンスを作成するとき、または既存のインスタンスにポートを接続するときに使用するために nova に渡す前に、neutron ポートで ip_allocation = 'none' を設定します。

Jira:OSPRH-57

この更新により、Windows ゲスト向け libvirt XML に次の機能が追加されます。

RHOSP 17.1.4 では、デフォルトでは NUMA ノードにインスタンスがパックされていました。

RHOSO 18.0 では、デフォルトが NUMA ノード間でインスタンスのバランスをとるように変更されました。デフォルトを変更し、NUMA ノードにインスタンスをパックするには、以下を設定します。

[compute]
packing_host_numa_cells_allocation_strategy = True

これは、スケジューラーとコンピュートノードの nova.conf の両方で行います。

Jira:OSPRH-59

この更新では、ボリュームバックインスタンスを別のイメージから再ビルドする機能が追加されました。

この更新前は、ブートボリューム内の元のイメージからのみボリュームバックインスタンスを再ビルドできました。

これで、Cinder 側のブートボリュームを再イメージ化した後、インスタンスを再ビルドできます。

この機能には、API マイクロバージョン 2.93 以降が必要です。

Jira:OSPRH-66

この機能拡張により、nova-manage db archive_deleted_rows CLI に --task-log オプションが追加されます。 --task-log オプションを使用すると、データベースのアーカイブ中に task_log テーブルレコードがアーカイブされます。このオプションは、nova-operator データベースパージ cron ジョブのデフォルトです。以前は、データベースを手動で変更せずに task_log テーブルを削除する方法はありませんでした。

指定した <date> より古いレコードに対しては、--task-log オプションを --before オプションとともに使用できます。updated_at フィールドは指定された <date> と比較され、アーカイブする task_log レコードの経過日数を決定します。

nova-compute を [DEFAULT]instance_usage_audit = True で設定すると、task_log データベーステーブルは --task-log 使用の監査ログを維持します。

Jira:OSPRH-68

Libvirt ドライバーは、ゲストに仮想 IOMMU デバイスを追加できます。この機能は、Q35 マシンタイプを使用する x86 ホストに適用されます。この機能を有効にするには、hw:viommu_model 追加仕様または同等のイメージメタデータプロパティー hw_viommu_model を指定します。サポートされている値は、intel、smmuv3、virtio、auto です。デフォルト値は auto で、virtio が自動的に選択されます。

Jira:OSPRH-69

この更新により、RHOSO 18.0.0 の server unshelve コマンドに新しいオプションが追加されました。

--host オプションを使用すると、管理者は宛先ホストを指定できます。--no-availability-zone オプションを使用すると、管理者はアベイラビリティーゾーンを指定できます。どちらのオプションでも、サーバーが SHELVED_OFFLOADED 状態であり、Compute API バージョンが 2.91 以上である必要があります。

Jira:OSPRH-74

このリリースでは、bochs libvirt ビデオモデルを使用する機能が追加されました。bochs libvirt ビデオモデルは、UEFI ゲストに最適なレガシーフリーのビデオモデルです。場合によっては、ゲストが直接の VGA ハードウェアアクセスに依存しない場合など、BIOS ゲストに使用できることもあります。

Jira:OSPRH-76

nova-operator は、各 Compute サービス (nova) セルに対して定期的なジョブをスケジュールし、セルデータベースから削除された行をアーカイブしてパージするようになりました。ジョブの頻度と、アーカイブおよびパージするデータベース行の経過時間は、cellTemplates 内の各セルの {{OpenStackControlPlane.spec.nova.template.cellTemplates[].dbPurge}} 構造で微調整できます。

Jira:OSPRH-86