XenServer

ワークロードバランシングの動作を構成する

August 25, 2026

寄稿者:

Workload Balancing仮想アプライアンスに接続した後、Workload Balancingが配置と推奨事項の計算に使用する設定を編集できます。Workload Balancingの設定は、プール内のすべてのVMとホストにまとめて適用されます。プール。

変更できる配置および最適化の設定には、次のものがあります。

配置戦略の変更
自動最適化と電源管理の構成
パフォーマンスしきい値とメトリックの重み付けの編集
ホストの除外。

ネットワークとディスクのしきい値が環境内のハードウェアと一致している場合、Workload Balancingのほとんどのデフォルト設定を最初に使用することを検討してください。Workload Balancingをしばらく有効にした後、パフォーマンスしきい値を評価し、編集するかどうかを決定することをお勧めします。たとえば、次のケースを検討してください。

まだ必要ないときに推奨事項が表示される場合。その場合は、Workload Balancingが適切な推奨事項を提供し始めるまで、しきい値を調整してみてください。
推奨事項が表示されるはずなのに表示されない場合。たとえば、ネットワークの帯域幅が不足していて推奨事項が表示されない場合は、設定を微調整する必要があるかもしれません。その場合は、 Workload Balancingが推奨事項を提供し始めるまで、ネットワークのクリティカルなしきい値を下げてみてください。

しきい値を編集する前に、プール内の各物理ホストについて、プール健全性レポートとプール健全性履歴レポートを生成できます。詳細については、ワークロードレポートの生成を参照してください。

注：

Workload Balancingは、XenServer® Premium Editionのお客様にご利用いただけます。XenServerのライセンスの詳細については、「ライセンス」を参照してください。アップグレードまたはXenServerライセンスの取得については、 Citrix Webサイトにアクセスしてください。

Workload Balancing 8.4.1は、XenServer 8.4およびXenServer 9と互換性があります。

Workload Balancing仮想アプライアンスのベースOSは、元々汎用Linux ディストリビューションから派生したものです。Workload Balancing仮想アプライアンス全体は、XenServerによって XenServer製品マトリックスに記載されているとおりサポートされています。

この記事では、プールをWorkload Balancing仮想アプライアンスに接続済みであることを前提としています。詳細については、 Workload Balancing仮想アプライアンスのダウンロード、インポート、構成、および接続について、 (/ja-jp/xenserver/9/wlb/get-started.html)を参照してください。

最適化モードを調整する

Workload Balancingは、選択した配置戦略に基づいて、環境内のVMワークロードを再調整または最適化するための推奨事項を作成します。この配置戦略は、最適化モードとして知られています。

以下の最適化モードから選択できます。

パフォーマンスの最大化 (デフォルト)

Workload Balancingは、リソースプール内のすべての物理ホストにワークロードを均等に分散しようとします。目標は、すべてのホストのCPU、メモリ、ネットワークへの負荷を最小限に抑えることです。パフォーマンスの最大化が配置戦略である場合、 Workload Balancingはホストが「高」しきい値に達したときに最適化を推奨します。
密度を最大化

Workload Balancingは、オンラインである必要がある物理ホストの数を最小限に抑えるために、アクティブなVMを統合しようとします。

密度を最大化を配置戦略として選択すると、パフォーマンスの最大化と同様のパラメーターを指定できます。ただし、Workload Balancingはこれらのパラメーターを使用して、VMをホストにどのようにパックできるかを決定します。ホスト。密度を最大化が配置戦略である場合、Workload Balancingは統合の最適化を推奨します。 VMが「低」しきい値に達したときに。

ワークロードバランシングでは、これらの最適化モードを常に適用する（fixed）、または指定された期間でモードを切り替える（scheduled）こともできます。

固定最適化モード

固定最適化モードは、Workload Balancingが常に特定の最適化動作を行うように設定します。この動作は、最高のパフォーマンスを作成しようとするか、最高の密度を作成することのいずれかです。

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

XenCenter®で、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、最適化モードをクリックします。
最適化モードページの固定セクションで、次のいずれかの最適化モードを選択します。
- パフォーマンスの最大化（デフォルト）。リソースプール内のすべての物理ホストにワークロードを均等に分散しようとします。目標は、すべてのホストのCPU、メモリ、ネットワークの負荷を最小限に抑えることです。
- 密度の最大化。可能な限り多くのVMを物理ホストに収めようとします。目標は、オンラインにする必要がある物理ホストの数を最小限に抑えることです。

スケジュールされた最適化モード

スケジュールされた最適化モードを使用すると、Workload Balancingが時間帯に応じて異なる最適化モードを適用するようにスケジュールできます。たとえば、ユーザーが接続している日中は、Workload Balancingをパフォーマンス最適化に構成したい場合があります。エネルギーを節約するために、夜間はWorkload Balancingを最大密度に最適化するように指定できます。

スケジュールされた最適化モードを構成すると、Workload Balancingは指定した期間の開始時に自動的に最適化モードに変更されます。毎日、平日、週末、または個々の曜日を構成できます。時間については、時刻を選択します。

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

XenCenterで、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、最適化モードをクリックします。
最適化モードペインで、スケジュール済みを選択します。スケジュール済みセクションが利用可能になります。
新規追加をクリックします。
「変更先」ボックスで、次のいずれかのモードを選択します。
- パフォーマンスの最大化。リソースプール内のすべての物理ホストにワークロードを均等に分散させようとします。目標はすべてのホストのCPU、メモリ、ネットワークへの負荷を最小限に抑えることです。
- 密度の最大化。可能な限り多くのVMを物理ホストに収めようとします。目標はオンラインである必要がある物理ホストの数を最小限に抑えることです。
Workload Balancing をこのモードで動作させたい曜日と時刻を選択します。
必要な数のスケジュールモードタスクを作成するまで、前述の手順を繰り返します。1つのタスクのみをスケジュールした場合、Workload Balancing はスケジュールどおりにそのモードに切り替わりますが、その後は元に戻りません。
OK をクリックします。

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

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

注:

OKをクリックする前にキャンセルをクリックすると、タスクの削除を含む、最適化タブで行った変更がすべて元に戻されます。

電力の自動最適化と管理

Workload Balancing を構成して、推奨事項を自動的に適用し、ホストを自動的にオンまたはオフにすることができます。ホストを自動的にパワーダウンする（たとえば、使用率の低い期間中）には、Workload Balancing を構成して推奨事項を自動的に適用し、電源管理を有効にする必要があります。電源管理と自動化の両方については、以下のセクションで説明します。

推奨事項を自動的に適用する

Workload Balancing を構成すると、推奨事項をユーザーに代わって適用し、推奨される最適化アクションを自動的に実行できます。この機能は自動最適化承認として知られており、パフォーマンスの向上やホストのパワーダウンを含むあらゆる推奨事項を自動的に適用するために使用できます。ただし、VM の使用量が減少したときにホストをパワーダウンするには、自動化、電源管理、および最大密度モードを構成する必要があります。

デフォルトでは、Workload Balancing は推奨事項を自動的に適用しません。Workload Balancing に推奨事項を自動的に適用させたい場合は、自動化を有効にします。そうでない場合は、推奨事項の適用をクリックして、推奨事項を手動で適用する必要があります。

Workload Balancing は、推奨事項が HA 設定と競合する場合、ホストまたは VM に推奨事項を自動的に適用しません。 HA 設定。Workload Balancing の最適化推奨事項を適用することでプールがオーバーコミット状態になった場合、XenCenter は推奨事項の適用を続行するかどうかを尋ねます。自動化が有効になっている場合、Workload Balancing は、HA プランで許容されるホスト障害の数を超える電源管理推奨事項を適用しません。

Workload Balancing が自動化機能を有効にして実行されている場合、この動作は自動モードでの実行と呼ばれることがあります。

自動モードで Workload Balancing が推奨事項を適用する方法を調整することができます。詳細については、保守的または積極的な自動推奨事項を設定するを参照してください。

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

XenCenterで、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、自動化をクリックします。
次のチェックボックスを1つ以上選択します。
- 最適化の推奨事項を自動的に適用する。このオプションを選択すると、最適化の推奨事項を手動で承認する必要がなくなります。Workload Balancingは、作成された最適化および配置の推奨事項を自動的に承認します。
- 電源管理の推奨事項を自動的に適用する。このオプションの動作は、プールの最適化モードによって異なります。
  - 最大パフォーマンスモード：「電源管理の推奨事項を自動的に適用する」が有効になっている場合、 Workload Balancingは、ホストのパフォーマンスが向上する場合にホストを自動的にパワーオンします。
  - 最大密度モード：「電源管理の推奨事項を自動的に適用する」が有効になっている場合、Workload Balancingは、リソース使用率が低しきい値を下回るとホストを自動的にパワーオフします。つまり、 Workload Balancingは、使用率が低い期間にホストを自動的にパワーオフします。
（オプション）設定ダイアログの左ペインで詳細設定をクリックし、次のアクションを1つ以上実行して、最適化の推奨事項を微調整します。
- Workload Balancing が最適化の推奨を行う必要がある回数を指定します。推奨が自動的に適用される前に。デフォルトは3回で、これは推奨が適用されることを意味します。 3回目に作成されたときに。
- Workload Balancingが自動的に適用する最適化の推奨事項の最低レベルを選択します。デフォルトは「高」です。
- Workload Balancingが最適化の推奨事項を適用する積極性を変更します。
  
  Workload Balancingが最近移動したVMに最適化の推奨事項を適用するまでに待機する分数も指定できます。
  
  これらの設定はすべて、保守的または積極的な自動推奨事項を設定するで詳しく説明されています。
(オプション) 電源管理を設定する場合は、Automation/Power Management をクリックします。
1. Power Management セクションで、Workload Balancing が電源のオン/オフを推奨するホストを選択します。
  
  注:
  
  電源管理の推奨事項のためにホストを選択しても、Automatically apply Power Management recommendations を選択しない場合、Workload Balancing は電源管理の推奨事項を提案しますが、それらを自動的に適用することはありません。
  
  リソースプール内のどのホストもリモート電源管理をサポートしていない場合、Workload Balancing は次のメッセージ「Power Management をサポートするホストはありません。」を表示します。
2. OK をクリックします。
自動化の設定を完了するには、OK をクリックします。

Workload Balancing の電源管理を有効にする

電源管理という用語は、物理ホストの電源をオンまたはオフにする機能を意味します。Workload Balancing のコンテキストでは、この用語は、プールの総ワークロードに基づいて、プール内のホストの電源をオンまたはオフにすることを意味します。

ホストで Workload Balancing の電源管理を設定するには、次の条件が必要です。

ホストのハードウェアがリモート電源オン/オフ機能を備えていること。
ホストのホスト電源オン機能が設定されていること。ホストのホスト電源オン機能を設定するには、以下を参照してください: ホスト電源オン機能の設定。
ホストが Workload Balancing の電源管理に参加するホストとして明示的に選択されていること。

さらに、Workload Balancing にホストを自動的に電源オフさせたい場合は、Workload Balancing で次のアクションを実行するように設定します。

推奨事項を自動的に適用する
電源管理の推奨事項を自動的に適用する

ホストが電源管理に参加するように設定されている場合、Workload Balancing は電源オンおよび電源オフの推奨を必要に応じて行います。

最大密度モードで実行している場合：

Workload Balancing は、プール内で未使用のリソースを検出すると、すべての過剰な容量がなくなるまでホストの電源をオフにすることを推奨します。
プール内にホストをシャットダウンするのに十分なホスト容量がない場合、Workload Balancing はホストの電源をオンのままにしておくことを推奨します。プールのワークロードが十分に減少するまで。
Workload Balancing を設定して余分なホストの電源を自動的にオフにする場合、これらの推奨事項を自動的に適用し、その結果、同じように動作します。

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

Workload Balancing を設定してホストの電源を自動的にオンにする場合、Workload Balancing はホストの電源をオンにします。ホストのリソース使用率が「高」しきい値を超えたときに。
Workload Balancing は、一度電源をオンにしたホストの電源をオフにすることはありません。

電源管理の推奨事項を自動的に適用するオプションをオンにすると、プールレベルで設定されます。ただし、プール内のどのホストを電源管理に参加させるかを指定できます。

ホスト電源オン機能の構成

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

XenCenter で、ホストを選択し、プロパティをクリックします。
左ペインで、電源オンをクリックします。
電源オンモードで、リモートサーバーの起動を有効にできる電源オンモードを選択します。
電源オンモードが設定されたら、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、自動化をクリックします。
自動化については、次のチェックボックスを選択します。
- 最適化の推奨事項を自動的に適用する。このオプションを選択すると、最適化の推奨事項を手動で承認する必要がなくなります。Workload Balancingは、作成する最適化および配置の推奨事項を自動的に受け入れます。
- 電源管理の推奨事項を自動的に適用する。このオプションの動作は、プールの最適化モードによって異なります。
  - 最大パフォーマンスモード: 電源管理の推奨事項を自動的に適用するが有効になっている場合、 Workload Balancingは、ホストのパフォーマンスが向上する場合にホストの電源を自動的にオンにします。
  - 最大密度モード: 電源管理の推奨事項を自動的に適用するが有効になっている場合、Workload Balancingは、リソース使用率が低しきい値を下回ると、ホストの電源を自動的にオフにします。つまり、 Workload Balancingは、使用率が低い期間にホストの電源を自動的にオフにします。
電源管理については、現在構成しているホストサーバーの名前を選択します。

電源管理の動作を理解する

Workload Balancingがホストの電源をオンまたはオフにするよう推奨する前に、VMを転送するホストを選択します。これは次の順序で行われます。

プールコーディネーターを埋める。これは電源をオフにできないホストであるため。
最も多くのVMを持つホストを埋める。
実行中のVMが最も多いホストに応じて、後続のホストを埋める。

Workload Balancing がプールコーディネーターを埋める際、コーディネーターに対して人為的に低いしきい値を想定して行います。 Workload Balancing は、これらの低いしきい値をバッファーとして使用し、プールコーディネーターが過負荷になるのを防ぎます。

Workload Balancing は、密度を高めるために、この順序でホストを埋めます。

最大密度モードでホスト上のVMを統合する場合、XenServerは最初にプールコーディネーターを、次に最も負荷の高いホストを、3番目に最も負荷の低いホストを埋めます。](/en-us/xenserver/9/media/wlb-fill-order.png)

プールが最大密度モードのときに Workload Balancing がパフォーマンスの問題を検出すると、電源がオンになっているホスト間でワークロードを移行することを推奨します。 Workload Balancing がこの方法で問題を解決できない場合、ホストの電源をオンにしようとします。 Workload Balancing は、最適化モードが最大パフォーマンスに設定されている場合と同じ基準を適用して、どのホストの電源をオンにするかを決定します。

Workload Balancing が最大パフォーマンスモードで実行されている場合、Workload Balancing は、すべてのプールメンバーのリソース使用率が「高」しきい値を下回るまで、ホストの電源をオンにすることを推奨します。

VMの移行中に、Workload Balancing が容量の増加がプールの全体的なパフォーマンスに利益をもたらすと判断した場合、自動的にホストの電源をオンにするか、そうすることを推奨します。

重要:

Workload Balancing は、Workload Balancing が電源をオフにしたホストの電源をオンにすることのみを推奨します。

電源管理とVM統合のための環境設計

XenServer の実装を計画し、自動VM統合と電源管理を構成する予定がある場合は、ワークロード設計を検討してください。たとえば、次のようにすることをお勧めします。

異なる種類のワークロードを別々のプールに配置します。

異なる種類のワークロードを持つ環境がある場合、これらのワークロードをホストするVMを異なるプールに配置するかどうかを検討してください。また、特定の種類のハードウェアでより優れたパフォーマンスを発揮する種類のアプリケーションをホストするVMを異なるプールに分割することも検討してください。

電源管理とVM統合はプールレベルで管理されるため、同じレートで統合したいワークロードを含むようにプールを設計してください。詳細設定の構成で説明されているような考慮事項を確実に考慮に入れてください。
Workload Balancing からホストを除外します。

一部のホストは常にオンである必要がある場合があります。詳細については、推奨事項からホストを除外するを参照してください。
ワークロードバランシングからVMを除外します。

一部のVMは、Workload Balancingの最適化および配置の推奨事項から除外する必要がある場合があります。詳細については、以下を参照してください。推奨事項からVMを除外する。

ワークロードバランシングが推奨事項を作成するタイミングを理解する

Workload Balancingは、管理しているプール全体の物理ホストとVMのリソースメトリックを継続的に評価しています。しきい値と照らし合わせています。しきい値は、Workload Balancingが最適化の推奨事項を作成する前にホストが超える必要がある境界のように機能する事前設定された値です。 Workload Balancingが最適化の推奨事項を作成できます。Workload Balancingのプロセスは次のとおりです。

ワークロードバランシングは、リソースのしきい値が侵害されたことを検出します。
ワークロードバランシングは、最適化の推奨事項を作成するかどうかを評価します。
Workload Balancingは、どのホストを宛先ホストとして機能させるか、およびどのような順序で最適化を行うかを決定します。宛先ホストとは、Workload Balancingが1つ以上のVMの再配置を推奨するホストのことです。 VMです。
ワークロードバランシングは最適化の推奨事項を作成します。

プール内のホストを評価して最適化の推奨事項を作成する場合、Workload Balancingはしきい値と重み付けを次のように使用します。

しきい値は、Workload Balancingがプールのリソースメトリックと比較する境界値です。しきい値は、推奨事項を作成するかどうか、およびどのホストが適切な候補であるかを決定するために使用されます。再配置されたVMをホストします。
重み付けは、リソースをどの程度考慮したいかに応じてランク付けする方法であり、処理順序を決定するために使用されます。Workload Balancingが推奨事項を作成することを決定した後、どのリソースが重要であるかという仕様を使用して、以下を決定します。
- どのホストのパフォーマンスに最初に対処するか
- 最初に移行を推奨するVM

Workload Balancingが監視する各リソースには、クリティカル、高、中、低の4つのレベルのしきい値があります。 Workload Balancingは、ホスト上のリソースメトリックが次の条件を満たす場合に推奨事項を作成するかどうかを評価します。

プールが最大パフォーマンスモードで実行されているときに高しきい値を超過する（パフォーマンスを向上させる）
プールが最大密度モード (ホスト上の VM を統合) で実行されているときに、低しきい値を下回る
プールが最大密度モード (パフォーマンスの向上) で実行されているときに、クリティカルしきい値を超える

最大パフォーマンスモードで実行されているプールの高しきい値が 80% の場合、ホストの CPU 使用率が 80.1% に達すると、Workload Balancing は推奨事項を発行するかどうかを評価します。

リソースがしきい値に違反すると、Workload Balancing は、リソースメトリックを過去のパフォーマンスと比較して評価し、一時的な急増に基づく最適化の推奨が行われるのを防ぎます。そのため、Workload Balancing は、以下の時間に取得されたリソース使用率のデータを評価することにより、過去の平均使用率メトリックを作成します。以下の時間:

取得されたデータ	重み
しきい値を超過した時点。つまり、リアルタイムデータ。	70%
しきい値を超過する 30 分前	25%
しきい値を超過する 24 時間前	5%

ホストの CPU 使用率が午後 12 時 2 分にしきい値を超えた場合、Workload Balancing はその日の午前 11 時 32 分の使用率と、前日の午後 12 時 2 分の使用率を確認します。たとえば、CPU 使用率が以下の値の場合、Workload Balancing は推奨を行いません。

その日の午後 12 時 2 分に 80.1%
その日の午前 11 時 32 分に 50%
前日の午後12時02分に78%

この動作は、過去の平均使用率が72.5%であるため、Workload Balancingがその使用率を一時的な急上昇と見なしているためです。ただし、午前11時32分にCPU使用率が83%だった場合、Workload Balancingは過去の平均使用率が80.1%であるため、推奨を行います。

最適化と統合のプロセス

潜在的な最適化を決定するためのWorkload Balancingプロセスは、最適化モード（最大パフォーマンスまたは最大密度）によって異なります。ただし、最適化モードに関係なく、最適化と配置の推奨は2段階のプロセスを使用して行われます。

潜在的な最適化を決定する: どのVMをホストから移行するか。
配置の推奨を決定する: どのホストが新しいVMの適切な候補となるか。

注:

Workload Balancingは、XenServerのライブマイグレーション基準を満たすVMの移行のみを推奨します。これらの基準の1つは、宛先ホストがVMに必要なストレージを持っている必要があることです。宛先ホストはまた、プールに構成されている最適化モードのしきい値を超えずにVMを追加するのに十分なリソースを持っている必要があります。たとえば、最大パフォーマンスモードでの高しきい値や、最大密度モードでのクリティカルしきい値などです。

Workload Balancingが自動モードで実行されている場合、推奨事項の適用方法を調整できます。詳細については、保守的または積極的な自動推奨を設定するを参照してください。

最大パフォーマンスモードでの最適化推奨プロセス

最大パフォーマンスモードで実行する場合、Workload Balancingは次のプロセスを使用して潜在的な最適化を決定します。

Workload Balancingは2分ごとに、プール内の各ホストのリソース使用率を評価します。これは、各ホストを監視し、各リソースの使用率がその高しきい値を超えているかどうかを判断することによって行われます。詳細については、クリティカルしきい値を変更するを参照してください。

最大パフォーマンスモードでは、リソースの使用率が高しきい値を超えた場合、Workload Balancingは最適化の推奨を行うかどうかを決定するプロセスを開始します。Workload Balancingは、そうすることで高しきい値によって明らかになったようなパフォーマンスの制約を緩和できるかどうかに基づいて、最適化の推奨を行うかどうかを決定します。

たとえば、Workload Balancingが、CPUリソースの不足がホスト上のVMのパフォーマンスに悪影響を与えていると判断した場合を考えてみましょう。Workload BalancingがCPU使用率の低い別のホストを見つけることができれば、 1つ以上のVMを別のホストに移動することを推奨します。
ホスト上のリソースの使用率が関連するしきい値を超えた場合、Workload Balancingは次のデータを組み合わせて過去の平均使用率を形成します。
- リソースの現在の使用率
- 30分前の履歴データ
- 24時間前の履歴データ履歴的に平均化された使用率がリソースのしきい値を超えた場合、Workload Balancingは最適化の推奨を行うと判断します。
Workload Balancingは、どのホストを最初に最適化するかを決定するために、メトリックの重み付けを使用します。最も重みを割り当てたリソースが、 Workload Balancingが最初に対処しようとするリソースです。詳細については、メトリックの重み付けの調整を参照してください。
Workload Balancingは、ホストから移行したいVMをサポートできるホストを決定します。

Workload Balancingは、異なるVMの組み合わせをホストに配置した場合のリソース使用率への予測される影響を計算することで、この決定を行います。 Workload Balancingは、これらの計算を実行する方法として、数学で順列として知られている方法を使用します。

そのため、Workload Balancingは、VMをホストに移行した場合の影響を予測するための単一のメトリックまたはスコアを作成します。このスコアは、より多くのVMのホームとしてのホストの適合性を示します。

ホストのパフォーマンスをスコアリングするために、Workload Balancingは以下のメトリックを組み合わせます。
- ホストの現在のメトリック
- 過去30分間のホストのメトリック
- 24時間前のホストのメトリック
- VMのメトリック。
ホストとVMをスコアリングした後、Workload Balancingは、異なるVMの組み合わせでホストがどのように見えるかの仮想モデルを構築しようとします。 Workload Balancingはこれらのモデルを使用して、VMを配置する最適なホストを決定します。

最大パフォーマンスモードでは、Workload Balancingはメトリックの重み付けを使用して、最初に最適化するホストと、それらのホスト上で最初に移行するVMを決定します。Workload Balancingは、そのモデルをメトリックの重み付けに基づいて構築します。たとえば、 CPU使用率に最高の重要度が割り当てられている場合、Workload Balancingは最適化するホストとVMを以下の基準に従ってソートします。
1. CPU使用率の「高」しきい値に最も近い状態で実行されているホスト。
2. どのVMが最も高いCPU使用率を持っているか、またはその高しきい値に最も近い状態で稼働しているか。
Workload Balancing は最適化の計算を続行します。ホストを最適化の候補として、VM を移行の候補として見なします。これは、VM をホストしているホストの予測リソース使用率が「高」しきい値を下回るまで続きます。予測リソース使用率とは、Workload Balancing がホストに VM を追加または削除した後に、そのホストが持つと予測するリソース使用率のことです。

最大密度モードでの統合プロセス

Workload Balancing は、VM をホストに移行し、そのホストをクリティカルしきい値以下で稼働させられるかどうかに基づいて、推奨を行うかどうかを決定します。

リソースの使用率が「低」しきい値を下回ると、Workload Balancing は潜在的な統合シナリオの計算を開始します。
Workload Balancing は、ホスト上で VM を統合できる方法を発見すると、宛先ホストが VM にとって適切な場所であるかどうかを評価します。
最大パフォーマンスモードと同様に、Workload Balancing はホストをスコアリングして、新しい VM の場所としてのホストの適合性を判断します。

Workload Balancing は、より少ないホストに VM を統合することを推奨する前に、 VM がそれらのホストに再配置された後のリソース使用率がクリティカルしきい値を下回っていることを確認します。

注:

Workload Balancing は、統合の推奨を行う際にメトリックの重み付けを考慮しません。ホストのパフォーマンスを確保するためにのみ、メトリックの重み付けを考慮します。
ホストと VM をスコアリングした後、Workload Balancing は、異なる VM の組み合わせを持つホストがどのように見えるかの仮想モデルを構築しようとします。これらのモデルを使用して、VM を配置する最適なホストを決定します。
Workload Balancing は、別の VM を追加するとホストリソースがクリティカルしきい値を超えるという予測が立つまで、ホストに VM を追加する影響を計算します。
Workload Balancing の推奨事項は、常にプールコーディネーターを最初に埋めることを提案します。これは、プールコーディネーターが電源オフできないホストであるためです。ただし、Workload Balancing はプールコーディネーターにバッファを適用し、過剰に割り当てられないようにします。
Workload Balancing は、VM が移行されたときに残りのすべてのホストがクリティカルしきい値を超えるまで、VM をホストに移行することを推奨し続けます。

クリティカルしきい値を変更する

最適化の推奨がいつトリガーされるかを制御する方法として、クリティカルしきい値を変更したい場合があります。このセクションでは、以下について説明します。

プール内のホストのデフォルトのクリティカルしきい値を変更する方法
クリティカルしきい値に設定された値が、高、中、低のしきい値をどのように変更するか。

Workload Balancingは、ホスト上のリソースの平均履歴使用率がそのしきい値に違反しているかどうかに基づいて、推奨を生成するかどうかを決定します。 Workload Balancingの推奨は、最大パフォーマンスモードでの高しきい値、または最大密度モードでの低しきい値とクリティカルしきい値が違反されたときにトリガーされます。詳細については、

最適化と統合のプロセスを参照してください。

リソースの新しいクリティカルしきい値を指定すると、Workload Balancingは、新しいクリティカルしきい値に対してリソースの他のしきい値をリセットします。ユーザーインターフェイスを簡素化するため、クリティカルしきい値は、 XenCenterを通じて変更できる唯一のしきい値です。

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

メトリック	クリティカル	高	中	低
CPU使用率	90%	76.5%	45%	22.5%
空きメモリ	51 MB	63.75 MB	510 MB	1020 MB
ネットワーク読み取り	25 MB/秒	21.25 MB/秒	12.5 MB/秒	6.25 MB/秒
ネットワーク書き込み	25 MB/秒	21.25 MB/秒	12.5 MB/秒	6.25 MB/sec
ディスク読み取り	25 MB/sec	21.25 MB/sec	12.5 MB/sec	6.25 MB/sec
ディスク書き込み	25 MB/sec	21.25 MB/sec	12.5 MB/sec	6.25 MB/sec

メモリを除くすべてのメトリックのしきい値を計算するには、Workload Balancing は、新しいクリティカルしきい値に以下の係数を乗算します。

高しきい値係数: 0.85
中しきい値係数: 0.50
低しきい値係数: 0.25

例えば、CPU使用率のクリティカルしきい値を95%に引き上げると、Workload Balancingは他のしきい値を次のようにリセットします。

高: 80.75%
中: 47.5%
低: 23.75%

空きメモリのしきい値を計算するために、Workload Balancingはクリティカルしきい値の新しい値を以下の係数で乗算します。

高しきい値係数: 1.25
中しきい値係数: 10.0
低しきい値係数: 20.0

例えば、空きメモリのクリティカルしきい値を45 MBに引き上げると、Workload Balancingは他のしきい値を次のようにリセットします。

高: 56.25 MB
中: 450 MB
低: 900 MB

特定のしきい値に対してこの計算を実行するには、そのしきい値の係数に、そのリソースのクリティカルしきい値に入力した値を乗算します。

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

クリティカルしきい値は多くの最適化推奨事項をトリガーしますが、他のしきい値も次のように最適化推奨事項をトリガーできます。

高しきい値。
- 最大パフォーマンス。高しきい値を超えると、VMをリソース使用率の低いホストに再配置するための最適化推奨がトリガーされます。
- 最大密度。ワークロードバランシングは、VMをホストに移動することでホストのリソース使用率が高しきい値を超える場合、そのホストへのVMの配置を推奨しません。
低しきい値。
- 最大パフォーマンス。ワークロードバランシングは、低しきい値からの推奨をトリガーしません。
- 最大密度。メトリック値が低しきい値を下回ると、ワークロードバランシングはホストが十分に活用されていないと判断し、VMをより少ないホストに統合するための最適化推奨を行います。ワークロードバランシングは、ホストのリソースのいずれかのメトリック値が高しきい値に達するまで、VMをホストに移動することを推奨し続けます。
  
  ただし、VMが再配置された後、VMの新しいホスト上のリソースの使用率がクリティカルしきい値を超えることがあります。この場合、ワークロードバランシングは一時的に最大パフォーマンスの負荷分散アルゴリズムに似たアルゴリズムを使用して、VMの新しいホストを見つけます。ワークロードバランシングは、このアルゴリズムを使用して、プール全体のホストのリソース使用率が高しきい値を下回るまでVMの移動を推奨し続けます。

クリティカルしきい値を変更するには：

XenCenterで、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、クリティカルしきい値を選択します。これらのクリティカルしきい値は、ホストのリソース使用率を評価するために使用されます。
クリティカルしきい値ページで、クリティカルしきい値ボックスに1つ以上の新しい値を入力します。これらの値は、ホストのリソース使用率を表します。

ワークロードバランシングは、VMの配置とプール最適化の推奨を行う際にこれらのしきい値を使用します。ワークロードバランシングは、ホストのリソース使用率を設定されたクリティカル値を下回るように努めます。

メトリックの重み付けを調整する

ワークロードバランシングが、どのホストとVMを最初に処理するかを決定する際にメトリックの重み付けをどのように使用するかは、最適化モード（最大密度または最大パフォーマンス）によって異なります。一般的に、メトリックの重み付けは、プールが最大パフォーマンスモードの場合に使用されます。ただし、ワークロードバランシングが最大密度モードの場合でも、リソースがクリティカルしきい値を超えるとメトリックの重み付けを使用します。

Workload Balancing は最適化の推奨事項を処理する際に、最適化の順序を作成します。Workload Balancing は、メトリックの重み付けページで最も重要とランク付けされたリソースに対して、最も高いメトリック値を持つホストをランク付けすることによって、順序を決定します。

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

最大パフォーマンスモードでは、Workload Balancing はメトリックの重み付けを使用して、以下を決定します。

どのホストで最初にパフォーマンスに対処するか
どの VM を最初に移行するよう推奨するか

例えば、ネットワーク書き込みが最も重要なリソースである場合、Workload Balancing は、最初に最適化の推奨事項を、1 秒あたりのネットワーク書き込み数が最も多いホストに対して作成します。ネットワーク書き込みを最も重要なリソースにするには、メトリックの重み付けスライダーを右に移動し、他のすべてのスライダーを中央に移動します。

すべてのリソースを等しく重要であると設定した場合、Workload Balancing は、最初に CPU 使用率、次にメモリに対処します。これは、これらのリソースが通常最も制約されるためです。すべてのリソースを等しく重要にするには、 メトリックの重み付けスライダーをすべてのリソースで同じ位置に設定します。

最大密度モード

最大密度モードでは、Workload Balancing はホストがクリティカルしきい値に達した場合にのみメトリックの重み付けを使用します。At その時点で、Workload Balancing は、どのホストもクリティカルしきい値を超えなくなるまで、最大パフォーマンスモードのアルゴリズムと同様のアルゴリズムを適用します。このアルゴリズムを使用する場合、Workload Balancing は、最大パフォーマンスモードの場合と同様に、メトリックの重み付けを使用して最適化の順序を決定します。

2 つ以上のホストがクリティカルしきい値を超えるリソースを持っている場合、Workload Balancing は各リソースに設定した重要度を確認します。この重要度を使用して、どのホストを最初に最適化するか、およびそのホスト上のどの VM を最初に再配置するかを決定します。

たとえば、プールにホスト A とホスト B があり、それらは次の状態です。

ホスト A の CPU 使用率がクリティカルしきい値を超えており、CPU 使用率のメトリックの重み付けが より重要に設定されています。
ホスト B のメモリ使用率がクリティカルしきい値を超えており、メモリ使用率のメトリックの重み付けが 重要度が低いに設定されています。

Workload Balancing は、クリティカルしきい値に達したリソースが最も高い重み付けが割り当てられたリソースであるため、最初にホスト A の最適化を推奨します。Workload Balancing がホスト A のパフォーマンスに対処する必要があると判断した後、Workload Balancing はそのホスト上の VM の配置を推奨し始めます。最も高い CPU 使用率を持つ VM から開始します。これは、その CPU 使用率が最も高い重み付けを持つリソースであるためです。

Workload Balancing がホスト A の最適化を推奨した後、ホスト B の最適化の推奨事項を作成します。ホスト B 上の VM の配置を推奨する際、CPU 使用率が最も高い重み付けが割り当てられているため、最初に CPU 使用率に対処します。さらに最適化が必要なホストがある場合、Workload Balancing は、 3 番目に高い CPU 使用率を持つホストに応じて、それらのホストのパフォーマンスに対処します。

デフォルトでは、すべてのメトリックの重み付けは、スライダーの最も遠い点である「より重要」に設定されています。

注:

メトリックの重み付けは相対的です。すべてのメトリックが同じレベルに設定されている場合、たとえそのレベルが「重要度が低い」であっても、それらはすべて同じように重み付けされます。メトリック間の関係は、各メトリックに設定する実際の重みよりも重要です。

メトリックの重み付け係数を編集するには

XenCenterで、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、メトリックの重み付けを選択します。
メトリックの重み付けページで、必要に応じて、個々のリソースの横にあるスライダーを調整します。

スライダーを重要度が低い方向に移動して、VMが常に利用可能なこのリソースの最大量を確保することがこのプールにとってそれほど重要ではないことを示します。

推奨事項からホストを除外する

ワークロードバランシングを構成する際、特定の物理ホストをワークロードバランシングの最適化および配置の推奨事項（Start On配置の推奨事項を含む）から除外するように指定できます。

推奨事項からホストを除外したい状況には、次のような場合があります。

プールを最大密度モードで実行し、ホストを統合してシャットダウンしたいが、特定のホストをこの動作から除外したい場合。
常に同じホストで実行する必要がある2つのVMワークロードがある場合。たとえば、VMが補完的なアプリケーションまたはワークロードを持っている場合などです。
移動させたくないワークロードがある場合（例：ドメインコントローラーやデータベースサーバー）。
ホストのメンテナンスを実行したいが、そのホストにVMを配置したくない場合。
ワークロードのパフォーマンスが非常に重要であるため、専用ハードウェアのコストは問題にならない場合。
特定のホストで優先度の高いワークロードが実行されており、HA機能を使用してこれらの VMを優先したくない場合。
ホストのハードウェアが、プール内の他のワークロードにとって最適ではない場合。

固定またはスケジュールされた最適化モードを指定したかどうかにかかわらず、最適化モードが変更されても、除外されたホストは除外されたままになります。したがって、Workload Balancingがホストを自動的にシャットオフするのを防ぎたいだけであれば、代わりにそのホストの電源管理を無効にすることを検討してください。詳細については、電源を自動的に最適化および管理するを参照してください。

推奨事項からホストを除外すると、Workload Balancingがそのホストをまったく管理しないように指定することになります。この構成は、Workload Balancingが除外されたホストに対して最適化の推奨を行わないことを意味します。対照的に、電源管理に参加するホストを選択しない場合、Workload Balancingはそのホストを管理しますが、電源管理の推奨は行いません。

Workload Balancingからホストを除外するには

この手順を使用して、Workload Balancingが管理しているプール内のホストを、電源管理、ホストの退避、配置、および最適化の推奨から除外します。

XenCenterで、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、除外されたホストを選択します。
除外されたホストページで、Workload Balancingが代替の配置と最適化を推奨しないホストを選択します。

推奨事項からVMを除外する

ワークロードバランシングを構成する際、特定のVMをワークロードバランシングの最適化および配置の推奨事項から除外するように指定できます。

VMを推奨事項から除外したい状況には、次のような場合があります。

2つのVMワークロードが常に同じホストで実行される必要がある場合（たとえば、補完的なアプリケーションやワークロードがある場合など）。
移動させたくないワークロードがある場合 (たとえば、ドメインコントローラー、DNSサーバー、またはSQLサーバーなど)。

固定またはスケジュールされた最適化モードを指定するかどうかにかかわらず、最適化モードが変更されても、除外されたVMは除外されたままになります。

配置および最適化の推奨事項からVMを除外するには

リソースペインでVMを選択し、全般タブを選択して、プロパティを選択します。
左ペインで、全般を選択します。
全般ページで、タグ:フィールドのタグの編集を選択します。
新しいタグ wlb_excluded を指定し、作成をクリックします。

詳細設定の構成

Workload Balancingには、Workload Balancingが自動推奨事項をどのように適用するかを制御できるいくつかの詳細設定が用意されています。これらの設定は、Workload Balancing構成ダイアログの詳細設定ページに表示されます。詳細設定ページにアクセスするには、次の手順を実行します。

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

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

控えめな自動推奨または積極的な自動推奨を設定する

自動モードで実行する場合、最適化および統合の推奨の頻度と、それらが自動的に適用されるまでの時間は、次のような複数の要因によって決まります。

仮想マシンを移動した後、Workload Balancing が次の推奨を行うまでに待機する時間を指定する方法
Workload Balancing が推奨を自動的に適用するまでに作成する必要がある推奨の数
最適化が自動的に適用される前に、推奨が達成する必要がある重大度レベル
推奨の一貫性レベル（移動する推奨仮想マシン、宛先ホスト）Workload Balancing が推奨を自動的に適用する前に必要とします

一般に、これらの要因の設定は、次の場合にのみ調整してください。

XenServer テクニカルサポートからのガイダンスがある場合
Workload Balancing が有効なプールでの動作について、十分な観察とテストを行った場合

これらの設定を誤って構成すると、Workload Balancing が推奨を行わなくなる可能性があります。

仮想マシンの移行間隔

Workload Balancing が仮想マシンを最後に移動してから、Workload Balancing がその仮想マシンに対して別の推奨を行うまでに待機する分数を指定できます。推奨間隔は、Workload Balancing が、一時的な使用率の急上昇があった場合など、人為的な理由で推奨を生成するのを防ぐように設計されています。

自動化が構成されている場合、推奨間隔を変更する際には特に注意が必要です。もし継続的かつ繰り返し発生するスパイクにつながる問題が発生した場合、間隔を短くすると、多くの推奨、ひいては再配置が生成される可能性があります。

注:

推奨間隔を設定しても、ワークロードバランシングが、最近リバランスされたホストを起動時配置、再開、およびメンテナンスモードの推奨に含めるまで待機する時間には影響しません。

推奨カウント

2分ごとに、ワークロードバランシングは監視しているプールに対して推奨を生成できるか確認します。自動化を有効にすると、ワークロードバランシングが推奨を自動的に適用する前に、一貫した推奨が何回行われる必要があるかを指定できます。そのためには、 推奨カウントとして知られる設定を、推奨フィールドで指定されているように構成します。 推奨カウントと 最適化の積極性設定により、環境における推奨の自動適用を微調整できます。

ワークロードバランシングは、推奨の類似性を使用して次のチェックを行います。

推奨が本当に必要かどうか
移行先ホストが、移行されたVMを受け入れた後、短期間で再びホストから移動させる必要がないほど、長期間にわたって十分安定したパフォーマンスを維持しているかどうか

ワークロードバランシングは、推奨を自動的に適用する前に、推奨が繰り返される必要があるかどうかを判断するために推奨カウント値を使用します。ワークロードバランシングはこの設定を次のように使用します。

ワークロードバランシングが、最適化の積極性設定で示される一貫性要件を満たす推奨を生成するたびに、ワークロードバランシングは推奨カウントをインクリメントします。もし推奨が一貫性要件を満たさない場合、ワークロードバランシングは推奨カウントをゼロにリセットする可能性があります。この動作は、最適化の積極性で説明されている要因によって異なります。
ワークロードバランシングが、推奨フィールドで指定されている推奨カウントの値に達するのに十分な一貫した推奨を生成すると、推奨を自動的に適用します。

この設定を変更することを選択した場合、設定する値は環境によって異なります。次のシナリオを考慮してください。

環境でホストの負荷とアクティビティが急速に増加する場合、推奨カウントの値を増やすことをお勧めします。ワークロードバランシングは2分ごとに推奨を生成します。たとえば、この間隔を3に設定した場合、6分後にワークロードバランシングは推奨を自動的に適用します。
環境でホストの負荷とアクティビティが徐々に増加する場合、推奨カウントの値を減らすことをお勧めします。

推奨を受け入れると、ワークロードバランシングがVMを再配置している間、システムリソースが使用され、パフォーマンスに影響します。推奨カウントを増やすと、ワークロードバランシングが推奨を適用する前に発生する必要がある一致する推奨の数が増加します。この設定により、ワークロードバランシングはより保守的で安定した推奨を適用するよう促され、誤ったVM移動の可能性を減らすことができます。推奨カウントはデフォルトで保守的な値に設定されています。

この設定を調整することが環境に与える可能性のある影響のため、細心の注意を払ってのみ変更してください。理想的には、テストと値の反復的な変更によってこれらの調整を行うか、または XenServerテクニカルサポートのガイダンスの下で行ってください。

推奨の重要度

すべての最適化推奨には、推奨の重要度を示す重要度評価（重大、高、中、低）が含まれています。 Workload Balancing は、この評価を以下の要因の組み合わせに基づいて決定します。

しきい値やメトリック調整など、設定した構成オプション
ワークロードに利用可能なリソース
リソース使用履歴。

推奨の重要度評価は、WLB タブの 最適化推奨 ペインに表示されます。

Workload Balancing が推奨を自動的に適用するように構成する場合、Workload Balancing が推奨を自動的に適用する前に、推奨に関連付ける最小重要度レベルを設定できます。

最適化の積極性

自動モードで実行する際にさらなる保証を提供するため、Workload Balancing には、最適化を自動的に受け入れるための一貫性基準があります。この基準は、スパイクや異常による VM の移動を防ぐのに役立ちます。自動モードでは、Workload Balancing は最初に生成された推奨を受け入れません。代わりに、Workload Balancing は、ホストまたは VM が時間の経過とともに一貫した動作を示すまで、推奨を自動的に適用するのを待ちます。時間の経過とともに一貫した動作には、ホストが推奨をトリガーし続けるかどうか、およびそのホスト上の同じ VM が推奨をトリガーし続けるかどうかなどの要因が含まれます。

Workload Balancing は、一貫性の基準と、同じ推奨がなされた回数の基準を使用して、動作が一貫しているかどうかを判断します。Optimization Aggressiveness 設定を使用して、Workload Balancing が一貫性基準をどの程度厳密に適用するかを構成できます。この設定を使用して、Workload Balancing が最適化推奨を適用する前に、環境に求める安定性の量を制御できます。最も安定した設定である「低積極性」がデフォルトで構成されています。この文脈では、「安定」という用語は、このセクション全体で説明されているように、時間の経過に伴う推奨される変更の類似性を意味します。ほとんどの環境では積極性は望ましくありません。したがって、「低」がデフォルト設定です。

Workload Balancing は、一貫性を確認するために最大4つの基準を使用します。満たす必要がある基準の数は、 Optimization Aggressiveness 設定で設定したレベルによって異なります。レベルが低いほど（たとえば、低または中）、Workload Balancing は推奨を受け入れる際に積極性が低くなります。言い換えれば、Workload Balancing は積極性が「低」に設定されている場合、基準の一致をより厳密に要求します。

たとえば、積極性レベルが「低」に設定されている場合、推奨を自動的に適用する前に、「推奨カウント」値で指定された回数だけ「低」の各基準が満たされる必要があります。

推奨カウントを 3 に設定すると、Workload Balancing は、「低」にリストされているすべての基準が満たされ、 3つの連続した推奨で繰り返されるまで待機します。この設定は、VM が実際に移動する必要があること、および推奨される宛先ホストが長期間にわたって安定したリソース使用率を持つことを保証するのに役立ちます。これにより、移動後にホストのパフォーマンスが変化したために、最近移動された VM がホストから移動される可能性が低減されます。デフォルトでは、この設定は安定性を促進するために「低」に設定されています。

ホストの最適化頻度を上げるために、Optimization Aggressiveness 設定を増やすことはお勧めしません。ホストの最適化が十分に迅速または頻繁に行われていないと思われる場合は、重大な閾値を調整してみてください。閾値をプールヘルスレポートと比較してください。

異なる積極性レベルに関連付けられている一貫性基準は次のとおりです。

低:

後続の推奨事項におけるすべてのVMは同じである必要があります (各推奨事項でUUIDが一致することによって示されるように)。
後続の推奨事項において、すべての宛先ホストは同じである必要があります
最初の推奨事項の直後に続く推奨事項は一致する必要があります。そうでない場合、推奨カウントは 1に戻ります

中:

後続の推奨事項におけるすべてのVMは同じホストからのものである必要があります。ただし、それらは最初の推奨事項のVMとは異なるVMでもかまいません。
後続の推奨事項において、すべての宛先ホストは同じである必要があります
最初の推奨事項の直後に続く次の2つの推奨事項のうちの1つは一致する必要があります。そうでない場合、推奨カウントは1に戻ります

高:

推奨事項におけるすべてのVMは同じホストからのものである必要があります。ただし、推奨事項が互いに直後に続く必要はありません。
Workload BalancingがVMの移動を推奨したホストは、各推奨事項で同じである必要があります
最初の推奨事項の後に続く2つの推奨事項が一致しない場合でも、推奨カウントは同じ値のままです

最適化の積極性の例

次の例は、Workload Balancingが最適化の積極性設定と推奨カウントを使用して、推奨事項を自動的に受け入れるかどうかを決定する方法を示しています。

Workload Balancingによって発行される各最適化推奨事項は、3つのVM配置を提案します。これらの提案された配置の後、各積極性レベルに関連付けられた推奨カウントは、その最適化の積極性設定で連続した推奨事項があった回数です。

以下の例では、最適化の積極性設定が「高」に設定されている場合、推奨カウントは推奨1、2、3の後に増加し続けます。この増加は、同じVMが各推奨で新しい配置に推奨されていない場合でも発生します。ワークロードバランシングは、配置推奨を推奨3で適用します。これは、そのホストから3回連続で同じ動作が確認されているためです。

対照的に、積極性が「低」に設定されている場合、最初の 4つの推奨では連続推奨カウントは増加しません。推奨カウントは、同じVMが配置に推奨されなかったため、各推奨で1にリセットされます。推奨カウントは、同じ推奨が推奨#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 (適用)

VM 推奨間隔を構成するには

XenCenter で、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、詳細設定をクリックします。
VM 推奨間隔セクションで、次のいずれかまたは複数を実行します:
- 「分」ボックスに、Workload Balancing が新しく再バランスされたホストで別の最適化推奨を行うまでに待機する分数値を入力します。
- 「推奨事項」ボックスに、Workload Balancing が推奨事項を自動的に適用する前に作成する推奨事項の数値を入力します。
- 最適化が自動的に適用される前の最小の重大度レベルを選択します。
- Workload Balancingが自動モードで実行されている場合に、最適化の推奨事項を適用する積極性を変更します。積極性レベルを上げると、推奨事項を自動的に適用する前の整合性に関する制約が軽減されます。 Optimization Aggressiveness設定は、Recommendations設定を直接補完します。つまり、推奨事項の数です。
  
  注記：
  
  Recommendations設定の値に「1」と入力した場合、Optimization Aggressiveness 設定は関係ありません。

プール監査証跡の粒度設定を調整する

粒度設定を変更するには、次の手順に従います。

XenCenterで、プールを選択します。
プールのPropertiesペインで、WLBタブをクリックします。
WLBタブで、Settingsをクリックします。
左ペインで、Advancedをクリックします。
Advancedページで、Pool Audit Trail Report Granularityリストをクリックし、リストからオプションを選択します。

重要：

監査ログの要件に基づいて粒度を選択します。たとえば、監査ログレポートの粒度を「Minimum」に設定した場合、レポートは特定のユーザーとオブジェクトタイプに関する限られた量のデータのみをキャプチャします。粒度を「Medium」に設定した場合、レポートは監査ログのユーザーフレンドリーなレポートを提供します。粒度を「Maximum」に設定することを選択した場合、レポートには監査ログレポートに関する詳細情報が含まれます。監査ログレポートを「Maximum」に設定すると、Workload Balancingサーバーがより多くのディスクスペースとメモリを使用する可能性があります。
変更を確定するには、OKをクリックします。

XenCenterでオブジェクトに基づいてプール監査証跡レポートを表示する

選択したオブジェクトに基づいてプール監査証跡のレポートを実行および表示するには、次の手順に従います。

プール監査証跡の粒度設定を行った後、レポートをクリックします。ワークロードレポートページが表示されます。
左ペインでプール監査証跡を選択します。
オブジェクトリストから特定のオブジェクトを選択することで、そのオブジェクトに基づいたレポートを実行および表示できます。たとえば、リストからホストを選択すると、ホストのみに基づいたレポートを取得できます。

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

プール監査証跡によってキャプチャされるイベントオブジェクトとアクションをカスタマイズするには、PostgreSQL Workload Balancing仮想アプライアンス上のデータベースにサインインし、イベントオブジェクトまたはアクションのリストに関連する変更を加え、その後Workload Balancing仮想アプライアンスを再起動する必要があります。

PostgreSQLデータベースにサインインする

Workload Balancing仮想アプライアンスのコンソールにログオンします。

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

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

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

イベントオブジェクトをカスタマイズする

注:

以下のコマンド構文では、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-->

Workload Balancing仮想アプライアンスを再起動する

PostgreSQLを終了し、Workload Balancing仮想アプライアンスを再起動するには、次のコマンドを実行します。

\q
<!--NeedCopy-->

systemctl restart workloadbalancing
<!--NeedCopy-->

XenCenterでのWorkload Balancingアラートのアラートレベルを設定する

xe CLIを使用して、XenCenterに表示されるWorkload Balancingアラートのアラートレベルを設定できます。

次の手順を完了します。

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

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

```
アラートをテストするには、Workload Balancing アラートを発生させ、XenCenter で Notifications パネルをクリックしてアラートを表示します。

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

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

ワークロードバランシングの動作を構成する

August 25, 2026

寄稿者:

August 25, 2026

寄稿者:

この記事の概要

最適化モードを調整する
電力の自動最適化と管理
クリティカルしきい値を変更する
メトリックの重み付けを調整する
推奨事項からホストを除外する
推奨事項からVMを除外する
詳細設定の構成
プール監査証跡の粒度設定を調整する
XenCenterでのWorkload Balancingアラートのアラートレベルを設定する

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