高度な設定¶

ドライバーによる違い¶

多くの OpenStack プロジェクトではドライバー層が実装され、各ドライバーはドライバー固有の設定オプションが実装されています。例えば、OpenStack Compute (nova) では、libvirt, xenserver, hyper-v, vmware などの種々のハイパーバイザードライバーが実装されていますが、これらのハイパーバイザードライバーすべてが同じ機能を持っている訳ではなく、異なるチューニング要件もドライバー毎に異なります。

ここで言っておきたいことは、オプションが存在するからといって、そのオプションがあなたが選んだドライバーに関係するとは限らないということである。通常は、ドキュメントには、その設定オプションが適用されるドライバーについての記載があります。

定期タスクの実装¶

様々な OpenStack プロジェクトに共通する別の考え方として、周期的タスク (periodic task) があります。周期的タスクは伝統的な Unix システムの cron ジョブに似ていますが、OpenStack プロセスの内部で実行されます。例えば、OpenStack Compute (nova) はローカルキャッシュからどのイメージを削除できるかを決める必要がある際に、これを行うために周期的タスクを実行します。

周期的タスクは、OpenStack が使用しているスレッドモデルにおける制限を理解する上で重要です。OpenStack は Python の協調スレッドを使用しています。このことは、何か長く複雑な処理が実行された場合、その処理が自発的に別の協調スレッドに実行を譲らない限り、そのプロセス内の他のタスクの実行が停止されることを意味します。

これの具体的な例が nova-compute プロセスです。libvirt でイメージキャッシュを管理するために、nova-compute はイメージキャッシュの内容をスキャンする周期的なプロセスを用意します。このスキャンの中で、各イメージのチェックサムを計算し、チェックサムが nova-compute が期待する値と一致することを確認します。しかしながら、イメージは非常に大きく、チェックサムを生成するのに長い時間がかかる場合があります。このことがバグとして報告され修正される前の時点では、nova-compute はこのタスクで停止し RPC リクエストに対する応答を停止してしまっていました。この振る舞いは、インスタンスの起動や削除などの操作の失敗としてユーザーに見えていました。

これから分かることは、OpenStack のプロセスが少しの間「停止」したように見えて、それから通常通りの動作を継続するような状況を見つけた場合、周期的タスクが問題になっていないかを確認すべきだということです。取りうる一つの方法は、間隔を 0 に設定して周期的タスクを無効にすることです。また、周期的タスクの実行頻度を設定することもできます。デフォルトとは異なる頻度で周期的タスクを実行する方が意味がある場合もあります。

実行頻度は周期的タスク別に定義されています。したがって、OpenStack Compute (nova) ではすべての周期的タスクは無効にするためには、多くの設定オプションを 0 に設定する必要があることでしょう。現在のところ 0 に設定する必要がある設定オプションの一覧は以下のとおりです。

• bandwidth_poll_interval
• sync_power_state_interval
• heal_instance_info_cache_interval
• host_state_interval
• image_cache_manager_interval
• reclaim_instance_interval
• volume_usage_poll_interval
• shelved_poll_interval
• shelved_offload_time
• instance_delete_interval

設定オプションを 0 に設定するには、nova.conf に image_cache_manager_interval=0 のような行を入れてください。

上記のリストはリリース間で変更されることもあります。最新の情報については設定ガイドを参照してください。

設定に関する個別のトピック¶

この節では、調整を検討した方がよい設定オプションの個別の具体例を扱います。決して完全なリストではありません。