2.18.2. コンピュート

RHOSO 18.0 では、イメージメタデータプレフィルターがデフォルトで有効化されています。RHOSO は非ネイティブアーキテクチャーのエミュレーションをサポートしていません。アップストリームのエミュレーションサポートの導入の一環として、イメージメタデータプレフィルターが拡張され、宣言された仮想マシンアーキテクチャー (例: hw_architecture=x86_64) に基づいて、インスタンスのスケジューリングがサポートされるようになりました。

nova がイメージプロパティーを使用して非ネイティブアーキテクチャーのエミュレーションをサポートするように拡張されたときに、ネイティブアーキテクチャーが virt ドライバーによって特性として報告されなかったため、バグが発生しました。

したがって、デフォルトでは、イメージ上の hw_architecture または architecture を設定するためのサポートは動作不能になりました。

回避策: このバグを軽減するには、次のいずれかのタスクを実行します。

Compute サービス (nova) の電源管理機能は、デフォルトでは無効になっています。次の nova-compute 設定でこれを有効にできます。

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor

デフォルトの cpu_power_management_strategy cpu_state は、NUMA リソースの追跡問題を引き起こすバグのため、現時点ではサポートされていません。このバグでは、すべての無効な CPU が正しい NUMA ノードではなく NUMA ノード 0 で報告されます。

Jira:OSPRH-8712

ローカルストレージを使用する一時停止されたインスタンスを複数回ライブマイグレーションすることはできません。2 回目のマイグレーションが原因で QEMU プロセスがクラッシュし、nova によってインスタンスが ERROR 状態になります。

回避策: 可能であれば、インスタンスの一時停止を一時的に解除し、2 回目のライブマイグレーションの前に再度一時停止します。

インスタンスの一時停止は必ず解除できるわけではありません。たとえば、インスタンスがマルチアタッチの Cinder ボリュームを使用している場合に、そのボリュームへのアクセスを 1 つのインスタンスに制限して他のインスタンスの一時停止状態を維持するために一時停止を使用するとします。この場合、インスタンスの一時停止を解除することは実行可能な回避策ではありません。

Jira:OSPRH-8699