ワークロードバランシングの管理

最終公開日 : Oct 07, 2026

ワークロードバランシングをしばらく実行した後、ワークロードバランシングを最適に稼働させ続けるために実行する必要があるルーチンタスクがあります。これらのタスクは、環境の変更（異なるIPアドレスや資格情報など）、ハードウェアのアップグレード、または定期的なメンテナンスのために実行する必要がある場合があります。

ワークロードバランシング仮想アプライアンスへの接続

ワークロードバランシングの構成後、管理したいプールをワークロードバランシング仮想アプライアンスに接続します CLI または XenCenter® を使用して。同様に、ある時点で同じ仮想アプライアンスに再接続する必要があるかもしれません。

プールをワークロードバランシング仮想アプライアンスに接続するには、次の情報が必要です。

ワークロードバランシング仮想アプライアンスのIPアドレスまたはFQDN
- Workload Balancing 仮想アプライアンスのIPアドレスを取得するには：
  1. XenCenter で、Workload Balancing 仮想アプライアンスの Console タブに移動します。
  2. アプライアンスをインポートしたときに作成したルートパスワードを使用して、root としてログインします。
  3. 次のコマンドを実行します: ifconfig。
- To specify the Workload Balancing FQDN when connecting to the Workload Balancing server, first add its host name and IP address to your DNS server.
The port number of the Workload Balancing virtual appliance. By default, XenServer® connects to Workload Balancing on port 8012.

ポート番号は、ワークロードバランシング構成中に変更した場合にのみ編集してください。ポート番号は、ワークロードバランシング構成中に指定されたもの、すべてのファイアウォールルール、および「WLBサーバーに接続」ダイアログで指定されたものが一致している必要があります。
ワークロードバランシングで監視したいリソースプールの資格情報。
Credentials for the Workload Balancing account you created during Workload Balancing configuration.

このアカウントは、Workload Balancingユーザーアカウントとして知られています。XenServerは、このアカウントを使用して通信します。 Workload Balancingと。このアカウントは、Workload Balancing構成中にWorkload Balancing仮想アプライアンスで作成しました。

Workload Balancingに初めて接続すると、ワークロードのバランス調整にデフォルトのしきい値と設定が使用されます。自動最適化モード、電源管理、自動化などの自動機能は、デフォルトで無効になっています。

証明書の操作

証明書の検証はデフォルトで有効になっています。Workload Balancing仮想アプライアンスをXenServerに接続するには、 Workload Balancing証明書をXenServerプールにインポートする必要があります。XenCenter 2025.1以降または Workload Balancing 8.4.0以降を使用している場合、XenCenterは必要な証明書を Workload Balancing仮想アプライアンスから自動的にインポートします。以前のバージョンを使用している場合は、証明書を手動でインポートする必要があります。詳細については、「証明書」を参照してください。

別の（信頼できる）証明書をアップロードしたり、証明書の検証を設定したりする場合は、プールをWorkload Balancingに接続する前に、次の点に注意してください。

Workload Balancing仮想アプライアンスの初回セットアップ時に生成される自己署名証明書は、常にIPアドレスに対して有効です。初期セットアップ時にWorkload Balancing仮想アプライアンスのホスト名とFQDNを設定した場合、自己署名証明書はホスト名とFQDNに対しても有効です。
認証局からの証明書を使用する場合は、Workload Balancingに接続するときにFQDNを指定する方が簡単です。ただし、「WLBサーバーに接続」ダイアログで静的IPアドレスを指定できます。この IPアドレスを証明書のサブジェクト代替名（SAN）として使用します。

詳細については、「証明書」を参照してください。

プールがWorkload Balancingに接続できない場合は、証明書の検証を無効にします。

プールのUUIDを取得します。
xe pool-list
証明書の検証を無効にします。
xe pool-param-set wlb-verify-cert=false uuid=<uuid_of_pool>

証明書の検証をオフにした状態でプールがWorkload Balancingに接続できる場合、問題は証明書の設定にあります。接続できない場合は、Workload Balancingの資格情報またはネットワーク接続に問題があります。詳細については、サポートに問い合わせるか、「Workload Balancingのトラブルシューティング」を参照してください。

プールをWorkload Balancing仮想アプライアンスに接続するには

XenCenterで、リソースプールを選択し、そのプロパティペインでWLBタブをクリックします。WLBタブに接続ボタンが表示されます。

WLBパネルが開いているXenCenter GUI。(/en-us/xenserver/8/media/wlb-xva-connect.png)
WLBタブで、接続をクリックします。WLBサーバーに接続ダイアログボックスが表示されます。

WLBサーバーに接続ダイアログボックス。(/en-us/xenserver/8/media/wlb-connect-wlb-server-all.png)
サーバーアドレスセクションで、以下を入力します。
1. アドレスボックスに、Workload Balancing仮想アプライアンスのIPアドレス、ホスト名、またはFQDNを入力します。例えば、WLB-appliance-computername.yourdomain.net。
2. (オプション) Workload Balancing構成中にWorkload Balancingポートを変更した場合は、ポート番号をポートボックスに入力します。XenServerは、Workload Balancingとの通信にこのポートを使用します。
  
  デフォルトでは、XenServerはポート8012でWorkload Balancingに接続します。
WLBサーバー資格情報セクションで、プールがWorkload Balancing仮想アプライアンスに接続するために使用するユーザー名とパスワードを入力します。

資格情報更新ダイアログ。フィールドはユーザー名とパスワードです。(/en-us/xenserver/8/media/wlb-connect-wlb-server-wlb-pool-creds.png)

これらの資格情報は、Workload Balancing構成中に作成したアカウントのものである必要があります。デフォルトでは、このアカウントのユーザー名はwlbuserです。
XenServer資格情報セクションで、構成しているプールのユーザー名とパスワードを入力します。 Workload Balancingは、これらの資格情報を使用してそのプール内のホストに接続します。

XenServer資格情報ダイアログ。フィールドはユーザー名とパスワードです。(/en-us/xenserver/8/media/wlb-connect-wlb-server-xs-creds.png)

現在XenServerにログインしている資格情報を使用するには、現在のXenCenter 資格情報を使用を選択します。ロールベースのアクセス制御 (RBAC) 機能を使用してこのアカウントにロールを割り当てた場合は、そのロールにWorkload Balancingを構成するための十分な権限があることを確認してください。詳細については、 Workload Balancingアクセス制御権限を参照してください。
OKをクリックします。XenCenterは接続プロセスを開始します。
証明書を構成します。
- (Workload Balancing 8.4.0 以降、XenCenter 2025.1.0 以降) プールで証明書の検証が有効になっている場合、 XenCenter は仮想アプライアンスから Workload Balancing 証明書を取得します。
  1. XenCenter が新規または変更された証明書を表示する場合は、View Certificate をクリックして情報を確認します。 Workload Balancing コンソールの情報と照合して、証明書のフィンガープリントを検証できます。
  2. 証明書を Accept するか、アクションを Cancel するかを選択します。
    - 証明書を Accept することを選択した場合、XenCenter はそれを XenServer プールにインストールします。
    - Cancel を選択した場合、XenCenter はプロセスを中止します。証明書は XenServer プールにインストールされません。
- (Workload Balancing または XenCenter の以前のバージョン) 証明書は自動的にサポートされないため、 XenServer を構成して Workload Balancing 証明書を検証する必要があります。詳細については、証明書を参照してください。

プールを Workload Balancing 仮想アプライアンスに接続すると、Workload Balancing はデフォルトの最適化設定でプールの監視を自動的に開始します。これらの設定を変更したり、リソースに与えられる優先度を変更したりする場合は、 XenCenter のログに検出が完了したことが表示されるまで待ってから続行してください。

重要:

Workload Balancing をしばらく実行した後、最適な推奨事項が得られない場合は、 Workload Balancing の動作を構成するで説明されているように、パフォーマンスしきい値を評価してください。Workload Balancing を環境に適したしきい値に設定することは非常に重要です。そうしないと、推奨事項が適切でない可能性があります。

Workload Balancing アクセス制御権限

環境でロールベースのアクセス制御 (RBAC) が実装されている場合、すべてのユーザーロールが WLB タブを表示できます。ただし、すべてのロールがすべての操作を実行できるわけではありません。次の表は、Workload Balancing 機能を使用するために管理者に必要な最小限のロールを示しています。

権限	必要な最小ロール
WLB の構成、初期化、有効化、無効化	プールオペレーター
WLBタブでWLB最適化推奨を適用	プールオペレーター
WLBレポートのサブスクリプションを変更	プールオペレーター
WLB配置推奨を受け入れる	VM電源管理者
プール監査証跡レポートを含むWLBレポートを生成	読み取り専用
WLB構成を表示	読み取り専用

以下の表は、権限に関する詳細情報を提供します。

権限	割り当てられたユーザーに許可される操作
WLBの構成、初期化、有効化、無効化	WLBを構成
	WLBを初期化し、WLBサーバーを変更する
	WLBを有効にする
	WLBを無効にする
WLBタブでWLB最適化の推奨事項を適用する	WLBタブに表示される最適化の推奨事項を適用する
WLBレポートのサブスクリプションを変更する	生成されたWLBレポートまたはその受信者を変更する
WLB配置の推奨事項を承認する	Workload Balancingが配置に推奨するホストのいずれかを選択する
Pool Audit Trailレポートを含むWLBレポートを生成する	Pool Audit Trailレポートを含むWLBレポートを表示および実行する
WLB構成を表示する	WLBタブに表示されているプールのWLB設定を表示する

ユーザーがWorkload Balancingを使用しようとして、そのユーザーに十分な権限がない場合、ロール昇格ダイアログが表示されます。RBACの詳細については、以下を参照してください。ロールベースのアクセス制御。

別のWorkload Balancing仮想アプライアンスを使用するようにプールを再構成する

リソースプールを再構成して、別のWorkload Balancing仮想アプライアンスを使用できます。

Workload Balancing仮想アプライアンスの古いバージョンから最新バージョンに移行する場合、古い仮想アプライアンスを切断する前に、そのデータを新しいバージョンの仮想アプライアンスに移行できます。詳細については、既存の仮想アプライアンスからデータを移行するを参照してください。

古いWorkload Balancing仮想アプライアンスからプールを切断した後、新しいWorkload Balancing仮想アプライアンスの名前を指定してプールを接続できます。

別のWorkload Balancing仮想アプライアンスを使用するには：

(オプション) 仮想アプライアンスの古いバージョンからデータを移行します。詳細については、既存の仮想アプライアンスからデータを移行するを参照してください。
XenCenterで、プールメニューからWorkload Balancingサーバーの切断を選択し、プロンプトが表示されたら切断をクリックします。
WLBタブで、接続をクリックします。「WLBサーバーへの接続」ダイアログが表示されます。
新しい仮想アプライアンスに接続します。詳細については、 Workload Balancing仮想アプライアンスに接続する

Workload Balancingの資格情報を変更する

初期構成後、XenServerとWorkload Balancingアプライアンスが通信に使用する資格情報を更新する場合は、次の手順を使用します。

Workload Balancingを一時停止するには、WLBタブに移動して一時停止をクリックします。
wlbconfigコマンドを実行して、Workload Balancingの資格情報を変更します。詳細については、 Workload Balancingコマンドを参照してください。
Workload Balancingを再度有効にし、新しい資格情報を指定します。
進行状況バーが完了したら、接続をクリックします。

「WLBサーバーへの接続」ダイアログボックスが表示されます。
「資格情報の更新」をクリックします。
「サーバーアドレス」セクションで、必要に応じて以下の設定を変更します。
- 「アドレス」ボックスに、Workload Balancing アプライアンスの IP アドレスまたは FQDN を入力します。
- (オプション) Workload Balancing の構成中にポート番号を変更した場合は、そのポート番号を入力します。このボックスと Workload Balancing の構成中に指定するポート番号は、XenServer が Workload Balancing に接続するために使用するポート番号です。
  
  デフォルトでは、XenServer はポート 8012 で Workload Balancing に接続します。
  
  注:
  
  Workload Balancing 構成ウィザードを実行したときにこのポート番号を変更した場合にのみ、編集してください。この Workload Balancing 構成ウィザードを実行したときに指定したポート番号の値と、「WLB サーバーに接続」ダイアログの値は一致している必要があります。
「WLB サーバー資格情報」セクションで、XenServer を実行しているコンピューターが Workload Balancing サーバーに接続するために使用するユーザー名 (例: wlbuser) とパスワードを入力します。
「XenServer 資格情報」セクションで、構成するプール (通常はプールコーディネーターのパスワード) のユーザー名とパスワードを入力します。 Workload Balancing は、これらの資格情報を使用して、そのプールで XenServer を実行しているホストに接続します。

現在 XenServer にログインしている資格情報を使用するには、「現在の XenCenter 資格情報を使用」を選択します。

Workload Balancing の IP アドレスを変更する

Workload Balancing の IP アドレスを変更するには、Workload Balancing 仮想アプライアンスコンソールで次の手順を実行します。

現在の Workload Balancing の IP アドレスを表示するには、仮想アプライアンスで ifconfig コマンドを実行します。
実行したいアクションに応じて、次のいずれかのコマンドを実行します。
- DHCP を静的 IP に変更するには:
  nmcli con mod eth0 ipv4.method manual ipv4.addresses <IP-address>/<CIDR-prefix> ipv4.gateway <Gateway>; nmcli con up eth0
- 静的IPをDHCPに変更するには：
  nmcli con mod eth0 ipv4.method auto ipv4.addresses "" ipv4.gateway ""; nmcli con up eth0
- 静的IPを別の静的IPに変更するには：
  nmcli con mod eth0 ipv4.method manual ipv4.addresses <new IP-address>/<CIDR-prefix> ipv4.gateway <Gateway>; nmcli con up eth0
変更が完了したことを確認するには、ifconfig コマンドを再度実行して、新しいWorkload Balancing IPアドレスを表示します。
Workload Balancingサービスが正常に実行されていることを確認するには、systemctl status workloadbalancing コマンドを実行します。

返された結果にActive: active (running)が含まれている場合、Workload Balancingサービスは正常に実行されています。もし結果にActive: inactive (dead)またはその他のステータスが含まれている場合、Workload Balancingは異常終了している可能性があります。

Workload Balancing仮想アプライアンスの構成を変更する

Workload Balancing仮想アプライアンスを初めてインストールすると、以下のデフォルト構成になります。

構成	値
vCPU数	2
メモリ (RAM)	2 GB
ディスク容量	30 GB

これらの値はほとんどの環境に適しています。非常に大規模なプールを監視している場合は、これらの値を増やすことを検討してください。

仮想アプライアンスに割り当てられたvCPUの数を変更する

デフォルトでは、Workload Balancing仮想アプライアンスには2つのvCPUが割り当てられています。この値は、 1000台のVMをホストするプールには十分です。通常、これを増やす必要はありません。仮想アプライアンスに割り当てられるvCPUの数を減らすのは、小規模な環境の場合のみにしてください。

この手順では、Workload Balancing仮想アプライアンスに割り当てられるvCPUの数を変更する方法について説明します。これらの手順を実行する前に、仮想アプライアンスをシャットダウンしてください。Workload Balancingは、約5分間利用できなくなります。

Workload Balancing仮想アプライアンスをシャットダウンします。
XenCenterのリソースペインで、Workload Balancing仮想アプライアンスを選択します。
仮想アプライアンスの全般タブで、プロパティをクリックします。プロパティダイアログが開きます。
プロパティダイアログのCPUタブで、CPU設定を必要な値に編集します。
OKをクリックします。
Workload Balancing仮想アプライアンスを起動します。

新しいvCPU設定は、仮想アプライアンスの起動時に有効になります。

仮想アプライアンスのメモリのサイズを変更する

デフォルトでは、Workload Balancing仮想アプライアンスには2 GBのメモリが割り当てられています。

大規模なプールの場合、Workload Balancing仮想アプライアンスが利用可能な最大メモリ量（最大16 GBまで）を消費するように設定してください。高いメモリ使用率を心配する必要はありません。データベースは常に取得できるだけのメモリを消費するため、高いメモリ使用率は仮想アプライアンスにとって正常です。

注:

ダイナミックメモリ制御は、Workload Balancing仮想アプライアンスではサポートされていません。仮想アプライアンスに割り当てる最大メモリに固定値を設定してください。

この手順では、Workload Balancing仮想アプライアンスのメモリサイズを変更する方法を説明します。これらの手順を実行する前に、仮想アプライアンスをシャットダウンしてください。Workload Balancingは約5分間利用できなくなります。

Workload Balancing仮想アプライアンスをシャットダウンします。
XenCenterのリソースペインで、Workload Balancing仮想アプライアンスを選択します。
仮想アプライアンスのメモリタブで、編集をクリックします。メモリ設定ダイアログが開きます。
メモリ設定を必要な値に編集します。
OKをクリックします。
Workload Balancing仮想アプライアンスを起動します。

新しいメモリ設定は、仮想アプライアンスの起動時に適用されます。

仮想アプライアンスのディスクを拡張する

警告:

LVMは8.3.0より前ではサポートされていないため、利用可能なディスク領域はバージョン8.3.0以降でのみ拡張できます。

Workload Balancingは、利用可能なディスク領域の削減をサポートしていません。

デフォルトでは、Workload Balancing仮想アプライアンスには30 GBのディスク領域が割り当てられます。

Workload Balancing仮想アプライアンスが監視するVMの数が多いほど、消費するディスク領域は 1日あたりで増加します。

仮想アプライアンスが必要とするディスクサイズは、次の式を使用して推定できます。

Total estimated disk size = ( ( number of days * average disk usage ) + base disk usage ) * grooming multiplier

保持する日数 は、保持するデータの日数です。
平均ディスク使用量 は、監視対象のVMの数によって異なります。以下の値は、特定のVM数に対するおおよその値を示しています。
- VM 200台の場合 - 0.246 GB/日
- VM 400台の場合 - 0.505 GB/日
- VM 600台の場合 - 0.724 GB/日
- VM 800台の場合 - 0.887 GB/日
ベースディスク使用量 は 2.4 GB です。
グルーミング乗数 は 1.25 です。この乗数は、グルーミングに必要なディスク容量を考慮したものです。これは、グルーミングには、計算された総ディスク容量の追加で25%が必要であると仮定しています。

バージョン 8.3.0 以降の場合

この手順では、Linux Volume Manager (LVM) を使用して、Workload Balancing バージョン 8.3.0 以降の Workload Balancing 仮想アプライアンスの仮想ディスクを拡張する方法について説明します。

警告:

この手順は、経験豊富なLinuxシステム管理者のみが実行してください。これらの手順を誤って実行すると、 Workload Balancing 仮想アプライアンスが破損する可能性があります。これらの手順を実行する前に仮想アプライアンスをバックアップし、開始する前に仮想アプライアンスをシャットダウンしてください。Workload Balancing は約5分間利用できなくなります。

新しいパーティションを作成し、物理ボリュームを操作し、ファイルシステムサイズを変更するには、スーパーユーザー (root) としてログインした状態で、次の操作を実行します。

現在のパーティションを表示します。
fdisk -l
デフォルトのパーティションは次のようになります。
ディスクパーティションスタイルを表示します。
parted <disk>
たとえば、/dev/xvda のパーティションスタイルを表示するには、次のようにします。
parted /dev/xvda
p と入力します。

以下のエラーメッセージが表示された場合は、それぞれを解決するために Fix と入力します。
- "エラー: バックアップ GPT テーブルがディスクの末尾にありません。これは、別のオペレーティングシステムがディスクが小さいと認識している可能性があります。バックアップを末尾に移動して (古いバックアップを削除して) 修正しますか？"
- "警告: <disk> で利用可能なすべてのスペースが使用されているようには見えません。GPT を修正してすべてのスペース (追加の <block number> ブロック) を使用するか、現在の設定を続行しますか？"
q と入力し、Enter キーを押して parted を終了します。
パーティションを編集します。
fdisk <disk>
たとえば、Workload Balancing アプライアンスのパーティションを編集するには、次のようにします。
fdisk /dev/xvda
n と入力してEnterキーを押し、新しいパーティションを作成します。p と入力してEnterキーを押し、それをプライマリパーティションにします。そしてEnterキーを押して、次に利用可能なパーティション (この場合、上記のとおり、パーティション番号3になります) をデフォルトとして使用します。

注:

まだ追加のスペースが割り当てられていない場合、利用可能な空きセクターがないことを示すメッセージが表示されます。 q と入力してEnterキーを押し、fdisk を終了します。まず XenCenter 経由で必要なスペースを割り当ててから、この手順に戻ってください。
利用可能なパーティションのデフォルトの最初と最後のセクターを使用するには、Enter を2回押します（または、目的のセクターを手動で指定します）。パーティションタイプを指定するには t と入力し、目的のパーティション（この場合は3）を選択し、 8e と入力して Enter を押すと、LVMタイプのパーティションになります。

出力例:
パーティションの詳細を表示するには、p と入力して Enter を押します。出力は以下のようになります。（割り当てたスペースの量によって、開始ブロックと終了ブロックの値が異なる場合があります）。
もし何か誤りがある場合は、q と入力して Enter を押し、保存せずに終了して既存のパーティションが影響を受けないようにします。ステップ1からやり直してください。そうでない場合、すべて問題なければ、代わりに w と入力して Enter を押し、変更を書き込みます。

これらの変更を書き込んだ後、デバイスがビジー状態であり、カーネルがまだ古いテーブルを使用していることを示す警告が表示される場合があります。その場合は、次のステップに進む前に、パーティションテーブルを更新するこのコマンドを実行してください: partprobe。

新しいデバイスパーティション（この場合は /dev/xvda4）がリストされていることを確認します。これを行うには、fdisk -l を実行します。

新しく作成されたデバイスがリストされているはずです。
出力が正しい場合は、物理ボリュームを作成します。
pvcreate <new partition>
例:
pvcreate /dev/xvda4
上記で作成した物理ボリュームがリストされていることを確認します。
pvs
この例では、追加されたスペースは12Gでした。出力例:
前のコマンドの出力に基づいて、centosという名前のボリュームグループを拡張する必要があります。
vgextend <volume group> <new partition>
例:
vgextend centos /dev/xvda4
現在のボリュームグループを確認します。
vgs
次のコマンドを実行します。
pvscan
これにより、centosボリュームグループの一部として/dev/xvda4が表示されるはずです。出力例:
前の手順で表示された情報が正しい場合は、このコマンドを実行して、拡張する論理ボリュームの論理ボリュームパスを確認します。
lvdisplay
この例では、パスは/dev/centos/rootです。
次のコマンドを実行して、空きPE/サイズを表示します (これは、パーティションを拡張するときに使用する正確な値を示します)。
vgdisplay
出力例:
空きPE/サイズの値と、ステップ11で出力された論理ボリュームパスを使用して、論理ボリュームを拡張します。
lvextend -l +100%FREE /dev/centos/root
これが正常に実行されたら、ファイルシステムを拡張します。
resize2fs /dev/centos/root
出力例:
ファイルシステムのサイズが期待どおりに表示されていることを確認します。
df -h /*

期待される数値が表示されている場合、目的の領域が正常に割り当てられ、パーティションが正しく拡張されています。さらにサポートが必要な場合は、XenServer Support にお問い合わせください。

ワークロードバランスを停止する

ワークロードバランスはプールレベルで構成されているため、プールの管理を停止したい場合は、次のいずれかを実行する必要があります。

ワークロードバランスを一時停止する。ワークロードバランスを一時停止すると、XenCenter は指定されたリソースプールに対する推奨事項の表示とプールの管理を停止します。一時停止は短期間を想定しており、監視を再構成することなく再開できます。ワークロードバランスを一時停止すると、そのリソースプールに対するデータ収集は、ワークロードバランスを再度有効にするまで停止します。

XenCenter で、ワークロードバランスを無効にするリソースプールを選択します。
WLB タブで、一時停止 をクリックします。WLB タブに、ワークロードバランスが一時停止していることを示すメッセージが表示されます。

ヒント:

監視を再開するには、WLB タブの再開ボタンをクリックします。

プールをワークロードバランスから切断する。ワークロードバランス仮想アプライアンスから切断すると、プール間の接続が切断され、可能であればワークロードバランスデータベースからプールデータが削除されます。ワークロードバランスから切断すると、ワークロードバランスはプールに関するデータ収集を停止します。

XenCenter で、ワークロードバランスを停止するリソースプールを選択します。
インフラストラクチャ メニューから、ワークロードバランスサーバーの切断 を選択します。ワークロードバランスサーバーの切断 ダイアログボックスが表示されます。
切断をクリックして、ワークロードバランスによるプールの監視を永続的に停止します。

ヒント:

プールをWorkload Balancing仮想アプライアンスから切断した場合、そのプールでWorkload Balancingを再度有効にするには、 Workload Balancingアプライアンスに再接続する必要があります。詳細については、 Workload Balancing仮想アプライアンスへの接続を参照してください。

Workload Balancingが有効な状態でメンテナンスモードに入る

Workload Balancingが有効な状態でホストをメンテナンスモードにすると、XenServerは、そのホストで実行されているVMを、利用可能な最適なホストに移行します。XenServerは、パフォーマンスデータ、配置戦略、およびパフォーマンスしきい値に基づいて Workload Balancingの推奨事項を使用し、最適なホストを選択します。

最適なホストが利用できない場合、メンテナンスモードに入るウィザードに「VMを一時停止するにはここをクリック」という言葉が表示されます。この場合、VMを実行するのに十分なリソースを持つホストがないため、Workload Balancingは配置を推奨しません。このVMを一時停止するか、メンテナンスモードを終了して同じプール内の別のホストでVMを一時停止することができます。その後、メンテナンスモードに入るダイアログボックスに再度入ると、Workload Balancingは移行に適した候補となるホストをリストできる場合があります。

注:

メンテナンスのためにホストをオフラインにし、Workload Balancingが有効になっている場合、「Workload Balancing」という言葉が メンテナンスモードに入るウィザードに表示されます。

Workload Balancingが有効な状態でメンテナンスモードに入るには:

XenCenterのリソースペインで、オフラインにする物理サーバーを選択します。
サーバーメニューから、メンテナンスモードに入るを選択します。
メンテナンスモードに入るウィザードで、メンテナンスモードに入るをクリックします。

ホストで実行されているVMは、Workload Balancingのパフォーマンスデータ、配置戦略、およびパフォーマンスしきい値に基づいて、最適なホストに自動的に移行されます。

サーバーをメンテナンスモードから解除するには:

ホストを右クリックし、メンテナンスモードを終了を選択します。

ホストをメンテナンスモードから解除すると、XenServerは、そのホストの元のVMをそのホストに自動的に復元します。

Workload Balancing仮想アプライアンスを削除する

Workload Balancing仮想アプライアンスを削除するには、VMを削除する標準的な手順を XenCenterから使用することをお勧めします。

Workload Balancing仮想アプライアンスを削除すると、Workload Balancingを含むPostgreSQLデータベースは削除されます。このデータを保存するには、Workload Balancing仮想アプライアンスを削除する前に、データベースからデータを移行する必要があります。

Workload Balancingデータベースを管理する

Workload BalancingデータベースはPostgreSQLデータベースです。PostgreSQLはオープンソースのリレーショナルデータベースです。PostgreSQLのドキュメントは、Web検索で見つけることができます。

以下の情報は、データベース管理者およびデータベース管理タスクに慣れているPostgreSQLの上級ユーザーを対象としています。PostgreSQLの経験がない場合は、以下のセクションのデータベースタスクを試す前に、PostgreSQLに慣れておくことをお勧めします。

デフォルトでは、PostgreSQLのユーザー名はpostgresです。このアカウントのパスワードは、Workload Balancingの設定時に設定します。

保存できる履歴データの量は、Workload Balancingに割り当てられた仮想ディスクのサイズと必要な最小スペースに基づいています。デフォルトでは、Workload Balancingに割り当てられる仮想ディスクのサイズは30 GBです。データベースの管理という点では、データベースのグルーミングを設定することで、データベースデータが消費するスペースを制御できます。詳細については、データベースグルーミングパラメーターを参照してください。

多くの履歴データを保存する場合（たとえば、プール監査証跡レポートを有効にする場合）は、次のいずれかの操作を実行できます。

Workload Balancing仮想アプライアンスに割り当てられている仮想ディスクのサイズを大きくします。これを行うには、仮想アプライアンスをインポートし、仮想アプライアンスディスクの拡張の手順に従って仮想ディスクのサイズを増やします。
データベースへのリモートクライアントアクセスを有効にし、サードパーティのデータベース管理ツールを使用して、データの定期的な重複バックアップコピーを作成します。

データベースにアクセスする

Workload Balancing仮想アプライアンスにはファイアウォール（firewalld）が構成されています。データベースにアクセスする前に、アプライアンスのファイアウォールでPostgreSQLサーバーポート（5432）を開く必要があります。

Workload Balancing仮想アプライアンスコンソールから、次のコマンドを実行してPostgreSQLポートを開きます。
firewall-cmd --permanent --zone=public --add-port=5432/tcp
変更を適用するためにファイアウォールをリロードします。
firewall-cmd --reload

データベースのグルーミングを制御する

Workload Balancing データベースは、仮想アプライアンスが Workload Balancing の実行に必要な最小ディスク容量に達すると、最も古いデータを自動的に削除します。デフォルトでは、必要な最小ディスク容量は 4,096 MB に設定されています。

Workload Balancing データベースのグルーミングオプションは、ファイル wlb.conf を介して制御されます。

Workload Balancing 仮想アプライアンスに十分なディスク容量が残っていない場合、Workload Balancing は履歴データのグルーミングを自動的に開始します。そのプロセスは次のとおりです。

事前定義されたグルーミング間隔で、Workload Balancing データコレクターはグルーミングが必要かどうかをチェックします。グルーミングは、データベースデータが、未使用の領域が最小限必要なディスク容量のみになるまで増加した場合に必要です。最小限必要なディスク容量を設定するには、GroomingRequiredMinimumDiskSizeInMB を使用します。

必要に応じて、GroomingIntervalInHour を使用してグルーミング間隔を変更できます。ただし、デフォルトでは Workload Balancing は1時間ごとにグルーミングが必要かどうかをチェックします。
グルーミングが必要な場合、Workload Balancing は最も古い日のデータからグルーミングを開始します。Workload Balancing はその後、最小ディスク容量要件を満たすのに十分なディスク容量があるかどうかをチェックします。
最初のグルーミングで十分なディスク容量が解放されなかった場合、Workload Balancing は GroomingIntervalInHour 時間待たずに、グルーミングを GroomingRetryCounter 回まで繰り返します。
最初または繰り返しのグルーミングで十分なディスク容量が解放された場合、Workload Balancing は GroomingIntervalInHour 時間待機し、ステップ1に戻ります。
GroomingRetryCounter によって開始されたグルーミングで十分なディスク容量が解放されなかった場合、Workload Balancing は GroomingIntervalInHour 時間待機し、ステップ1に戻ります。

データベースのグルーミングパラメータ

wlb.conf ファイルには、データベースのグルーミングのさまざまな側面を制御する5つのパラメータがあります。それらは次のとおりです。

GroomingIntervalInHour。次のグルーミングチェックが実行されるまでの経過時間を制御します。たとえば、 1 を入力すると、Workload Balancing は1時間ごとにディスク容量をチェックします。2 を入力すると、Workload Balancing は 2時間ごとにディスク容量をチェックして、グルーミングが必要かどうかを判断します。
GroomingRetryCounter。Workload Balancing がグルーミングデータベースクエリの再実行を試行する回数を制御します。
GroomingDBDataTrimDays。Workload Balancing がデータをグルーミングしようとするたびに、データベースから削除するデータの期間（日数）を制御します。デフォルト値は1日です。
GroomingDBTimeoutInMinute。データベースのグルーミングがタイムアウトしてキャンセルされるまでの時間を分単位で制御します。グルーミングクエリが予想よりも長くかかり、タイムアウト期間内に実行が完了しない場合、グルーミングタスクはキャンセルされます。デフォルト値は0分で、これはデータベースのグルーミングがタイムアウトしないことを意味します。
GroomingRequiredMinimumDiskSizeInMB。Workload Balancing仮想アプライアンスに割り当てられた仮想ディスクに残る最小空き容量を制御します。仮想ディスクのデータが増加し、仮想ディスクに残るディスク容量が最小値になった場合、Workload Balancingはデータベースのグルーミングをトリガーします。デフォルト値は4,096 MBです。

これらの値を編集するには、以下を参照してください。 Workload Balancing構成ファイルの編集。

データベースパスワードの変更

データベースパスワードを変更するには、wlbconfigコマンドを使用することをお勧めします。詳細については、以下を参照してください。 Workload Balancing構成オプションの変更。 wlb.confファイルを変更してパスワードを変更しないでください。

データベースデータのアーカイブ

古い履歴データが削除されるのを避けるため、オプションでデータベースからデータをコピーしてアーカイブできます。そのためには、以下のタスクを実行する必要があります。

データベースでクライアント認証を有効にします。
選択したPostgreSQLデータベース管理ツールを使用してアーカイブを設定します。

データベースへのクライアント認証を有効にする

Workload Balancingコンソールを介してデータベースに直接接続できますが、PostgreSQLデータベース管理ツールを使用することもできます。データベース管理ツールをダウンロードした後、データベースに接続したいシステムにインストールします。たとえば、XenCenterを実行しているのと同じシステムにツールをインストールできます。

データベースへのリモートクライアント認証を有効にする前に、次のことを行う必要があります。

接続を許可するように、pg_hba.confファイルとpostgresql.confを含むデータベース構成ファイルを変更します。
Workload Balancingサービスを停止し、データベースを再起動してから、Workload Balancingサービスを再起動します。
データベース管理ツールで、データベースのIPアドレス（つまり、Workload Balancing 仮想アプライアンスのIPアドレス）とデータベースパスワードを設定します。

データベース構成ファイルを変更する

データベースでクライアント認証を有効にするには、Workload Balancing仮想アプライアンスで次のファイル、つまりpg_hba.confファイルとpostgresql.confファイルを変更する必要があります。

pg_hba.confファイルを編集するには：

pg_hba.confファイルを変更します。Workload Balancing仮想アプライアンスコンソールから、VIなどのエディターでpg_hba.confファイルを開きます。例：
vi /var/lib/pgsql/data/pg_hba.conf
ネットワークがIPv4を使用している場合は、接続元のコンピューターのIPアドレスをこのファイルに追加します。例：

構成セクションで、#IPv4 local connectionsの下に以下を入力します。
- タイプ: ホスト
- データベース: すべて
- ユーザー: すべて
- CIDR-ADDRESS: 0.0.0.0/0
- メソッド: 信頼
CIDR-ADDRESSフィールドにIPアドレスを入力します。

注：

0.0.0.0/0を入力する代わりに、IPアドレスを入力し、最後の3桁を0/24に置き換えることができます。スラッシュの後の末尾の「24」はサブネットマスクを定義し、そのサブネットマスク内のIPアドレスからの接続のみを許可します。

Methodフィールドにtrustを入力すると、パスワードを必要とせずに接続を認証できるようになります。 Methodフィールドにpasswordを入力すると、データベースに接続するときにパスワードを指定する必要があります。
ネットワークがIPv6を使用している場合、接続元のコンピューターのIPアドレスをこのファイルに追加します。例:

#IPv6 local connectionsの下に以下を入力します。
- タイプ: ホスト
- データベース: すべて
- ユーザー: すべて
- CIDR-ADDRESS: ::0/0
- メソッド: 信頼
CIDR-ADDRESSフィールドにIPv6アドレスを入力します。この例では、::0/0はデータベースを任意のIPv6アドレスからの接続に開放します。
ファイルを保存してエディターを終了します。
データベース構成を変更した後は、変更を適用するためにデータベースを再起動する必要があります。次のコマンドを実行します。
systemctl restart postgresql.service

postgresql.confファイルを編集するには:

postgresql.confファイルを変更します。Workload Balancing仮想アプライアンスコンソールから、 VIなどのエディターでpostgresql.confファイルを開きます。例:
vi /var/lib/pgsql/data/postgresql.conf
ローカルホストだけでなく、任意のポートでリッスンするようにファイルを編集します。例:
1. 次の行を見つけます。
  # listen_addresses='localhost'
2. コメント記号 (#) を削除し、次のように読み取れるように行を編集します。
  listen_addresses='*'
ファイルを保存してエディターを終了します。
データベース構成を変更した後は、変更を適用するためにデータベースを再起動する必要があります。次のコマンドを実行します。
systemctl restart postgresql.service

データベースメンテナンスウィンドウを変更する

Workload Balancing は、デフォルトで毎日午前 0 時 5 分 (GMT) (00:05) に定期的なデータベースメンテナンスを自動的に実行します。このメンテナンスウィンドウ中、データ収集は行われますが、データの記録が遅れる場合があります。ただし、 Workload Balancing のユーザーインターフェイスコントロールは利用可能であり、Workload Balancing は引き続き最適化の推奨事項を作成します。

注:

メンテナンスウィンドウ中、Workload Balancing サーバーは再起動します。この期間中に VM を再起動した場合、 WLB サービスが完全に回復するまで、それらの VM は WLB によってバランスされません。
同様に、他の時期にプール内のすべての VM を再起動した場合、Workload Balancing サーバーを再起動すると、 WLB が再び利用可能になるまで、それらの VM のバランスが取れないままになる可能性があります。

データベースメンテナンスには、割り当てられた未使用のディスク領域の解放とデータベースの再インデックス化が含まれます。メンテナンスは約 6 ～ 8 分間続きます。大規模なプールでは、Workload Balancing が検出を実行するのにかかる時間に応じて、メンテナンスが長くなる可能性があります。

タイムゾーンによっては、メンテナンスが行われる時間を変更したい場合があります。たとえば、日本標準時 (JST) タイムゾーンでは、Workload Balancing のメンテナンスは午前 9 時 5 分 (09:05) に行われますが、これは一部の組織のピーク使用時間と競合する可能性があります。夏時間やサマータイムなどの季節的な時間変更を指定したい場合は、入力する値にその変更を組み込む必要があります。

メンテナンス時間を変更するには:

Workload Balancing コンソールで、任意のディレクトリから次のコマンドを実行します。
crontab -e
Workload Balancing は次のように表示します。
05 0 * * * /opt/vpx/wlb/wlbmaintenance.sh
値 05 0 は、Workload Balancing がメンテナンスを実行するデフォルトの時間 (分 (05) と時間 (0)) を表します。(アスタリスクはジョブが実行される日、月、年を表します。これらのフィールドは編集しないでください。) エントリ 05 0 は、データベースメンテナンスが毎日深夜 12 時 5 分、つまりグリニッジ標準時 (GMT) の 00:05 に行われることを示します。この設定は、ニューヨークに住んでいる場合、冬の間は午後 7 時 5 分 (19:05) に、夏の間は午後 8 時 5 分にメンテナンスが実行されることを意味します。

重要:

ジョブが実行される日、月、年 (アスタリスクで表される) は編集しないでください。データベースメンテナンスは毎日実行する必要があります。
メンテナンスを実行したい時刻をGMTで入力します。
ファイルを保存してエディターを終了します。

Workload Balancing のカスタマイズ

Workload Balancing は、いくつかのカスタマイズ方法を提供します。

スクリプト用のコマンドライン。詳細については、 Workload Balancing コマンドを参照してください。
ホスト電源オンスクリプトのサポート。ホスト電源オンスクリプトを介して、Workload Balancing を（間接的に）カスタマイズすることもできます。詳細については、ホストとリソースプールを参照してください。

Workload Balancing のアップグレード

セキュリティ上の理由により、Workload Balancing のオンラインアップグレードは非推奨となりました。お客様は yum リポジトリを使用してアップグレードすることはできません。お客様は、最新の Workload Balancing 仮想アプライアンスをインポートすることで、Workload Balancing を最新バージョンにアップグレードできます。この仮想アプライアンスは、XenServer ダウンロードページからダウンロードできます。

Workload Balancing コマンド

このセクションでは、Workload Balancing コマンドのリファレンスを提供します。これらのコマンドは、 XenServer ホストまたはコンソールから実行して、Workload Balancing を制御したり、XenServer ホスト上の Workload Balancing 設定を構成したりできます。この付録には、xe コマンドとサービスコマンドが含まれています。

Workload Balancing アプライアンスで次のサービスコマンドを実行します。そのためには、Workload Balancing 仮想アプライアンスにログインする必要があります。

Workload Balancing 仮想アプライアンスへのログイン

サービスコマンドを実行したり、wlb.conf ファイルを編集したりする前に、Workload Balancing 仮想アプライアンスにログインする必要があります。そのためには、ユーザー名とパスワードを入力する必要があります。仮想アプライアンスに追加のユーザーアカウントを作成していない限り、root ユーザーアカウントを使用してログインします。このアカウントは、Workload Balancing 構成ウィザードを実行したとき（プールを Workload Balancing に接続する前）に指定しました。オプションで、XenCenter の コンソール タブを使用してアプライアンスにログインすることもできます。

Workload Balancing 仮想アプライアンスにログインするには：

ログインプロンプトで、アカウントのユーザー名を入力します。
「パスワード」プロンプトで、アカウントのパスワードを入力します。

注:

Workload Balancing仮想アプライアンスからログオフするには、コマンドプロンプトでlogoutと入力するだけです。

`wlb restart`

Workload Balancingアプライアンスのどこからでもwlb restartコマンドを実行して、Workload Balancing データ収集、Webサービス、およびデータ分析サービスを停止してから再起動します。

`wlb start`

Workload Balancingアプライアンスのどこからでもwlb startコマンドを実行して、Workload Balancingデータ収集、Webサービス、およびデータ分析サービスを開始します。

`wlb stop`

Workload Balancingアプライアンスのどこからでもwlb stopコマンドを実行して、Workload Balancingデータ収集、Webサービス、およびデータ分析サービスを停止します。

`wlb status`

Workload Balancingアプライアンスのどこからでもwlb statusコマンドを実行して、Workload Balancing サーバーのステータスを確認します。このコマンドを実行すると、3つのWorkload Balancingサービス（Webサービス、データ収集サービス、およびデータ分析サービス）のステータスが表示されます。

Workload Balancing構成オプションの変更

データベースやWebサービス構成オプションなど、多くのWorkload Balancing構成は wlb.confファイルに保存されます。wlb.confファイルは、Workload Balancing仮想アプライアンス上の構成ファイルです。

最も一般的に使用されるオプションを変更するには、wlb configコマンドを使用します。Workload Balancing仮想アプライアンスでwlb configコマンドを実行すると、 Workload Balancingユーザーアカウントの名前変更、パスワードの変更、または PostgreSQLパスワードの変更ができます。このコマンドを実行すると、Workload Balancingサービスが再起動されます。

Workload Balancing仮想アプライアンスで次のコマンドを実行します。

wlb config

画面には、Workload Balancing のユーザー名とパスワード、および PostgreSQL のパスワードを変更するための質問が表示されます。画面の質問に従って、これらの項目を変更してください。

重要:

wlb.conf ファイルに入力する値は必ず再確認してください。Workload Balancing は wlb.conf ファイル内の値を検証しません。そのため、指定した構成パラメーターが必要な範囲内にない場合でも、Workload Balancing はエラーログを生成しません。

Workload Balancing 構成ファイルを編集する

Workload Balancing の構成オプションは、wlb.conf ファイルを編集することで変更できます。このファイルは、 Workload Balancing 仮想アプライアンスの /opt/vpx/wlb ディレクトリに保存されています。一般的に、このファイルの設定は XenServer のガイダンスがある場合にのみ変更してください。ただし、必要に応じて変更できる設定が3つのカテゴリあります。

Workload Balancing アカウント名とパスワード。これらの資格情報を変更するには、 wlb config コマンドを実行する方が簡単です。
データベースパスワード。この値は wlb.conf ファイルを使用して変更できます。ただし、これを変更するには wlb config コマンドを使用することをお勧めします。このコマンドは wlb.conf ファイルを変更し、データベース内のパスワードを自動的に更新します。代わりに wlb.conf ファイルを変更することを選択した場合は、データベースを新しいパスワードで更新するためにクエリを実行する必要があります。
データベースグルーミングパラメーター。データベースグルーミング間隔などのデータベースグルーミングパラメーターは、データベース管理セクションの指示に従って、このファイルを使用して変更できます。ただし、その場合は、注意して行うことをお勧めします。

wlb.conf ファイル内のその他のすべての設定については、変更するよう指示されていない限り、デフォルトのままにしておくことをお勧めします。

wlb.conf ファイルを編集するには:

Workload Balancing 仮想アプライアンスのコマンドプロンプトから以下を実行します（例として VI を使用）。
vi /opt/vpx/wlb/wlb.conf
画面には、構成オプションのいくつかの異なるセクションが表示されます。
構成オプションを変更し、エディターを終了します。

wlb.conf ファイルを編集した後、Workload Balancing サービスを再起動する必要はありません。変更はエディターを終了するとすぐに有効になります。

重要:

wlb.confファイルに入力する値はすべて再確認してください。Workload Balancingは、 wlb.confファイル内の値を検証しません。そのため、指定した構成パラメーターが必要な範囲内にない場合でも、Workload Balancingはエラーログを生成しません。

Workload Balancingログの詳細度を上げる

Workload Balancingログには、Workload Balancing仮想アプライアンス上のイベントのリストが提供されます。これには、分析エンジン、データベース、および監査ログのアクションが含まれます。このログファイルは、次の場所/var/log/wlb/LogFile.logにあります。

必要に応じて、Workload Balancingログが提供する詳細レベルを上げることができます。そのためには、 Workload Balancing構成ファイル (wlb.conf) のTrace flagsセクションを修正します。このファイルは、次の場所/opt/vpx/wlb/wlb.confにあります。特定のトレースのログを有効にするには1またはtrueを、無効にするには0またはfalseを入力します。たとえば、分析エンジントレースのログを有効にするには、次のように入力します。

AnalEngTrace=1

XenServerテクニカルサポートに問題を報告する前、またはトラブルシューティング時に、ログの詳細度を上げたい場合があります。

ログオプション	トレースフラグ	利点または目的
分析エンジントレース	`AnalEngTrace`	分析エンジンの計算の詳細をログに記録します。分析エンジンが行っている決定の詳細を表示し、Workload Balancingが推奨を行わない理由について洞察を得られる可能性があります。
データベーストレース	`DatabaseTrace`	データベースの読み取り/書き込みに関する詳細をログに記録します。ただし、このトレースをオンのままにすると、ログファイルのサイズが急速に増加します。
データ収集トレース	`DataCollectionTrace`	メトリック取得のアクションをログに記録します。この値により、Workload Balancingが取得し、Workload Balancingデータストアに挿入しているメトリックを確認できます。ただし、このトレースをオンにしたままにすると、ログファイルのサイズが急速に増加します。
データ圧縮トレース	`DataCompactionTrace`	メトリックデータの圧縮にかかったミリ秒数に関する詳細をログに記録します。
データイベントトレース	`DataEventTrace`	このトレースは、Workload BalancingがXenServerから捕捉するイベントに関する詳細を提供します。
データグルーミングトレース	`DataGroomingTrace`	このトレースは、データベースのグルーミングに関する詳細を提供します。
データメトリックストレース	`DataMetricsTrace`	メトリックデータの解析に関する詳細をログに記録します。このトレースをオンにしたままにすると、ログファイルのサイズが急速に増加します。
キュー管理トレース	`QueueManagementTrace`	データ収集キュー管理処理に関する詳細をログに記録します。(このオプションは内部使用向けです。)
データ保存トレース	`DataSaveTrace`	データベースに保存されているプールに関する詳細をログに記録します。
スコアサーバーのトレース	`ScoreHostTrace`	Workload Balancing がホストのスコアをどのように算出しているかに関する詳細をログに記録します。このトレースは、Workload Balancing が VM 配置に最適なホストを選択するための星評価を計算する際に生成される詳細なスコアを示します。
監査ログトレース	`AuditLogTrace`	監査ログデータがキャプチャされ書き込まれるアクションを表示します。(このオプションは内部使用のみを目的としており、監査ログにキャプチャされる情報は提供しません。) ただし、このトレースをオンのままにすると、ログファイルのサイズが急速に増加します。
スケジュールされたタスクトレース	`ScheduledTaskTrace`	スケジュールされたタスクに関する詳細をログに記録します。たとえば、スケジュールされたモード変更が機能しない場合、原因を調査するためにこのトレースを有効にすることをお勧めします。
Webサービストレース	`WlbWebServiceTrace`	Webサービスインターフェースとの通信に関する詳細をログに記録します。

XenServer

ワークロードバランシングの管理

Follow the instructions below to gain editing access to Citrix GitHub documentation repositories