XenServer

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

August 25, 2026

寄稿者:

X X

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

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

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

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

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

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

注記:

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

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

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

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

最適化モードの調整

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

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

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

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

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

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

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

固定最適化モード

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

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

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

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

XenCenterで、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、自動化をクリックします。
次のチェックボックスを1つ以上選択します。
- 最適化の推奨事項を自動的に適用する。このオプションを選択すると、最適化の推奨事項を手動で承認する必要がなくなります。Workload Balancingは、作成した最適化および配置の推奨事項を自動的に承認します。
- 電源管理の推奨事項を自動的に適用する。このオプションの動作は、プールの最適化モードによって異なります。
  - 最大パフォーマンスモード: 電源管理の推奨事項を自動的に適用するが有効になっている場合、 Workload Balancingは、ホストのパフォーマンスが向上する場合にホストを自動的にパワーオンします。
  - 最大密度モード: 電源管理の推奨事項を自動的に適用するが有効になっている場合、Workload Balancingは、リソース使用率が低しきい値を下回るとホストを自動的にパワーオフします。つまり、 Workload Balancingは、使用率が低い期間にホストを自動的にパワーオフします。
（オプション）設定ダイアログの左ペインで詳細設定をクリックし、次のいずれかまたは複数の操作を実行して、最適化の推奨事項を微調整します。
- 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は「No hosts support 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/8/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 が1つ以上のVMの再配置を推奨するホストのことです。 VM です。
ワークロードバランシングは、最適化の推奨事項を作成します。

ワークロードバランシングは、最適化の推奨事項を作成するためにプール内のホストを評価する際、しきい値と重み付けを次のように使用します。

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

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

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

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

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

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

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

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

この動作は、過去の平均使用率が72.5%であるため、Workload Balancingがその使用率を一時的な急上昇と見なしているためです。しかし、CPU使用率が午前11時32分に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. CPU使用率が最も高いVM、または高しきい値に最も近い状態で実行されているVMはどれか。
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 をホストに移行することを推奨し続けます。

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

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

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

ワークロードバランシングは、平均化された過去の使用率に基づいて推奨事項を作成するかどうかを決定しますホスト上のリソースがそのしきい値に違反するかどうかを判断します。ワークロードバランシングの推奨事項は、高パフォーマンス最大化モードのしきい値、または密度最大化モードの低およびクリティカルしきい値が違反した場合にトリガーされます。詳細については、以下を参照してください。最適化と統合のプロセス。

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

次の表は、ワークロードバランシングのしきい値のデフォルト値を示しています。

メトリック	クリティカル	高	中	低
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/秒
ディスク読み取り	25 MB/秒	21.25 MB/秒	12.5 MB/秒	6.25 MB/秒
ディスク書き込み	25 MB/秒	21.25 MB/秒	12.5 MB/秒	6.25 MB/秒

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

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

例えば、CPU使用率のクリティカルしきい値を95%に引き上げると、ワークロードバランシングは他のしきい値を次のようにリセットします。

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

空きメモリのしきい値を計算するために、ワークロードバランシングはクリティカルしきい値の新しい値に以下の係数を乗算します。

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

例えば、空きメモリのクリティカルしきい値を45 MBに引き上げると、ワークロードバランシングは他のしきい値を次のようにリセットします。

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

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

たとえば、プールにホスト A とホスト B が含まれており、それらが次の状態であるとします。

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

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

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

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

注:

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

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

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

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

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

Workload Balancingを構成する際、特定の物理ホストをWorkload Balancingの最適化および配置の推奨事項（Start On配置の推奨事項を含む）から除外するように指定できます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

詳細設定を構成する

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

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

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

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

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

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

一般的に、これらの要因の設定は、以下のケースでのみ調整してください。

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

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

VM移行間隔

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

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

注記：

推奨間隔を設定しても、Workload Balancing が最近再バランスされたホストを Start-On Placement、Resume、およびメンテナンスモードの推奨事項に考慮するまでの待機時間には影響しません。

推奨カウント

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

Workload Balancing は推奨事項の類似性を使用して、次のチェックを行います。

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

Workload Balancing は、推奨カウント値を使用して、Workload Balancing が推奨事項を自動的に適用する前に、推奨事項を繰り返す必要があるかどうかを判断します。 Workload Balancing はこの設定を次のように使用します。

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

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

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

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

この設定を調整することが環境に与える可能性のある影響のため、細心の注意を払ってのみ変更してください。理想的には、テストと値の反復的な変更、または XenServer Technical Support の指導の下でこれらの調整を行ってください。

推奨の重要度

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

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

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

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

最適化の積極性

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

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

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

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

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

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

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

低:

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

中:

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

高:

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

最適化の積極性の例

以下の例は、Workload BalancingがOptimization Aggressiveness設定と Recommendation Countを使用して、推奨を自動的に受け入れるかどうかを決定する方法を示しています。

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

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

対照的に、積極性が「低」に設定されている場合、連続推奨カウントは最初の 4つの推奨では増加しません。同じVMが配置に推奨されなかったため、推奨カウントは各推奨で1にリセットされます。推奨カウントは、同じ推奨がなされるまで増加を開始しません。推奨 #5 で。最後に、Workload Balancing は、推奨 #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 で、プールを選択します。
プールのプロパティペインで、WLBタブをクリックします。
WLBタブで、設定をクリックします。
左ペインで、詳細設定をクリックします。
詳細設定ページで、プール監査証跡レポートの粒度リストをクリックし、リストからオプションを選択します。

重要：

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

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

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

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

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

プール監査証跡によってキャプチャされるイベントオブジェクトとアクションをカスタマイズするには、Workload Balancing仮想アプライアンス上のPostgreSQL データベースにサインインし、イベントオブジェクトまたはアクションのリストに関連する変更を加え、その後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

寄稿者:

X X

August 25, 2026

寄稿者:

X X

この記事の概要

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

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