XenServer

ワークロードバランスの動作の設定

June 19, 2024

寄稿者:

X X

ワークロードバランス仮想アプライアンスに接続した後に、再配置や推奨項目の計算にワークロードバランスで使用する設定を編集できます。ワークロードバランスの設定は、リソースプールに属するすべてのホストおよび仮想マシンに適用されます。

変更可能な最適化設定および再配置設定には以下のものがあります：

最適化モードの設定の変更
自動最適化および電源管理の設定
パフォーマンスしきい値および測定基準の重要度の変更
ホストの除外

ネットワークやディスクのパフォーマンスがその環境のハードウェアに適したものである場合は、まずデフォルトの設定でワークロードバランスを使用します。ワークロードバランス機能をしばらく運用した後で、パフォーマンスのしきい値を評価して、変更の必要性について検討することをお勧めしています。たとえば、次の場合を考えてみましょう：

推奨項目が必要以上に生成される。この場合、適切な推奨項目が生成されるようになるまでしきい値を調整します。
意図したとおりに推奨項目が生成されない。たとえば、ネットワーク帯域幅が十分でないにもかかわらず推奨項目が生成されない場合は、設定の変更が必要がどうかを検討します。この場合、適切な推奨項目が生成されるようになるまでネットワークのしきい値を下げます。

しきい値を変更する前に、リソースプール内の各物理ホストについてホストヘルスレポートを作成することをお勧めします。詳しくは、「ワークロードレポートの生成」を参照してください。

メモ：

ワークロードバランスは、XenServer Premium Editionユーザーが利用できます。XenServerライセンスについて詳しくは、「ライセンス」を参照してください。XenServerのライセンスをアップグレードまたは購入するには、「XenServer Editions」にアクセスしてください。

ワークロードバランス8.3.0は、XenServer 8およびCitrix Hypervisor 8.2 CU1と互換性があります。

この記事では、プールをワークロードバランス仮想アプライアンスに接続済みであると想定しています。ワークロードバランス仮想アプライアンスのダウンロード、インポート、設定、接続について詳しくは、「ワークロードバランスの利用を開始する」を参照してください。

最適化モードを変更する

ワークロードバランスでは、仮想マシンの実行によるワークロードを再配置（つまり最適化）するための推奨項目が生成されます。この推奨項目は、管理者が選択する再配置設定に基づいて計算されます。再配置設定は、最適化モードとも呼ばれます。

次の最適化モードの中から選択できます：

パフォーマンスの最大化（デフォルト）

リソースプール内のすべての物理ホスト上に仮想マシンを均等に配置します。これにより、すべてのホストのCPU、メモリ、およびネットワーク負荷を最小化できます。この最適化モードでは、ホストが高しきい値に達すると最適化の推奨項目が生成されます。
密度の最大化

リソースプール内で稼働する物理ホストの数を最小化するために、1台の物理ホスト上に可能な限り多くの仮想マシンを配置します。

この最適化モードでは、［パフォーマンスを最大化］を選択した場合と同様のしきい値を使用できます。ただし、これらのしきい値は、1台のホストにどれだけ多くの仮想マシンを配置できるかを評価するために使用されます。この最適化モードでは、仮想マシンが低しきい値に達すると最適化の推奨項目が生成されます。

これらの最適化モードは、永続的に適用（固定）したり、特定のスケジュールに基づいて適用（スケジュール指定）したりできます：

固定最適化モード

固定最適化モードでは、ワークロードバランスは指定した最適化操作が常に行われます。この操作には、パフォーマンスの最大化か、密度の最大化を設定できます。

固定最適化モードを設定するには、次の手順を実行します：

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
ダイアログボックス左側の［最適化モード］をクリックします。
［最適化モード］ ページの ［固定］ セクションで、いずれかの最適化モードを選択します：
- ［パフォーマンスの最大化］（デフォルト）。リソースプール内のすべての物理ホスト上に仮想マシンを均等に配置します。これにより、すべてのホストのCPU、メモリ、およびネットワーク負荷を最小化できます。
- 密度の最大化。1台の物理サーバー上に可能な限り多くの仮想マシンを配置します。これにより、リソースプール内で稼働する物理サーバーの数を最小化できます。

スケジュール指定最適化モード

最適化モードのスケジュールを指定すると、指定したスケジュールに基づいてモードを切り替えることができます。たとえば、多くのエンドユーザーが作業する日中にはパフォーマンスを最大化するモードを適用します。夜間は使用電力を抑えるために、密度を最大化するモードを適用できます。

スケジュール指定最適化モードを指定すると、その期間（曜日および時刻）に最適化モードが自動的に切り替わります。毎日、平日、週末、または特定の曜日を指定できます。また、特定の時刻を指定することもできます。

最適化モードのスケジュールを設定するには、次の手順を実行します：

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
ダイアログボックス左側の［最適化モード］をクリックします。
［最適化モード］ ペインで、［スケジュール指定］ をクリックします。これにより、［スケジュール指定］ セクションが使用可能になります。
［新規追加］ をクリックします。
［モード］ ボックスで、次のいずれかのモードを選択します：
- パフォーマンスの最大化。リソースプール内のすべての物理ホスト上に仮想マシンを均等に配置します。これにより、すべてのホストのCPU、メモリ、およびネットワーク負荷を最小化できます。
- 密度の最大化。1台の物理サーバー上に可能な限り多くの仮想マシンを配置します。これにより、リソースプール内で稼働する物理サーバーの数を最小化できます。
選択した最適化モードに切り替える曜日および時刻を選択します。
必要な数になるまで、前の手順を繰り返して、スケジュールモードのタスクをさらに作成します。追加したタスクが1つのみの場合、そのスケジュールに基づいて切り替わった最適化モードが元に戻らなくなります。
［OK］ をクリックします。

スケジュール設定を変更するには、次の手順を実行します：

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
ダイアログボックス左側の［最適化モード］をクリックします。
［モード変更スケジュール］ の一覧で、削除または無効にするタスクを選択します。
次のいずれかを行います：
- タスクを完全に削除する：［削除］ をクリックします。
- タスクの実行を一時的に停止する：タスクを右クリックして、［無効］ をクリックします。
  ヒント：
  - タスクの有効化と無効化の切り替えは、タスクを選択して ［編集］ をクリックし、［最適化モードのスケジュール］ ダイアログボックスの ［タスクを有効にする］ チェックボックスを選択することで行うこともできます。
  - 無効にしたタスクを有効にするには、［モード変更スケジュール］ のタスクを右クリックして ［有効化］ を選択します。
- タスクを編集する：編集するタスクをダブルクリックします。［変更先］ボックスで、別のモードを選択するか、必要に応じて他の変更を行います。

注：

［ワークロードバランス設定］ダイアログボックスで行った変更内容は、このダイアログボックスの［OK］を押すまで保存されません。たとえば、最適化モードの変更スケジュールを変更した後、［ワークロードバランス設定］ダイアログボックスで［キャンセル］をクリックすると、変更前の状態に戻ります。

電源を自動的に最適化および管理する

ワークロードバランスによる推奨項目が自動的に適用されるように設定することができ、また、ホストの電源を自動的に投入したり切断したりすることもできます。余剰ホストの電源が自動的に切断されるようにするには、ワークロードバランスの電源管理機能を有効にして、さらに推奨項目を自動的に適用するオプションを有効にする必要があります。電源管理および自動化については、以降のセクションで説明します。

最適化推奨項目を自動的に適用する

ワークロードバランスで生成された推奨項目を、管理者の介在なしに自動的に適用することができます。この最適推奨項目の自動適用機能を使用すると、生成される推奨項目に基づいて、自動的にパフォーマンスを最適化したりサーバーの電源を切断したりできます。ただし、仮想マシンの使用が減少したときにホストの電源を落として消費電力を抑えるには、自動処理のほか、電源管理と密度の最大化モードを設定する必要があります。

デフォルトでは、推奨項目は自動的には適用されません。生成された推奨項目が自動的に適用（実行）されるようにするには、自動処理機能を有効にします。そうしない場合は、［すべて実行］ をクリックして推奨項目を手動で適用する必要があります。

ワークロードバランスで生成された推奨項目が高可用性の設定と競合する場合、その推奨項目は自動的には適用されません。最適化推奨項目の適用によりプールがオーバーコミット状態になる場合は、XenCenterにそれを適用するかどうかを確認するメッセージが表示されます。自動処理を有効にしても、高可用性プランで許可されている障害数を超える数の電源管理推奨項目は無視され、自動的には適用されません。

自動処理機能が有効になっているワークロードバランスは、自動モードとも呼ばれます。

自動モードのワークロードバランスで推奨項目がどのように適用されるかを変更することができます。詳しくは、「推奨項目の自動適用の積極度」を参照してください。

最適化推奨項目を自動的に適用するには

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
ダイアログボックス左側の［自動処理］をクリックします。
以下のオプションを設定します。
- 最適化推奨項目を自動的に適用する：このチェックボックスをオンにすると、管理者の介在なしに最適化推奨項目を適用できます。ワークロードバランスにより自動的に最適化が行われ、仮想マシンが再配置されます。
- 電源管理推奨項目を自動的に適用する：このチェックボックスによる動作は、プールの最適化モードにより異なります：
  - ［パフォーマンスの最大化］モード：［電源管理推奨項目を自動的に適用する］チェックボックスをオンにすると、ホストのパフォーマンスを改善するためにオフラインホストの電源が自動的に投入されます。
  - ［密度の最大化］モード：［電源管理推奨項目を自動的に適用する］チェックボックスをオンにすると、リソース使用量が低しきい値を下回ったホストの電源が自動的に切断されます。つまり、ホストは使用量が低い期間において、自動的に切断されることになります。
（オプション）［ワークロードバランス設定］ ダイアログボックスの左ペインの ［詳細］ をクリックすることで最適化推奨項目を微調整し、次の操作を実行します：
- 最適化推奨項目が自動的に適用されるまでの作成回数を指定します。デフォルトでは、同じ推奨項目が3回生成された場合、3回目の推奨項目が自動的に適用されます。
- 自動的に適用する最適化推奨項目の最低重要度レベルを選択します。デフォルト値は［高］です。
- 最適化推奨項目をどれだけ積極的に自動適用するかを指定します。
  
  また、移行したばかりの仮想マシンに最適化推奨項目を適用するまでの時間を分単位で指定できます。
  
  これらの設定について詳しくは、「推奨項目の自動適用の積極度」を参照してください。
（オプション）電源管理機能を設定するには、［自動処理］ をクリックします。
1. ［自動処理］ページの ［電源管理］ セクションで、ワークロードバランスの電源管理推奨項目の対象となるホストを選択します。
  
  注：
  
  ［電源管理推奨項目を自動的に適用する］ チェックボックスをオフにしたままこの一覧でホストを選択した場合、電源管理の推奨項目の提案は行われますが、自動的には適用されません。
  
  リソースプール内にリモートからの電源管理をサポートするホストがない場合、ワークロードバランスの電源管理機能は動作しません。
2. ［OK］ をクリックします。
自動処理の設定を終了するには、［OK］ をクリックします。

ワークロードバランスによる電源管理の有効化

ワークロードバランスの電源管理機能は、ワークロードバランスにおける「電源管理」とは、プールの全体的なワークロードに応じてプール内のホストの電源を投入/切断することを意味します。

ホスト上でワークロードバランスの電源管理を構成するには、以下の作業が必要です：

ホストのハードウェアがリモートからの電源投入/切断をサポートしている。
ホストの電源投入機能が設定されている。ホストでホストの電源投入機能を構成するには、「ホストの電源投入機能の構成」を参照してください。
ホストがワークロードバランスの電源管理機能の対象として明示的に選択されている。

また、ワークロードバランスでホストの電源を自動的に切断する場合は、以下の設定を行う必要があります：

最適化推奨項目を自動的に適用する
電源管理推奨項目を自動的に適用する

電源管理の対象ホストを指定すると、そのホストの電源を投入したり切断したりするための推奨項目が生成されます。

［密度の最大化］モードで実行する場合：

ワークロードバランスによってプール内の使用されていないリソースが検出されると、容量の超過が解消されるまでそのホストの電源を切断するための推奨項目が生成されます。
プール内のホスト容量が不足しておりホストの電源を切断できない場合は、プールのワークロードが十分に減少するまでホストを放置するように求められます。
余剰ホストの電源を自動的に切断するように設定した場合は、電源を切るための推奨項目が自動的に適用されます。

［パフォーマンスの最大化］モードで実行している場合：

ホストの電源を自動で投入するようにワークロードバランスを設定した場合は、あるホスト上のリソース使用量が高しきい値を超えるとほかのホストの電源が投入されます。
ワークロードバランスにより電源投入されたホストの電源は、リソースに余剰が生じても切断されません。

これらの電源管理推奨項目の自動適用を有効にした場合は、プール全体に適用されます。ただし、電源管理の対象ホストは個別に選択できます。

ホストの電源投入機能の構成

ホストでホストの電源投入機能を構成するには、次の手順に従います。

XenCenterでホストを選択し、［プロパティ］ をクリックします。
左ペインで、［電源投入］ をクリックします。
［電源投入モード］ では、リモートサーバーの起動を可能にする電源投入モードを選択します。
［電源投入モード］が構成されたら、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
ダイアログボックス左側の［自動処理］をクリックします。
［自動処理］ では、次のチェックボックスをオンにします：
- 最適化推奨項目を自動的に適用する：このチェックボックスをオンにすると、管理者の介在なしに最適化推奨項目を適用できます。ワークロードバランスにより自動的に最適化が行われ、仮想マシンが再配置されます。
- 電源管理推奨項目を自動的に適用する：このチェックボックスによる動作は、プールの最適化モードにより異なります：
  - ［パフォーマンスの最大化］モード：［電源管理推奨項目を自動的に適用する］チェックボックスをオンにすると、ホストのパフォーマンスを改善するためにオフラインホストの電源が自動的に投入されます。
  - ［密度の最大化］モード：［電源管理推奨項目を自動的に適用する］チェックボックスをオンにすると、リソース使用量が低しきい値を下回ったホストの電源が自動的に切断されます。つまり、ホストは使用量が低い期間において、自動的に切断されることになります。
［電源管理］ で、現在構成しているホストサーバーの名前を選択します。

電源管理のしくみ

ワークロードバランスによりホストの電源が切断される前に、そのサーバー上の仮想マシンの移行先ホストが選択されます。移行先ホストは、以下の順序で決定されます：

プールコーディネーターが最初の移行先ホストになります。これは、プールコーディネーターの電源が切断されることがないためです。
次に、より多くの仮想マシンを実行しているホストが選択されます。
以降、実行している仮想マシンの数が多いホストから順番に選択されます。

ワークロードバランスでプールコーディネーターに仮想マシンを移行する場合、意図的に低いしきい値が使用されます。これにより、プールコーディネーターが過負荷状態になるのを防ぎます。

この順序で仮想マシンをホストに移行することで、密度が高くなります。

最適化モードとして［密度を最大化］が選択されている場合、XenServerは仮想マシンの集約先として、まずプールコーディネーターを選択し、次に実行仮想マシン数の多いホスト、最後に実行仮想マシン数の少ないホストを選択します。

最適化モードとして［密度の最大化］が選択されているプールでパフォーマンスに関する問題が検出されると、電源投入済みのホスト間でのワークロードの移行が推奨されます。この方法で問題が解決されない場合、シャットダウン状態のホストの電源を投入します。このとき、最適化モードとして［パフォーマンスの最大化］が設定された場合と同じ条件に基づいて、電源投入するホストが決定されます。

最適化モードとして［パフォーマンスの最大化］が選択されているプールでは、すべてのプールメンバー上のリソース使用量が高しきい値を下回るまで、ホストの電源投入の推奨項目が生成されます。

仮想マシンの移行中に、ワークロードバランスで、オンライン状態のホストを増やすことでプール全体のパフォーマンスが改善すると判断された場合は、自動的にホストの電源が投入されるか、電源投入の推奨項目が生成されます。

重要：

ワークロードバランスでは、推奨項目により電源が切断されたホストに対してのみ、電源投入の推奨項目を生成します。

電源管理および仮想マシン集約のための環境設計

XenServerを実装して電源管理と仮想マシン集約を自動化する場合は、以下の点を考慮してワークロードを設計します：

異なる種類のワークロードを別個のプールに配置する：

異なる種類のワークロードを実行する場合は、それらのワークロードに対応する仮想マシンを個別のプールに配置することを検討します。また、特定の種類のハードウェアでパフォーマンスが向上するタイプのアプリケーションをホストする仮想マシンを別のプールに分割することも検討してください。

電源管理機能および仮想マシンの集約はプールレベルで管理されるため、同じ比率で集約するワークロードが含まれるようにプールを設計します。この際には、「詳細設定の構成」で説明されている点などを考慮に入れてください。
特定のホストをワークロードバランスから除外する：

ホストの中には、常に電源をオンにしておく必要があるものもあります。詳しくは、「推奨項目からのサーバーの除外」を参照してください。

推奨項目を生成するしくみ

ワークロードバランスでは、リソースプール内の物理ホストや仮想マシンのリソース負荷の測定基準が、そのしきい値と照合され評価されます。これらのしきい値は事前に設定されており、この値を超えると最適化の推奨項目が生成されます。ワークロードバランスでは、以下のプロセスで推奨項目を生成します：

リソースの負荷がしきい値を超えたことを検出する。
最適化の推奨項目を生成するかどうかを評価する。
宛先ホストとして機能することを推奨するホストと、最適化を行う順序を決定する。このホストには、1つまたは複数の仮想マシンの再配置先として推奨されるホストが選ばれます。
最適化推奨項目を生成する。

プール内のホストを評価して最適化推奨項目を作成するときには、次のようにしきい値と重要度が使用されます。

しきい値：ワークロードバランスでプールのリソースメトリックと照合される境界値です。推奨項目を生成するかどうか、および仮想マシンの移行先ホストを決定するために使用されます。
重要度：リソース負荷の各測定基準を評価するときの優先度で、この優先度に従って評価されます。ワークロードバランスは、推奨事項を決定した後、リソースの重要度に従って以下を決定します：
- どのホストのパフォーマンスを優先するか
- どの仮想マシンの移行を優先するか

ワークロードバランスでモニターされる各リソースには、4つのレベルのしきい値：限界、高、中、および低があります。これらのしきい値により、推奨項目を生成するかどうかが評価されます。

最適化モードとしてパフォーマンスの最大化が選択されているリソースプールでは、ホストの高しきい値を超えるリソース負荷が検出されると、仮想マシンを分散する推奨項目の生成が評価されます。
最適化モードとして密度の最大化が選択されているリソースプールでは、リソース負荷がホストの低しきい値を下回ると、仮想マシンを集約する推奨項目の生成が評価されます。
最適化モードとして密度の最大化が選択されているリソースプールでは、ホストの限界しきい値を超えるリソース負荷が検出されると、仮想マシンを分散する推奨項目の生成が評価されます。

たとえば、［パフォーマンスの最大化］モードが選択されたプールで高しきい値が80%の場合は、ホスト上のCPU使用率が80.1%に達すると、仮想マシンを分散する推奨項目を生成するかどうかが評価されます。

推奨項目を生成するかどうかを評価するときに、そのリソースメトリックの履歴も考慮されます。これにより、一時的な高負荷時などに推奨項目が生成されることを防ぐことができます。このため、ワークロードバランスは以下のタイミングでデータを収集し、履歴平均値測定基準を作成します。

データが収集される期間	重要度
しきい値を超えた直後。つまり、リアルタイムデータです。	70%
しきい値を超える30分前	25%
しきい値を超える24時間前	5%

あるホストのCPU使用率が午後0時2分にしきい値を超えた場合、当日の午前11時32分と前日の午後0時2分の使用率がチェックされます。たとえば、CPU使用率が以下のとおりである場合には、推奨項目は生成されません：

当日午後12時2分に80.1%
当日午前11時32分に50%
前日午後12時32分に78%

これは、履歴平均値が72.5%であり（高しきい値に達していない）、一時的なCPU負荷であると判断されたためです。ただし、午前11時32分の使用率が83%であった場合は、履歴平均値が80.1%になるため推奨項目が生成されます。

仮想マシンの分散および集約のプロセス

ワークロードバランスで推奨項目が生成されるときのプロセスは、最適化モード（［パフォーマンスの最大化］または［密度の最大化］）により異なります。ただし、以下の2つの段階で行われる点は同じです：

潜在的な最適化を決定する：どの仮想マシンをホストから移行するか。
再配置の推奨項目を決定する：どのホストが新しい仮想マシン用の適切な候補になるか。

注：

ワークロードバランスでは、XenServerでのライブマイグレーションの要件を満たす仮想マシンのみ移行することが推奨されています。これらの要件の1つは、移行先ホストに十分なストレージ領域があるということです。同様に、移行先のホストには、プールに設定されている最適化モードに基づいたしきい値を超えない範囲で仮想マシンを実行できるだけのリソースが必要です。たとえば、パフォーマンスの最大化では高しきい値以下、密度の最大化では限界しきい値以下などです。

ワークロードバランスが自動モードで動作する場合は、推奨項目を自動適用するときの設定を調整します。詳しくは、「推奨項目の自動適用の積極度」を参照してください。

パフォーマンスの最大化が選択されている場合の推奨化項目の生成プロセス

パフォーマンスの最大化モードで実行すると、ワークロードバランスが以下のプロセスによって潜在的な最適化を決定します：

ワークロードバランスは、リソースプール内の各ホストのリソース使用を2分ごとに評価して、各ホストの各リソースに対する負荷が高しきい値を超えているかどうかをチェックします。詳しくは、「しきい値を変更する」を参照してください。

［パフォーマンスの最大化］モードでは、リソース使用量が高しきい値を超えると、最適化推奨項目を生成するかどうかの決定プロセスが開始されます。このときに、パフォーマンスの制約（高しきい値を超えたリソースの負荷など）が軽減されるかどうかを評価して、仮想マシンを分散させるための推奨項目を生成します。

たとえば、CPUリソース不足がホスト上の仮想マシンのパフォーマンスに悪影響を及ぼしていることがワークロードバランスによって検出された場合を考えてみます。CPU使用率の低い別のホストが見つかった場合は、仮想マシンを別のホストに移動することが推奨されます。
ホストのリソース負荷がしきい値を超えたときに、以下の値から平均値（履歴平均値）を算出します。
- そのときの測定値
- 30分前のデータ
- 24時間前のデータこの平均値がリソース使用量のしきい値を超えた場合は、最適化推奨項目の作成が決定されます。
どのホストを先に最適化するかを決定するときに、測定基準の重要度が考慮されます。最も高い重要度を割り当てたリソースの負荷に基づいて、最適化の順番が決定されます。詳しくは、「測定基準の重要度を変更する」を参照してください。
移行する仮想マシンをサポートできるホストを決定します。

このときに、仮想マシンのさまざまな組み合わせをホスト上に配置した場合のリソースへの影響を計算しますこれらの計算には、順列と呼ばれる方法が使用されます。

この目的のため、ワークロードバランスは、ホストに仮想マシンを移行した場合の影響を予測するための単一の測定基準（スコア）を作成します。このスコアにより、そのホストがより多くの仮想マシンの受け入れ先として適しているかどうかが示されます。

ホストのパフォーマンスの評価では、以下の測定基準が集計されます。
- ホストの現在の測定基準
- 過去30分間のホストの測定基準
- 24時間前のホストの測定基準
- 仮想マシンの測定基準。
次に、さまざまな組み合わせで仮想マシンを実行した場合を想定して、ホストの仮想モデルを作成します。このモデルにより、仮想マシンの移行先として最適なホストが決定されます。

パフォーマンスの最大化が選択されているリソースプールでは、測定基準の重要度に基づいて最初に最適化するホストおよび最初に移行する仮想マシンを決定します。ワークロードバランスは、測定基準の重要度に関するモデルに基づいています。たとえば、CPU使用率に最も高い重要度が設定されている場合は、以下の基準でホストと仮想マシンの最適化の優先度が決定されます：
1. CPU使用率が高しきい値に最も近いホスト。
2. CPU使用率が最も高い仮想マシン（現在のCPU使用率が高しきい値に最も近い仮想マシン）。
ワークロードバランスは最適化の計算を続行します。ホストの予測リソース使用量が高しきい値を下回るまで、ホストを潜在的な最適化の対象とみなし、仮想マシンを移行の対象とします。予測リソース使用量とは、ワークロードバランスにより仮想マシンを追加または削除されたホストで測定されると想定されるリソース負荷を指します。

密度の最大化が選択されている場合の仮想マシンの集約プロセス

ワークロードバランスの推奨項目は、移行先のホストで限界しきい値を超えずに追加の仮想マシンを実行できるかどうかに基づいて生成されます。

リソース負荷が低しきい値を下回ると、ワークロードバランスは潜在的な集約シナリオの計算を開始します。
仮想マシンを集約できる方法を見つけたら、その集約先ホストが仮想マシンの実行に適しているかどうかを評価します。
パフォーマンスの最大化の場合と同様に、ホストのスコアを作成します。

ワークロードバランスは、より少ないホストで仮想マシンを統合することを推奨する前に、仮想マシンがホストに再配置された後のそれらのサーバー上のリソース使用量が限界しきい値を下回っていることを確認します。

注：

測定基準の重要度は、仮想マシンを集約する推奨項目を生成するときには考慮されません。この重要度は、集約先ホストで十分なパフォーマンスを得るためだけに考慮されます。
次に、さまざまな組み合わせで仮想マシンを実行した場合を想定して、ホストの仮想モデルを作成します。このモデルにより、仮想マシンの移行先として最適なホストが決定されます。
ホストのリソース負荷が限界しきい値を超えると予測されるまで、そのホストに仮想マシンを追加した場合の影響について計算します。
集約の推奨項目では、プールコーディネーターが最初の移行先ホストになります。これは、プールコーディネーターの電源が切断されることがないためです。ただし、プールコーディネーターが過負荷状態になるのを避けるため、いくらかの余裕を残して仮想マシンを移行します。
残りすべてのホストでリソース負荷が限界しきい値を超えるまで、推奨項目の生成を続行します。

しきい値を変更する

最適化の推奨項目の生成を制御するために、限界しきい値を変更できます。このセクションでは、以下に関するガイダンスを示します：

プール内のホストで使用されるデフォルトの限界しきい値の変更方法
高しきい値、中しきい値、低しきい値に対する限界しきい値の影響

リソース負荷の履歴平均値がそのしきい値を超えると、ワークロードバランスで推奨項目が生成されます。パフォーマンスの最大化モードでは高しきい値、密度の最大化モードでは低しきい値または限界しきい値を超えたときに、ワークロードバランスの推奨項目が生成されます。詳しくは、「仮想マシンの分散および集約のプロセス」を参照してください。

リソースの新しい限界しきい値を指定すると、ワークロードバランスにより、その新しい限界しきい値に応じてリソースのそのほかのしきい値がリセットされます。XenCenterで変更できるのは限界しきい値のみです。

次の表は、各しきい値のデフォルト値を示しています。

メトリック	最重要	High	Medium	Low
CPU使用率	90%	76.5%	45%	22.5%
空きメモリ	51MB	63.75MB	510MB	1020MB
ネットワーク読み取り	25MB/秒	21.25MB/秒	12.5MB/秒	6.25MB/秒
ネットワーク書き込み	25MB/秒	21.25MB/秒	12.5MB/秒	6.25MB/秒
ディスク読み取り	25MB/秒	21.25MB/秒	12.5MB/秒	6.25MB/秒
ディスク書き込み	25MB/秒	21.25MB/秒	12.5MB/秒	6.25MB/秒

限界しきい値に以下の係数を乗じたものが、メモリを除くすべてのしきい値として設定されます：

高しきい値：0.85
中しきい値：0.50
低しきい値：0.25

たとえば、CPU使用率の限界しきい値を95%に上げると、ほかのしきい値が次のようにリセットされます：

高：80.75%
中：47.5%
低：23.75%

空きメモリのしきい値は、限界しきい値に以下の係数を乗じて算出されます：

高しきい値：1.25
中しきい値：10.0
低しきい値：20.0

たとえば、空きメモリの限界しきい値を45MBに上げると、ほかのしきい値が次のようにリセットされます：

高：56.25MB
中：450MB
低：900MB

特定のしきい値についてこの計算を行うには、限界しきい値として指定した数値にこれらの数を乗じます。

High, Medium, or Low Threshold = Critical Threshold * High, Medium, or Low Threshold Factor

多くの推奨項目は限界しきい値に基づいて生成されますが、ほかのしきい値により推奨項目が生成される場合もあります。

高しきい値。
- パフォーマンスを最大化。高しきい値を超えたときに、仮想マシンをリソース負荷の低いホスト上に移行するための推奨項目が生成されます。
- 密度を最大化。追加の仮想マシンによりホストのいずれかのリソース使用量が高しきい値を超える場合、そのホスト上に仮想マシンを移行する推奨項目が生成されなくなります。
低しきい値。
- パフォーマンスを最大化。推奨項目は生成されません。
- 密度を最大化。測定基準値が低しきい値を下回ると、仮想マシンをそのホスト上に集約するための推奨項目が生成されます。そのホストのいずれかのリソース負荷が高しきい値に達するまで、仮想マシンの集約先としてそのホストの推奨が続行されます。
  
  ただし、仮想マシンの移行後に、新しいホストのリソース負荷が限界しきい値を超える場合があります。その場合は、［パフォーマンスの最大化］モードを選択した場合と同様の負荷分散アルゴリズムにより、仮想マシンの新しいホストが決定されます。リソースプール内のすべてのサーバーのリソース負荷が高しきい値を下回るまで、このアルゴリズムによる推奨項目の生成が続行されます。

しきい値を変更するには：

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
左側のペインで、［しきい値］を選択します。これらの値は、現在設定されている限界しきい値を示します。
［しきい値］ ページで、［しきい値］ボックスに新しい値を入力します。新しい限界しきい値に基づいて、高、中、および低しきい値が算出されます。

ワークロードバランスでは、仮想マシンの推奨再配置先を計算するときに、これらの限界しきい値が使用されます。各サーバーのリソース使用がこれらのしきい値を超えないように、仮想マシンによるワークロードを分散できます。

測定基準の重要度を変更する

ワークロードバランスでは、次の最適化モードに基づいて、どのホストや仮想マシンを先に最適化するかを決定するときに、各リソース測定基準の重要度が考慮されます：パフォーマンスの最大化または密度の最大化。通常、測定基準の重要度は、最適化モードとしてパフォーマンスの最大化が選択されているリソースプールで使用されます。ただし、密度の最大化が選択されている場合でも、限界しきい値を超えた測定基準では、その重要度が考慮されます。

ワークロードバランスが推奨項目を生成するときに、ホストを最適化するための順番が算出されます。この順番は、高い重要度が割り当てられている測定基準の値を比較して決定されます。

パフォーマンスの最大化モード

パフォーマンスの最大化モードでは、ワークロードバランスは測定基準の重要度によって以下を決定します。

どのホストのパフォーマンスから先に対処するか
どの仮想マシンの移行を優先するか

たとえば、［ネットワーク書き込み］を［重要度：高］に設定している場合、ネットワーク書き込み回数が最も多いホストが先に最適化の対象になります。［ネットワーク書き込み］を最重要として設定するには、［測定基準の重要度］ スライダを右に設定し、ほかのスライダはすべて中央に設定します。

すべての測定基準の重要度が同じ場合、CPU使用率、空きメモリの順に考慮されます。これは、これらのリソースに対する制約がホストのパフォーマンスに大きく影響するためです。すべてのリソースの重要度を同じにするには、すべてのリソースの ［測定基準の重要度］ スライダーを同じ位置にします。

密度の最大化モード

密度の最大化が選択されているリソースプールでは、ホストが限界しきい値に達した場合にのみ測定基準の重要度が考慮されます。ホストが限界しきい値に達すると、すべてのホストが限界しきい値を下回るまで、［パフォーマンスの最大化］モードを選択した場合と同じアルゴリズムが使用されます。このアルゴリズムでは、測定基準の重要度に基づいて、ホストを最適化するための順番が決定されます。

つまり、複数のホストで限界しきい値を超えている場合、その重要度がチェックされ、先に最適化するホストが決定されます。この場合には、重要度に基づいて、最初に最適化するホストと最初に移行する仮想マシンが決定されます。

たとえば、ホストAとホストBで構成されるリソースプールを例に説明します。

ホストAでは、CPU使用率に最も高い重要度が設定されており（［重要度：高］）、CPU使用率が限界しきい値を超えています。
ホストBでは、メモリ使用率の重要度が最も低く設定されており（［重要度：低］）、メモリ使用率が限界しきい値を超えています。

この場合、高い重要度の測定基準が限界しきい値に達しているホストAが先に最適化の対象になります。次に、ホストA上の仮想マシンのうち、CPU使用率の最も高いものを移行するための推奨項目が作成されます。CPU使用率の重要度が最も高いため、仮想マシンの移行はCPU率が一番高い仮想マシンから行われます。

ホストAに対する推奨項目を生成したら、ホストBが最適化の対象になります。ホストB上の仮想マシンに対しても、CPU使用率の最も高いものを移行するための推奨項目が作成されます。リソースプールにほかのサーバーがある場合は、サーバーのCPU使用率が高いものから順に最適化が行われます。

デフォルトでは、測定基準の重要度はすべて、スライダーの最も遠いポイント：［重要度：高］に設定されます。

注：

測定基準の重要度は、相対的に処理されます。つまり、すべての測定基準の重要度が同じである場合、その重要度レベルは意味を持ちません。重要度の相対的な高低により、各測定基準の評価が決定されます。

測定基準の重要度を変更するには

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
左側のペインで、［側的基準の重要度］を選択します。
［測定基準の重要度］ ページでは、必要に応じて各リソースの重要度を調節できます。

スライダーを ［重要度：低］ 側にドラッグすると、そのリソースの負荷は仮想マシンの再配置先の決定には影響しなくなります。

特定のホストを推奨項目の対象から除外する

ワークロードバランスを構成する際、特定の物理ホストをワークロードバランスの最適化および配置推奨項目から除外するように指定できます。これには、［開始時の配置推奨項目］も含まれます。

以下の状況では、特定のホストを推奨項目の対象から除外することを検討してください：

プールの最適化モードとして［密度の最大化］を使用するが、特定のホストをこの最適化（仮想マシンの集約化とホストのシャットダウン）から除外する場合。
2つの仮想マシンワークロードを常に同じホスト上で実行する必要がある場合（仮想マシンどうしのアプリケーション、ワークロードが相補的な場合など）。
移行すべきでないワークロードがある場合：ドメインコントローラーやデータベースサーバーなど。
ホストの保守作業の間、そのホストをプールのネットワークに接続しておく必要がある場合。
ハードウェアのコストよりもワークロードのパフォーマンスの方が重要な場合。
特定のホスト上で優先度の高いワークロードを実行し、それらの仮想マシンに高可用性機能の優先度を設定したくない場合。
プール内のワークロードの実行に不適切なハードウェアを持つホストがある場合。

最適化モードのスケジュールを設定するかどうかに関係なく、最適化モードが変更されても除外サーバーは常に推奨項目の対象から除外されます。このため、ホストの電源が自動的に切断されるのを防ぐためだけの場合は、そのホストに対する電源管理機能を無効にすることを検討します。詳しくは、「電源を自動的に最適化および管理する」を参照してください。

ホストを推奨項目の対象から除外すると、そのホストがワークロードバランスの管理対象外になります。このように設定した場合、このホストに対する推奨項目は生成されなくなります。これに対し、特定のホストが電源管理の対象外であっても、そのホストに対する、電源管理以外の推奨項目が生成されます。

特定のホストをワークロードバランスから除外するには

ワークロードバランスによる電源管理、仮想マシンの配置、ホスト評価、およびプールの最適化に関する推奨項目から特定のホストを除外するには、以下の手順に従います。

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
左側のペインで、［除外ホスト］を選択します。
［除外ホスト］ ページで、ワークロードバランスの推奨項目から除外するホストサーバーを選択します。

詳細設定の構成

ワークロードバランスの推奨項目を自動的に適用する機能（自動処理機能）には、いくつかの詳細設定オプションが用意されています。これらのオプションは、［ワークロードバランス設定］ダイアログボックスの ［詳細］ ページに表示されます。［詳細設定］ ページにアクセスするには、次の手順を実行します：

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
左側のペインで、［詳細設定］を選択します。

次のセクションでは、［詳細設定］ で構成できる動作について説明します。

推奨項目の自動適用の積極度

自動モードで実行する場合、最適化と集約化の推奨項目の頻度と、それらが自動的に適用されるまでの時間は、以下に示すような複数の要因に基づきます：

移行後の仮想マシンを次の推奨項目に含めるまでの時間
推奨項目を自動的に適用するまでの作成回数（VM移行間隔）
推奨項目を自動適用するときの最低重要度レベル（最適化の重要度）
推奨項目を自動適用するときの推奨項目の一貫性レベル（移動する仮想マシンや移動先サーバーとして同じものが推奨されるかどうか）

通常、上記要素の設定変更は以下の場合にのみ行うようにしてください：

XenServerテクニカルサポートからの指示がある場合
ワークロードバランスを有効化した状態でプールの挙動を詳細にテストする場合

これらの設定を誤ると、ワークロードバランスで推奨項目が生成されなくなる場合があります。

VM移行間隔

移行後の仮想マシンについて、ワークロードバランスの最適化推奨項目に含めるまでの時間を分単位で指定できます。仮想マシンの移行間隔は、人為的な操作（一時的な高負荷時など）が原因で推奨項目が生成されるのを防ぐために設定します。

ワークロードバランスの自動処理機能を有効にした場合は、仮想マシンの移行間隔を特に慎重に決定する必要があります。継続的および反復的に負荷が増加する環境でこの間隔を短くすると、多くの推奨項目が生成され、仮想マシンの再配置が頻繁に発生します。

注：

この設定は、前回と同じホストを仮想マシンの起動または再開先ホスト、および保守モードの推奨項目に含むかどうかの決定には影響しません。

推奨項目の回数

ワークロードバランスでは、そのリソースプールで推奨項目の生成が必要かどうかが2分ごとにチェックされます。ワークロードバランスの自動処理機能では、推奨項目をいくつ生成したら自動的に適用するかを指定できます。これを行うには、［回］ フィールドで指定したとおりに、［推奨項目の回数］ を設定します。［推奨項目の回数］ と ［最適化の積極度］の設定で、環境内の推奨項目の自動アプリケーションを微調整できます。

ワークロードバランスでは、推奨項目の類似性に基づいて以下のチェックが行われます：

推奨項目が必要かどうか
仮想マシンの移行先ホストのパフォーマンスが長時間安定しているかどうか（移行先ホストが安定していないと仮想マシンの再移行が必要になるため）

［推奨項目の回数］では、推奨項目を自動適用するまでの作成回数を指定します。同じ推奨項目の生成がこの回数に達すると、その推奨項目が自動的に適用されます。この設定は、以下のように使用されます：

推奨項目の回数は、［最適化の積極度］で指定した一貫性要件を満たす推奨項目が生成されるたびに増加します。一貫性要件を満たさない推奨項目が生成されると、［推奨項目の回数］が0にリセットされる場合があります。この動作は、「最適化の積極度」で説明されている要因に応じて異なります。
一貫性要件を満たす推奨項目の生成数（連続推奨数）が［推奨項目の回数］の値（［回］ フィールドで指定したとおり）に達すると、その推奨項目が自動的に適用されます。

この設定を変更する場合は、その環境に最適な値を決定する必要があります。以下のシナリオを検討してください：

ホストの負荷およびアクティビティが極端に急増する環境では、［推奨項目の回数］の値を大きくします。推奨項目の生成が必要かどうかは、2分ごとにチェックされます。推奨化項目を適用するまでの作成回数として3を設定すると、6分後に推奨項目が自動適用されます。
ホストの負荷およびアクティビティが段階的に増加する環境では、［推奨項目の回数］の値を小さくします。

推奨項目を適用すると仮想マシンの再配置処理が発生し、システムリソースに負担がかかってパフォーマンスが影響を受けます。［推奨項目の回数］の値を大きくすると、推奨項目が自動適用されるまでに、同様の推奨項目が多く生成されることになります。つまり、より慎重で一貫した推奨項目だけが適用され、仮想マシンが不適切に移行される可能性が低くなります。デフォルトでは、このような値が設定されています。

この値の変更は運用環境への影響が大きいため、変更する場合は必ず細心の注意を払ってください。変更する場合は、ワークロードバランスの動作について詳細にテストするか、XenServerテクニカルサポート担当者からの指示に従ってください。

最適化の重要度

すべての最適化推奨項目には、推奨項目の重要度を示す重大度（重大、高、中、低）が含まれています。この重要度レベルは、以下の要素を組み合わせて決定されます：

設定されているオプション（パフォーマンスしきい値や重要度など）
ワークロードで使用可能なリソース
リソース使用履歴データ

推奨項目の重要度レベルは、［WLB］ タブの ［最適化の推奨項目］ の一覧に表示されます。

ワークロードバランスの推奨項目が自動的に適用されるように設定した場合、指定した最低重要度レベルを満たす推奨項目だけが適用されます。

最適化の積極度

自動モードで動作するワークロードバランスでは、推奨項目の一貫性を判断するためのいくつかの基準が使用されます。この基準は、一時的または異常な負荷の増加により仮想マシンの移行が行われないようにするためのものです。自動モードでは、最初に生成された推奨項目は自動適用されません。ホストや仮想マシンでその動作が継続的に発生することが検出されるまで、自動適用は行われません。つまり、同じホストや仮想マシンが原因で推奨項目が生成される場合、その推奨項目は一貫していると判断されます。

ワークロードバランスでは、一貫性を判断するための条件と、同じ推奨項目をいくつ生成したかにより、その環境の動作の一貫性が決定されます。一貫性をどれだけ厳密に評価するかを制御するには、［最適化の積極度］ を設定します。このオプションにより運用環境の安定性を制御することができます。デフォルトでは、積極度が低く設定されています。積極度を高くすると、推奨項目の類似性を評価するときの厳密度が低くなり、運用環境の安定性が低下します。多くの場合、高い積極度は適切ではありません。このため、デフォルトでは［低］が設定されています。

ワークロードバランスは、最大で4つの条件を使用して推奨項目の一貫性を判断します。使用される条件の数は、［最適化の積極度］ で設定されている積極度レベルにより異なります。積極度レベルが［低］または［中］の場合、推奨項目は積極的には自動適用されません。つまり、積極度レベルが低いと最適化条件が厳密に評価され、それらに合致しないと自動適用は行われません。

たとえば、積極度レベルとして［低］を設定すると、このレベルの条件に合致する推奨項目の数が［推奨項目の回数］の値に達するまで、その推奨項目は自動適用されません。

［推奨項目の回数］に「3」を設定した場合、低レベル用のすべての条件に合致する推奨項目が連続して3回生成されたときに、その推奨項目が自動適用されます。この設定により、長時間安定して動作している最適なホストに仮想マシンが移行されるようになり、移行先ホストのパフォーマンスの低下によりその仮想マシンが再移行されるという可能性が低くなります。デフォルトでは、積極度レベルとして［低］が設定されています。

［最適化の積極度］ を高くしてホストの最適化頻度を上げることは推奨していません。サーバーの最適化がより高速または頻繁に行われるようにするには、パフォーマンスしきい値の調整を検討します。この調整では、プールヘルスレポートを参考にしてください。

各積極度レベルでは、以下の条件を評価して推奨項目の一貫性が判断されます。

低：

後続の推奨項目に含まれる仮想マシン（UUID）が、直前の推奨項目とすべて同じである。
後続の推奨項目で、移行先ホストがすべて同じである。
最初の推奨項目とその直後の推奨項目が同じである（異なる場合、連続推奨数が1にリセットされる）。

中：

後続の推奨項目に含まれるすべての仮想マシンが、直前の推奨項目と同じホスト上で動作している。ただし、最初の推奨項目と異なる仮想マシンであっても構わない。
後続の推奨項目で、移行先ホストがすべて同じである。
最初の推奨項目と後続の2つの推奨項目のいずれかが同じである（異なる場合、連続推奨数が1にリセットされる）。

高：

推奨項目に含まれるすべての仮想マシンが同じホスト上で動作している。ただし、各推奨項目の仮想マシンが互いに異なっていても構わない。
仮想マシンの移動元ホストが、各推奨項目で同じである。
最初の推奨項目の後続の2つの推奨項目が異なっていても、連続推奨数は同じ値のままである。

［最適化の積極度］の例

ここでは、［最適化の積極度］ と［推奨項目の回数］の設定が、推奨項目の自動適用にどのように影響するかについて例を挙げて説明します。

ワークロードバランスで発行された各最適化推奨項目により、3つの仮想マシンの配置が提案されます。提案されたこれらの配置の後、各積極度レベルに関連付けられた推奨項目回数は、その［最適化の積極度］設定で連続して推奨された回数となります。

この表から、［最適化の積極度］で［高］を設定した場合、推奨項目1、2、および3の後に連続推奨数が増分されていくことがわかります。この増分は、各推奨項目の内容が異なっている（異なる仮想マシンやホストが推奨されている）場合にも行われます。この場合、推奨項目3が生成されたときに、［推奨項目の回数］で設定されている連続推奨数「3」に達しています。つまり、ホストAについて一貫した推奨項目が連続して3回生成されたとみなされ、推奨項目3が自動適用されます。

これに対し、［最適化の積極度］で［低］を設定した場合、最初の4つの推奨項目（#1～#4）で連続推奨数が増分されていません。これらの推奨項目に含まれている仮想マシンおよび移行先ホストが異なるため、連続推奨数は1にリセットされます。この積極度レベルでは、推奨項目#4とまったく同じ内容の推奨項目#5が生成されるまで連続推奨数が増分されません。さらに、まったく同じ内容の推奨項目#6で連続推奨数が「3」に達するため、この推奨項目が自動適用されます。

推奨項目1：

提案された配置：

VM1をホストAからホストBに移動
VM3をホストAからホストBに移動
VM5をホストAからホストCに移動

推奨項目の回数：

積極度：高、推奨項目の回数：1
積極度：中、推奨項目の回数：1
積極度：低、推奨項目の回数：1

推奨項目2：

提案された配置：

VM1をホストAからホストBに移動
VM3をホストAからホストCに移動
VM7をホストAからホストCに移動

推奨項目の回数：

積極度：高、推奨項目の回数：2
積極度：中、推奨項目の回数：1
積極度：低、推奨項目の回数：1

推奨項目3：

提案された配置：

VM1をホストAからホストBに移動
VM3をホストAからホストCに移動
VM5をホストAからホストCに移動

推奨項目の回数：

積極度：高、推奨項目の回数：3（適用）
積極度：中、推奨項目の回数：1
積極度：低、推奨項目の回数：1

推奨項目4：

提案された配置：

VM1をホストAからホストBに移動
VM3をホストAからホストBに移動
VM5をホストAからホストCに移動

推奨項目の回数：

積極度：高、推奨項目の回数：2
積極度：低、推奨項目の回数：1

推奨項目5：

提案された配置：

VM1をホストAからホストBに移動
VM3をホストAからホストBに移動
VM5をホストAからホストCに移動

推奨項目の回数：

積極度：中、推奨項目の回数：3（適用）
積極度：低、推奨項目の回数：2

推奨項目6：

提案された配置：

VM1をホストAからホストBに移動
VM3をホストAからホストBに移動
VM5をホストAからホストCに移動

推奨項目の回数：

積極度：低、推奨項目の回数：3（適用）

最適化推奨項目の間隔を設定するには

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
ダイアログボックス左側の［詳細］をクリックします。
［VM最適化間隔］ セクションで、以下の設定を行います：
- ［分］ ボックスに、移行後の仮想マシンを最適化推奨項目に含めるまでの時間を分単位で指定します。
- ［回］ ボックスに、最適化推奨項目が自動的に適用されるまでの作成回数を指定します。
- ［最適化の重要度］で、最適化推奨項目の最低重要度レベルを指定します。このレベルに達すると、推奨項目が自動的に適用されます。
- ［最適化の積極度］で、最適化推奨項目をどれだけ積極的に自動適用するかを指定します。自動適用の積極度を高くすると、自動適用される推奨項目の一貫性（対象の仮想マシンや再配置先ホストなどの一貫性）が低下します。［最適化の積極度］ の設定により、［回］の設定：つまり、推奨項目の回数が直接入力されます。
  
  注：
  
  ［回］ に「1」と入力した場合、［最適化の積極度］ は無視されます。

プール監査記録レポートのデータ量設定を変更する

以下の手順に従って、データ量設定を変更します。

XenCenterで、プールを選択します。
プールの［プロパティ］ペインで［WLB］タブをクリックします。
［WLB］タブの［設定］をクリックします。
ダイアログボックス左側の［詳細］をクリックします。
［詳細］ ページの ［プール監査記録レポートのデータ量］ の一覧から、データ量のオプションを選択します。

重要：

レポートで必要な情報の詳細度に適したオプションを選択してください。たとえば、［最小］に設定すると、特定のユーザーおよびオブジェクトの種類についての限定された量のデータのみが収集されます。［中］を設定すると、監査ログのユーザーフレンドリなレポートが生成されます。［最大］を設定すると、監査ログの詳細なレポートが生成されます。ただし、これによりワークロードバランスサーバーでより多くのディスクスペースおよびメモリが消費される点に注意してください。
［OK］ をクリックして変更を適用します。

XenCenterでオブジェクトに基づくプール監査記録レポートを表示する

次の手順で、選択したオブジェクトに基づいたプール監査記録のレポートを実行して表示します。

［プール監査記録レポートのデータ量］設定を設定した後、［レポート］ をクリックします。［ワークロードレポート］ページが開きます。
左側のペインで ［プール監査記録］ を選択します。
［オブジェクト］ リストから特定のオブジェクトを選択して、対象オブジェクトに基づいたレポートを実行して表示します。たとえば、リストから ［ホスト］ を選択して、ホストのみのレポートを取得します。

プール監査記録によってキャプチャされたイベントオブジェクトとアクションをカスタマイズする

プール監査記録によってキャプチャされたイベントオブジェクトとアクションをカスタマイズするには、ワークロードバランス仮想アプライアンスのPostgreSQLデータベースにサインインし、イベントオブジェクトまたはアクションの一覧に関連する変更を加えてから、ワークロードバランス仮想アプライアンスを再起動する必要があります。

PostgreSQLデータベースへのサインイン

ワークロードバランス仮想アプライアンスのコンソールにログオンします。

次のコマンドを実行します：

psql -Upostgres -dWorkloadBalancing
<!--NeedCopy-->

データベースのパスワードを入力します。データベースのパスワードは、仮想アプライアンスのインポート後にワークロードバランス構成ウィザードを実行するときに設定します。

イベントオブジェクトのカスタマイズ

注：

次のコマンド構文のevent_objectは、追加する、更新する、または無効にするイベントオブジェクトの名前を表します。

イベントオブジェクトを有効にします：

select * from update_audit_log_objects('event_object', true);
<!--NeedCopy-->

イベントオブジェクトを無効にします：

select * from update_audit_log_objects('event_object', false);
<!--NeedCopy-->

現在無効になっているイベントオブジェクトの一覧を取得します：

select * from hv_audit_log_get_event_objects(false);
<!--NeedCopy-->

現在有効になっているイベントオブジェクトの一覧を取得します：

select * from hv_audit_log_get_event_objects(true);
<!--NeedCopy-->

イベントアクションのカスタマイズ

注：

次のコマンド構文のevent_actionは、追加する、更新する、または無効にするイベントアクションの名前を表します。

イベントアクションを有効にします：

select * from update_audit_log_actions('event_action', true);
<!--NeedCopy-->

イベントアクションを無効にします：

select * from update_audit_log_actions('event_action', false);
<!--NeedCopy-->

現在無効になっているイベントアクションの一覧を取得します：

select * from hv_audit_log_get_event_actions(false);
<!--NeedCopy-->

現在有効になっているイベントアクションの一覧を取得します：

select * from hv_audit_log_get_event_actions(true);
<!--NeedCopy-->

ワークロードバランス仮想アプライアンスの再起動

次のコマンドを実行して、PostgreSQLを終了してワークロードバランス仮想アプライアンスを再起動します。

\q
<!--NeedCopy-->

systemctl restart workloadbalancing
<!--NeedCopy-->

XenCenterのワークロードバランスのアラートのアラートレベルの設定

管理APIを介して、XenCenterのワークロードバランスのアラートのアラートレベルを設定できます。

次の手順を実行します：

プールコーディネーターで次のコマンドを実行して、各アラートコードのアラートレベルを設定します。
```
xe pool-send-wlb-configuration config:<wlb-alert-code>=<alert-level>

```
4つのwlb-alert-codeタイプは次のとおりです：
- MESSAGE_PRIORITY_WLB_OPTIMIZATION_ALERT - ワークロードバランスが最適化の推奨事項を提示する場合、このアラートが生成されます。
- MESSAGE_PRIORITY_WLB_VM_RELOCATION - ワークロードバランスが仮想マシンをほかのホストに再配置すると、このアラートが生成されます。
- MESSAGE_PRIORITY_WLB_HOST_POWER_OFF - ワークロードバランスの最適化モードがMaximize Densityに設定されていて、さらにホスト上で仮想マシンが実行されていないためにホストの電源がオフになっている場合、このアラートが生成されます。
- MESSAGE_PRIORITY_WLB_HOST_POWER_ON - ワークロードバランスの最適化モードがMaximize Performanceに設定されていて、さらにホストのパフォーマンス向上の目的でホストの電源がオンになっている場合、このアラートが生成されます。
6つのalert-levelタイプは次のとおりです：
- 0 - アラートをミュート
- 1 - 致命的
- 2 - 重大
- 3 - 警告
- 4 - 軽微
- 5 - 情報
プールコーディネーターで次のコマンドを実行して、アラートコードのアラートレベルを確認します。
```
xe pool-retrieve-wlb-configuration

```
アラートをテストするには、ワークロードバランスのアラートを発生させ、Notificationsパネルをクリックしてアラートを表示します。

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

この情報は役に立ちましたか?

ワークロードバランスの動作の設定

June 19, 2024

寄稿者:

X X

June 19, 2024

寄稿者:

X X

この情報は役に立ちましたか?