Workload Balancing の動作を構成する

最終公開日 : Oct 07, 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仮想アプライアンスのダウンロード、インポート、構成、および接続については、 開始するを参照してください。

最適化モードの調整

Workload Balancingは、選択した配置戦略に基づいて、環境内のVMワークロードを再調整(最適化)するための推奨事項を作成します。 この配置戦略は最適化モードとして知られています。
次の最適化モードから選択できます。
  • パフォーマンスの最大化(デフォルト)
    Workload Balancingは、リソースプール内のすべての物理ホストにワークロードを均等に分散しようとします。目標は、 すべてのホストのCPU、メモリ、およびネットワークの負荷を最小限に抑えることです。パフォーマンスの最大化が配置戦略である場合、 Workload Balancingはホストが高しきい値に達したときに最適化を推奨します。
  • 密度を最大化
    Workload Balancingは、アクティブなVMを統合することで、 オンラインにする必要がある物理ホストの数を最小限に抑えようとします。
    配置戦略として密度の最大化を選択すると、パフォーマンスの最大化と同様のパラメータを指定できます。 ただし、Workload Balancingはこれらのパラメータを使用して、VMをホストにどのようにパックできるかを決定します。 密度の最大化が配置戦略である場合、Workload Balancingは統合の最適化を推奨します。 VMが低しきい値に達したとき。
Workload Balancing では、これらの最適化モードを常に適用する 固定 、または指定された 期間でモードを切り替える スケジュール を選択できます。

固定最適化モード

固定最適化モードは、Workload Balancingが常に特定の最適化動作をするように設定します。この動作は、 最高のパフォーマンスを作成しようとするか、最高の密度を作成することのいずれかです。
固定最適化モードを設定するには、次の手順を実行します。
  1. XenCenter®で、プールを選択します。
  2. プールのプロパティペインで、WLBタブをクリックします。
  3. 「WLB」タブで、「設定」をクリックします。
  4. 左ペインで、「最適化モード」をクリックします。
  5. 「最適化モード」ページの「固定」セクションで、次のいずれかの最適化モードを選択します。
    • パフォーマンスを最大化(デフォルト)。リソース プール内のすべての物理ホストにワークロードを均等に分散させようとします。目標は、すべてのホストのCPU、メモリ、ネットワークへの負荷を最小限に抑えることです。
    • 密度を最大化。可能な限り多くのVMを物理ホストに収めようとします。目標は、 オンラインである必要がある物理ホストの数を最小限に抑えることです。

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

スケジュールされた最適化モードを使用すると、Workload Balancingが時間帯に応じて異なる最適化モードを適用するようにスケジュールできます。 たとえば、ユーザーが接続している日中は、Workload Balancingをパフォーマンス最適化に設定したい場合があります。 エネルギーを節約するために、夜間はWorkload Balancingを最大 密度に最適化するように指定できます。
スケジュールされた最適化モードを設定すると、Workload Balancingは指定した期間の開始時に自動的に最適化モードを変更します。 毎日、平日、週末、または個別の曜日を設定できます。 時間については、時刻を選択します。
最適化モードのスケジュールを設定するには、次の手順を実行します。
  1. XenCenterで、プールを選択します。
  2. プールの「プロパティ」ペインで、「WLB」タブをクリックします。
  3. 「WLB」タブで、「設定」をクリックします。
  4. 左ペインで、「最適化モード」をクリックします。
  5. 「最適化モード」ペインで、「スケジュール済み」を選択します。「スケジュール済み」セクションが利用可能になります。
  6. 「新規追加」をクリックします。
  7. 「変更先」ボックスで、次のいずれかのモードを選択します。
    • パフォーマンスを最大化。リソースプール内のすべての物理ホストにワークロードを均等に分散させようとします。目標は すべてのホストのCPU、メモリ、ネットワークへの負荷を最小限に抑えることです。
    • 密度を最大化。可能な限り多くのVMを物理ホストに収容しようとします。目標は、 オンラインである必要がある物理ホストの数を最小限に抑えることです。
  8. Workload Balancingがこのモードで動作を開始する曜日と時刻を選択します。
  9. 必要な数のスケジュールされたモードタスクを作成するまで、前の手順を繰り返します。1つだけ タスクをスケジュールした場合、Workload Balancingはスケジュールどおりにそのモードに切り替わりますが、その後は元に戻りません。
  10. 「OK」をクリックします。
スケジュール設定を変更するには、次の手順を実行します。
  1. XenCenterで、プールを選択します。
  2. プールの「プロパティ」ペインで、「WLB」タブをクリックします。
  3. 「WLB」タブで、「設定」をクリックします。
  4. 左ペインで、「最適化モード」をクリックします。
  5. 「スケジュールされたモード変更」リストから、削除または無効にしたいタスクを選択します。
  6. 次のいずれかを実行します。
    • タスクを完全に削除する: 「削除」ボタンをクリックします。
    • タスクの一時的な実行を停止する: タスクを右クリックし、「無効にする」をクリックします。
      ヒント:
      • タスクを選択し、編集をクリックし、最適化モードスケジューラダイアログでタスクを 有効にするチェックボックスをオンにすることで、タスクを無効または有効にすることもできます。
      • タスクを再度有効にするには、スケジュールされたモード変更リストでタスクを右クリックし、有効にするをクリックします。
    • タスクの編集: 編集したいタスクをダブルクリックします。変更先ボックスで、別の モードを選択するか、必要に応じてその他の変更を行います。
注:
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 が推奨事項を適用する方法を調整することができます。詳細については、 保守的または積極的な自動推奨事項を設定する を参照してください。

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

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

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

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

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

Workload Balancingがホストのパワーオンまたはパワーオフを推奨する前に、VMを転送するホストを選択します。これは 次の順序で行われます。
  1. プールコーディネーターはパワーオフできないホストであるため、プールコーディネーターを埋めます。
  2. 最も多くのVMを持つホストを埋めます。
  3. 実行中のVMが最も多いホストに従って、後続のホストを埋めます。
Workload Balancingがプールコーディネーターを埋める際、コーディネーターに対して人為的に低いしきい値を想定して しきい値を設定します。Workload Balancingは、これらの低いしきい値をバッファとして使用し、プールコーディネーターが 過負荷になるのを防ぎます。
Workload Balancingは、密度を高めるためにこの順序でホストを埋めます。
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は、ワークロードバランシングの最適化および配置の推奨事項から除外する必要がある場合があります。詳細については、 以下を参照してください。 VMを推奨事項から除外する

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

ワークロードバランシングは、管理しているプール全体の物理ホストとVMのリソースメトリックを、 しきい値と比較して継続的に評価します。しきい値は、ワークロードバランシングが最適化の推奨事項を作成する前にホストが超える必要がある境界のように機能する事前設定された値です。 ワークロードバランシングが最適化の推奨事項を作成できるようにします。ワークロードバランシングのプロセスは次のとおりです。
  1. ワークロードバランシングは、リソースのしきい値が違反されたことを検出します。
  2. ワークロードバランシングは、最適化の推奨事項を作成するかどうかを評価します。
  3. ワークロードバランシングは、どのホストを宛先ホストとして機能させるか、およびどのような順序で最適化を行うかを決定します。 宛先ホストとは、ワークロードバランシングが1つ以上の VMの再配置を推奨するホストのことです。
  4. ワークロードバランシングは、最適化の推奨事項を作成します。
プール内のホストを評価して最適化の推奨事項を作成する際、ワークロードバランシングはしきい値と 重み付けを次のように使用します。
  • しきい値は、ワークロードバランシングがプールのリソースメトリックと比較する境界値です。 しきい値は、推奨事項を作成するかどうか、および再配置されたVMをホストするのに適した候補となる ホストを決定するために使用されます。
  • 重み付けは、リソースをどれだけ考慮したいかに応じてランク付けする方法であり、処理順序を決定するために使用されます。 ワークロードバランシングが推奨事項を作成することを決定した後、 どのリソースが重要であるかという指定を使用して、以下を決定します。
    • どのホストのパフォーマンスに最初に対処するか
    • どの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時02分に78%
この動作は、過去の平均使用率が72.5%であるため、Workload Balancingがその 使用率を一時的な急上昇と見なしているためです。しかし、午前11時32分にCPU使用率が83%だった場合、過去の平均使用率が80.1%であるため、Workload Balancingは 推奨を行います。

最適化と統合のプロセス

潜在的な最適化を決定するためのWorkload Balancingのプロセスは、最適化モード( 最大パフォーマンスまたは最大密度)によって異なります。ただし、最適化モードに関係なく、最適化と配置の 推奨は2段階のプロセスを使用して行われます。
  1. 潜在的な最適化を決定する: どのVMをホストから移行するか。
  2. 配置の推奨を決定する: どのホストが新しいVMの適切な候補となるか。
注:
Workload Balancingは、XenServerのライブマイグレーション基準を満たすVMの移行のみを推奨します。これらの 基準の1つは、宛先ホストがVMに必要なストレージを持っている必要があることです。宛先ホストはまた、 プールに構成されている最適化モードのしきい値を超えずにVMを追加できる十分なリソースを持っている必要があります。 たとえば、最大パフォーマンスモードの「高」しきい値や、 最大密度モードの「クリティカル」しきい値などです。
Workload Balancingが自動モードで実行されている場合、推奨の適用方法を調整できます。詳細については、 保守的または積極的な自動推奨を設定するを 参照してください。

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

最大パフォーマンスモードで実行されている場合、Workload Balancingは潜在的な 最適化を決定するために次のプロセスを使用します。
  1. Workload Balancingは2分ごとに、プール内の各ホストのリソース使用率を評価します。これは、 各ホストを監視し、各リソースの使用率がその高しきい値を超えているかどうかを判断することによって行われます。詳細については、 クリティカルしきい値を変更するを 参照してください。
    最大パフォーマンスモードでは、リソースの使用率が高しきい値を超えた場合、Workload Balancingは 最適化の推奨を行うかどうかを決定するプロセスを開始します。Workload Balancingは、そうすることで、高しきい値によって 明らかになったようなパフォーマンスの制約を緩和できるかどうかに基づいて、最適化の推奨を行うかどうかを 決定します。
    たとえば、Workload Balancingが、CPUリソースの不足がホスト上のVMの パフォーマンスに悪影響を与えていると判断した場合を考えてみましょう。Workload BalancingがCPU使用率の低い別のホストを見つけることができれば、 1つ以上のVMを別のホストに移動することを推奨します。
  2. ホスト上のリソースの使用率が関連するしきい値を超えた場合、Workload Balancingは次の データを組み合わせて過去の平均使用率を形成します。
    • リソースの現在の使用率
    • 30分前の履歴データ
    • 24時間前の履歴データ 過去の平均使用率がリソースのしきい値を超えた場合、Workload Balancingは 最適化の推奨を行うと判断します。
  3. Workload Balancingは、どのホストを最初に最適化するかを決定するために、メトリックの重み付けを使用します。最も重みを割り当てたリソースが、 Workload Balancingが最初に処理しようとするリソースです。詳細については、 メトリックの重み付けの調整を参照してください。
  4. Workload Balancingは、ホストから移行したいVMをサポートできるホストを決定します。
    Workload Balancingは、異なるVMの組み合わせをホストに配置した場合のリソース使用率への予測される影響を計算することで、この決定を行います。 Workload Balancingは、これらの計算を実行する方法として、 数学で順列として知られている手法を使用します。
    そのために、Workload Balancingは、VMをホストに移行した場合の影響を予測するための単一のメトリックまたはスコアを作成します。 このスコアは、より多くのVMのホームとしてのホストの適合性を示します。
    ホストのパフォーマンスをスコア付けするために、Workload Balancingは以下のメトリックを組み合わせます。
    • ホストの現在のメトリック
    • 過去30分間のホストのメトリック
    • 24時間前のホストのメトリック
    • VMのメトリック。
  5. ホストとVMのスコア付け後、Workload Balancingは、異なるVMの組み合わせでホストがどのように見えるかの仮想モデルを構築しようとします。 Workload Balancingはこれらのモデルを使用して、VMを配置する最適なホストを決定します。
    最大パフォーマンスモードでは、Workload Balancingはメトリックの重み付けを使用して、最初に最適化するホストと それらのホスト上で最初に移行するVMを決定します。Workload Balancingは、そのモデルをメトリックの重み付けに基づいて構築します。 たとえば、CPU使用率に最高の重要度が割り当てられている場合、Workload Balancingは最適化するホストとVMを 以下の基準に従ってソートします。
    1. CPU使用率の「高」しきい値に最も近い状態で実行されているホスト。
    2. CPU使用率が最も高いVM、または高しきい値に最も近い状態で実行されているVMはどれか。
  6. Workload Balancing は最適化の計算を継続します。ホストを最適化の候補として、VM を 移行の候補として扱います。VM をホストしているホストの予測リソース使用率が「高」 しきい値を下回るまで。予測リソース使用率とは、Workload Balancing がホストが持つと予測するリソース使用率で、 Workload Balancing がホストに VM を追加または削除した後のものです。

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

Workload Balancingは、VMをホストに移行し、そのホストをクリティカルしきい値以下で稼働させられるかどうかに基づいて、 推奨を行うべきかを判断します。
  1. リソースの使用率が低しきい値を下回ると、Workload Balancingは潜在的な統合シナリオの計算を 開始します。
  2. Workload Balancingがホスト上でVMを統合できる方法を発見すると、移行先ホストがVMに適した 場所であるかどうかを評価します。
  3. 最大パフォーマンスモードと同様に、Workload Balancingはホストをスコアリングし、新しいVMのホームとしてのホストの 適合性を判断します。
    Workload BalancingがVMをより少ないホストに統合することを推奨する前に、VMがそれらのホストに再配置された後の リソース使用率がクリティカルしきい値を下回っていることを確認します。
    注:
    Workload Balancingは、統合の推奨を行う際にメトリックの重み付けを考慮しません。ホストのパフォーマンスを確保するためにのみ、 メトリックの重み付けを考慮します。
  4. ホストとVMをスコアリングした後、Workload Balancingは異なるVMの組み合わせでホストがどのように見えるかの仮想モデルを 構築しようとします。これらのモデルを使用して、VMを配置する最適なホストを決定します。
  5. Workload Balancingは、別のVMを追加するとホストリソースがクリティカルしきい値を超えるという予測が立つまで、 ホストにVMを追加する影響を計算します。
  6. Workload Balancingの推奨事項は、電源をオフにできないホストであるため、常にプールコーディネーターを最初に埋めることを 提案します。ただし、Workload Balancingはプールコーディネーターにバッファを適用し、過剰に 割り当てられないようにします。
  7. 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/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
ディスク読み取り 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
メモリを除くすべてのメトリックのしきい値を計算するために、ワークロードバランシングは、 クリティカルしきい値の新しい値を以下の係数で乗算します。
  • 高しきい値係数: 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を再配置するための最適化推奨がトリガーされます。 リソース使用率の低いホストへ。
    • 最大密度。Workload Balancingは、VMをホストに移動することで、そのホストのリソース使用率が 高しきい値を超える場合、そのホストにVMを配置することを推奨しません。
  • 低しきい値。
    • 最大パフォーマンス。Workload Balancingは、低しきい値からの推奨をトリガーしません。
    • 最大密度。メトリック値が低しきい値を下回ると、Workload Balancingはホストが十分に活用されていないと判断し、 より少ないホストにVMを統合するための最適化推奨を行います。Workload Balancingは、 ホストのリソースのいずれかのメトリック値がその高しきい値に達するまで、 VMをホストに移動することを推奨し続けます。
      ただし、VMが再配置された後、VMの新しいホスト上のリソースの使用率がクリティカルしきい値を 超える場合があります。この場合、Workload Balancingは一時的に最大パフォーマンスの負荷分散アルゴリズムに似た アルゴリズムを使用して、VMの新しいホストを見つけます。Workload Balancingは、プール全体のホストの リソース使用率が高しきい値を下回るまで、このアルゴリズムを使用してVMの移動を推奨し続けます。
クリティカルしきい値を変更するには:
  1. XenCenterで、プールを選択します。
  2. プールのプロパティペインで、WLBタブをクリックします。
  3. WLBタブで、設定をクリックします。
  4. 左ペインで、クリティカルしきい値を選択します。これらのクリティカルしきい値は、ホストのリソース 使用率を評価するために使用されます。
  5. クリティカルしきい値ページで、クリティカルしきい値ボックスに1つ以上の新しい値を入力します。これらの値は、 ホストのリソース使用率を表します。
    Workload Balancingは、VMの配置とプール最適化の推奨を行う際にこれらのしきい値を使用します。Workload Balancingは、ホストのリソース使用率が設定されたクリティカル値を下回るように努めます。

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

Workload Balancingが、どのホストとVMを最初に処理するかを決定する際にメトリックの重みをどのように使用するかは、 最適化モード(最大密度または最大パフォーマンス)によって異なります。一般的に、メトリックの重みは、プールが 最大パフォーマンスモードの場合に使用されます。ただし、Workload Balancingが最大密度モードの場合でも、 リソースがクリティカルしきい値を超えるとメトリックの重みを使用します。
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 のリソースが最も高い重みが割り当てられたリソースであるため、最初にホスト A を最適化することを推奨します。 Workload Balancing がホスト A のパフォーマンスに対処する必要があると判断した後、Workload Balancing はそのホスト上の VM の配置を推奨し始めます。 CPU 使用率が最も高い VM から開始します。これは、その CPU 使用率が最も高い重みを持つリソースであるためです。
Workload Balancing がホスト A の最適化を推奨した後、ホスト B の最適化推奨事項を作成します。VM の配置を推奨する際、 ホスト B 上の VM の配置を推奨する際、CPU 使用率が最も高い重みとして割り当てられていたため、最初に CPU 使用率に対処します。 さらに最適化が必要なホストがある場合、Workload Balancing は、 3番目に高い CPU 使用率を持つホストに応じて、それらのホストのパフォーマンスに対処します。
デフォルトでは、すべてのメトリックの重み付けは、スライダーの最も遠い点である「より重要」に設定されています。
注:
メトリックの重み付けは相対的です。すべてのメトリックが同じレベルに設定されている場合、たとえそのレベルが「重要度が低い」 であっても、それらはすべて同じように重み付けされます。各メトリック間の関係は、 各メトリックに設定する実際の重みよりも重要です。

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

  1. XenCenterで、プールを選択します。
  2. プールのプロパティペインで、WLBタブをクリックします。
  3. WLBタブで、設定をクリックします。
  4. 左ペインで、メトリックの重み付けを選択します。
  5. メトリックの重み付けページで、必要に応じて、個々のリソースの横にあるスライダーを調整します。
    スライダーを重要度が低い方向に移動して、VMが常にこのリソースの利用可能な最大量を確保することが、 このプールにとってそれほど重要ではないことを示します。

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

ワークロードバランシングを構成する際、特定の物理ホストをワークロードバランシングの最適化および配置の推奨事項(Start On配置の推奨事項を含む)から 除外するように指定できます。
推奨事項からホストを除外したい状況には、次のような場合があります。
  • プールを最大密度モードで実行し、ホストを統合してシャットダウンしたいが、 特定のホストをこの動作から除外したい場合。
  • 常に同じホストで実行する必要がある2つのVMワークロードがある場合。たとえば、VMが補完的な アプリケーションまたはワークロードを持っている場合などです。
  • 移動させたくないワークロードがある場合。例えば、ドメインコントローラーやデータベースサーバーなど。
  • ホストのメンテナンスを実行したいが、VMをそのホストに配置したくない場合。
  • ワークロードのパフォーマンスが非常に重要であるため、専用ハードウェアのコストは問題にならない場合。
  • 特定のホストで優先度の高いワークロードが実行されており、HA機能を使用してこれらの VMを優先したくない場合。
  • ホストのハードウェアが、プール内の他のワークロードにとって最適ではない場合。
固定またはスケジュールされた最適化モードを指定したかどうかにかかわらず、除外されたホストは、最適化モードが変更された場合でも 除外されたままになります。したがって、Workload Balancingがホストを自動的にシャットオフするのを防ぎたいだけであれば、 代わりにそのホストの電源管理を無効にすることを検討してください。詳細については、 電源を自動的に最適化および管理するを参照してください。
推奨事項からホストを除外すると、Workload Balancingがそのホストを まったく管理しないように指定することになります。この構成は、Workload Balancingが除外されたホストに対して 最適化の推奨を行わないことを意味します。対照的に、電源管理に参加するホストを選択しない場合、Workload Balancingはそのホストを管理しますが、 電源管理の推奨は行いません。

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

この手順を使用して、Workload Balancingが管理しているプール内のホストを、電源管理、ホストの 退避、配置、および最適化の推奨から除外します。
  1. XenCenterで、プールを選択します。
  2. プールのプロパティペインで、WLBタブをクリックします。
  3. WLBタブで、設定をクリックします。
  4. 左ペインで、除外されたホストを選択します。
  5. 除外されたホストページで、Workload Balancingが代替の 配置と最適化を推奨しないホストを選択します。

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

ワークロードバランシングを設定する際、特定のVMをワークロードバランシングの 最適化および配置の推奨から除外するように指定できます。
VMを推奨から除外したい状況には、次のような場合があります。
  • 2つのVMワークロードが常に同じホストで実行される必要がある場合(たとえば、補完的なアプリケーションや ワークロードがある場合)。
  • 移動させたくないワークロードがある場合(たとえば、ドメインコントローラー、DNSサーバー、またはSQLサーバー)。
固定またはスケジュールされた最適化モードを指定したかどうかにかかわらず、最適化モードが変更されても、 除外されたVMは除外されたままになります。

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

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

詳細設定の構成

ワークロードバランシングには、ワークロードバランシングが自動推奨をどのように適用するかを制御できるいくつかの詳細設定が用意されています。 これらの設定は、ワークロードバランシング構成ダイアログの詳細設定ページに表示されます。詳細設定ページにアクセスするには、 次の手順を実行します。
  1. XenCenterで、プールを選択します。
  2. プールのプロパティペインで、WLBタブをクリックします。
  3. WLBタブで、設定をクリックします。
  4. 左ペインで、詳細設定を選択します。
以下のセクションでは、詳細設定で構成できる動作について説明します。

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

自動モードで実行する場合、最適化と統合の推奨の頻度、およびそれらが 自動的に適用されるまでの時間は、以下の複数の要因によって決まります。
  • Workload BalancingがVMを移動した後、次の推奨を行うまでに待機する時間を指定する方法
  • Workload Balancingが推奨を自動的に適用するまでに作成する必要がある推奨の数
  • 最適化が自動的に適用される前に、推奨が達成しなければならない重大度レベル
  • 推奨の一貫性レベル(移動する推奨VM、宛先ホスト)Workload Balancing が推奨を自動的に適用する前に必要とする
一般に、これらの要因の設定は、次の場合にのみ調整してください。
  • XenServerテクニカルサポートからのガイダンスがある場合
  • Workload Balancingを有効にしたプール動作について、十分な観察とテストを行った場合
これらの設定を誤って構成すると、Workload Balancingが推奨を行わなくなる可能性があります。

VM移行間隔

VMが最後に移動されてから、Workload BalancingがそのVMに対して別の推奨を行うまでに待機する分数を指定できます。推奨間隔は、Workload Balancingが一時的な使用率の 急増など、人為的な理由で推奨を生成するのを防ぐように設計されています。
自動化が構成されている場合、推奨間隔を変更する際には特に注意が必要です。 継続的かつ繰り返し発生するスパイクにつながる問題が発生した場合、間隔を短くすると、多くの推奨 、ひいては再配置が生成される可能性があります。
注:
推奨間隔を設定しても、Workload Balancingが最近再バランスされた ホストを起動時配置、再開、およびメンテナンスモードの推奨に含めるまでの待機時間には影響しません。

推奨カウント

2分ごとに、Workload Balancingは監視しているプールに対して推奨を生成できるかどうかを確認します。 自動化を有効にすると、Workload Balancingが推奨を自動的に適用するまでに、一貫した推奨が何回行われる必要があるかを指定できます。 そのためには、推奨フィールドで指定されている 推奨カウントという設定を構成します。推奨カウントと 最適化の積極性設定により、環境における推奨の自動適用を微調整できます。 環境。
ワークロードバランシングは、推奨の類似性を使用して次のチェックを行います。
  1. 推奨が本当に必要かどうか
  2. 移行先ホストが、再配置されたVMを受け入れるのに十分な安定したパフォーマンスを長期間にわたって維持しているか すぐにそのホストから再度移動させる必要がないか
Workload Balancingは、推奨を自動的に適用する前に推奨を繰り返す必要があるかどうかを判断するために、推奨カウント値を使用します。 Workload Balancingはこの設定を次のように使用します。
  1. Workload Balancingが、最適化の積極性設定で示される一貫性要件を満たす推奨を生成するたびに、 Workload Balancingは推奨カウントをインクリメントします。推奨が 一貫性要件を満たさない場合、Workload Balancingは推奨カウントを ゼロにリセットする可能性があります。この動作は、 最適化の積極性で説明されている要因によって異なります。
  2. Workload Balancingが、推奨フィールドで指定されている推奨カウントの値に達するのに十分な一貫した推奨を生成すると、 推奨を自動的に適用します。
この設定を変更する場合、設定する値は環境によって異なります。次のシナリオを考慮してください。
  • 環境でホストの負荷とアクティビティが急速に増加する場合、推奨カウントの値を増やすことをお勧めします。 Workload Balancingは2分ごとに推奨を生成します。たとえば、この 間隔を3に設定すると、6分後にWorkload Balancingが推奨を自動的に適用します。
  • 環境でホストの負荷とアクティビティが徐々に増加する場合、 推奨カウントの値を減らすことをお勧めします。
推奨を受け入れると、Workload BalancingがVMを再配置する際にシステムリソースを使用し、パフォーマンスに影響を与えます。 推奨カウントを増やすと、Workload Balancingが推奨を適用するまでに発生する必要がある一致する推奨の数が増加します。 この設定により、Workload Balancingはより保守的で安定した推奨を適用するようになり、 誤ったVM移動の可能性を減らすことができます。推奨カウントは、 デフォルトで保守的な値に設定されています。
この設定の調整が環境に与える可能性のある影響のため、細心の注意を払ってのみ変更してください。 理想的には、テストと値の反復的な変更、または XenServerテクニカルサポートのガイダンスの下でこれらの調整を行ってください。

推奨の重要度

すべての最適化推奨には、推奨の重要度を示す重要度評価(重大、高、中、低)が含まれています。 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に戻ります
高:
  • 推奨事項におけるすべての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推奨間隔を構成するには

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

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

粒度設定を変更するには、次の手順に従います。
  1. XenCenter で、プールを選択します。
  2. プールのプロパティペインで、WLBタブをクリックします。
  3. WLBタブで、設定をクリックします。
  4. 左ペインで、詳細設定をクリックします。
  5. 詳細設定ページで、プール監査証跡レポートの粒度リストをクリックし、 そのリストからオプションを選択します。
    重要:
    監査ログの要件に基づいて粒度を選択します。たとえば、監査ログレポートの粒度を 「最小」に設定した場合、レポートは特定のユーザーとオブジェクトタイプに対して限られた量のデータのみをキャプチャします。 粒度を「中」に設定した場合、レポートは監査ログのユーザーフレンドリーなレポートを提供します。 粒度を「最大」に設定することを選択した場合、レポートには監査ログレポートに関する詳細情報が含まれます。 監査ログレポートを「最大」に設定すると、Workload Balancing サーバーがより多くのディスク領域とメモリを使用する可能性があります。
  6. 変更を確定するには、OKをクリックします。

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

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

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

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

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

  1. Workload Balancing仮想アプライアンスのコンソールにログオンします。
  2. 次のコマンドを実行します。
    psql -Upostgres -dWorkloadBalancing
  3. データベースパスワードを入力します。データベースパスワードは、仮想アプライアンスをインポートした後にWorkload Balancing構成 ウィザードを実行したときに設定しました。

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

注:
以下のコマンド構文では、event_object は追加、更新、 または無効にするイベントオブジェクトの名前を表します。
イベントオブジェクトを有効にする:
select * from update_audit_log_objects('event_object', true);
イベントオブジェクトを無効にする:
select * from update_audit_log_objects('event_object', false);
現在無効になっているイベントオブジェクトのリストを取得します:
select * from hv_audit_log_get_event_objects(false);
現在有効になっているイベントオブジェクトのリストを取得します:
select * from hv_audit_log_get_event_objects(true);

イベントアクションをカスタマイズする

注:
以下のコマンド構文では、event_action は、追加、更新、 または無効にしたいイベントアクションの名前を表します。
イベントアクションを有効にする:
select * from update_audit_log_actions('event_action', true);
イベントアクションを無効にする:
select * from update_audit_log_actions('event_action', false);
現在無効になっているイベントアクションのリストを取得します:
select * from hv_audit_log_get_event_actions(false);
現在有効になっているイベントアクションのリストを取得します:
select * from hv_audit_log_get_event_actions(true);

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

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

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

xe CLIを使用して、XenCenterに表示されるWorkload Balancingアラートのアラートレベルを設定できます。
次の手順を完了します:
  1. プールコーディネーターで次のコマンドを実行して、各アラートコードのアラートレベルを設定します:
    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 - 情報
  2. プールコーディネーターで次のコマンドを実行して、アラートコードに設定されているアラートレベルを表示します。
    xe pool-retrieve-wlb-configuration
  3. アラートをテストするには、Workload Balancing アラートを発生させ、XenCenter で Notifications パネルをクリックして アラートを表示します。