第7章 パフォーマンス改善のためのコンピュートノードの設定

手順

1. Compute 環境ファイルの NovaVcpuPinSet 設定を定義して、仮想マシン用に CPU コアを確保します。

   NovaVcpuPinSet: 2,3,6,7

2. 同じファイルの NovaReservedHostMemory オプションを、ホストのプロセス用に確保するメモリー容量に設定します。たとえば、512 MB を確保する場合、設定は以下のようになります。

   NovaReservedHostMemory: 512

3. 仮想マシン用に確保した CPU コアでホストプロセスが実行されないようにするには、Compute 環境ファイルの IsolCpusList パラメーターに、仮想マシン用に確保した CPU コアを設定します。CPU インデックスの一覧またはスペース区切りの範囲を使用して、IsolCpusList パラメーターの値を指定します。以下に例を示します。

   IsolCpusList: 2 3 6 7

   注記

   IsolCpusList パラメーターにより、下層のコンピュートノードは対応する物理 CPU を自らは使用できなくなります。物理 CPU は仮想マシン専用です。

4. この設定を適用するには、オーバークラウドをデプロイします。

   (undercloud) $ openstack overcloud deploy --templates \
     -e /home/stack/templates/<compute_environment_file>.yaml

手順

1. Compute 環境ファイルを開きます。

2. NovaSchedulerDefaultFilters パラメーターにまだ以下の値がなければ、値を追加します。

   • NUMATopologyFilter
   • AggregateInstanceExtraSpecsFilter
3. 設定ファイルを保存します。
4. オーバークラウドをデプロイします。

手順

1. admin の認証情報を読み込みます。

   source ~/keystonerc_admin

2. ピニング要求を受信するホスト用にアグリゲートを作成します。

   nova aggregate-create <aggregate-name-pinned>

3. アグリゲートのメタデータを編集して、ピニングを有効化します。

   nova aggregate-set-metadata <aggregate-pinned-UUID> pinned=true

4. その他のホスト用のアグリゲートを作成します。

   nova aggregate-create <aggregate-name-unpinned>

5. このアグリゲートのメタデータを編集します。

   nova aggregate-set-metadata <aggregate-unpinned-UUID> pinned=false

6. 既存のフレーバーのスペックを以下のように変更します。

   for i in $(nova flavor-list | cut -f 2 -d ' ' | grep -o '[0-9]*'); do nova flavor-key $i set "aggregate_instance_extra_specs:pinned"="false"; done

7. ピニング要求を受信するホスト用にフレーバーを作成します。

   nova flavor-create <flavor-name-pinned> <flavor-ID> <RAM> <disk-size> <vCPUs>

   詳細は以下のようになります。

   • <flavor-ID>: nova で UUID を生成する場合は、auto に設定します。
   • <RAM>: 必要なメモリーを MB 単位で指定します。
   • <disk-size>: 必要なディスクサイズを GB 単位で指定します。
   • <vCPUs>: 確保する仮想 CPU の数

8. このフレーバーの hw:cpu_policy のスペックは、dedicated に指定して、CPU ピニングを有効化するための専用のリソースを必要とするように設定し、hw:cpu_thread_policy の仕様を require に指定して、スレッドシブリングに各仮想 CPU を配置します。

   nova flavor-key <flavor-name-pinned> set hw:cpu_policy=dedicated
   nova flavor-key <flavor-name-pinned> set hw:cpu_thread_policy=require

   注記

   ホストに SMT アーキテクチャーがない場合や、スレッドシブリングに空きのある CPU コアが十分にない場合には、スケジューリングが失敗します。このような動作が望ましくない場合や、単にホストが SMT アーキテクチャーを備えていない場合には、hw:cpu_thread_policy の仕様を使わないようにするか、require の代わりに prefer に設定してください。デフォルトの prefer ポリシーでは、スレッドシブリングが利用可能な場合には、必ず使用されます。

9. aggregate_instance_extra_specs:pinned のスペックは「true」に指定して、このフレーバーをベースとするインスタンスが、アグリゲートのメタデータ内のこのスペックを使用するように設定します。

   nova flavor-key <flavor-name-pinned> set aggregate_instance_extra_specs:pinned=true

10. 新規アグリゲートにホストを追加します。

    nova aggregate-add-host <aggregate-pinned-UUID> <host_name>
    nova aggregate-add-host <aggregate-unpinned-UUID> <host_name>

11. 新規フレーバーを使用してインスタンスをブートします。

    nova boot --image <image-name> --flavor <flavor-name-pinned> <server-name>

12. 新規サーバーが正しく配置されたことを確認するには、以下のコマンドを実行して、その出力で OS-EXT-SRV-ATTR:hypervisor_hostname の箇所をチェックします。

    nova show <server-name>