Workload Balancing の管理

最終公開日 : Oct 07, 2026

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

Workload Balancing 仮想アプライアンスに接続する

Workload Balancing の構成後、管理したいプールを CLI または XenCenter® のいずれかを使用して Workload Balancing 仮想アプライアンスに接続します。同様に、ある時点で同じ仮想アプライアンスに再接続する必要がある場合があります。

プールを Workload Balancing 仮想アプライアンスに接続するには、次の情報が必要です。

Workload Balancing 仮想アプライアンスのIPアドレスまたはFQDN
- Workload Balancing 仮想アプライアンスのIPアドレスを取得するには：
  1. XenCenter で、Workload Balancing 仮想アプライアンスの Console タブに移動します。
  2. アプライアンスをインポートしたときに作成したルートパスワードを使用して、root としてログインします。
  3. 次のコマンドを実行します: ifconfig。
- Workload Balancing サーバーに接続する際に Workload Balancing FQDN を指定するには、まず、そのホスト名と IP アドレスを DNS サーバーに追加します。
Workload Balancing 仮想アプライアンスのポート番号。デフォルトでは、XenServer® は Workload Balancing にポート 8012 で接続します。

Workload Balancing の構成中にポート番号を変更した場合にのみ、ポート番号を編集してください。 Workload Balancing の構成中、ファイアウォールルール、および「WLBサーバーに接続」ダイアログで指定されたポート番号は一致している必要があります。
Workload Balancing が監視するリソースプールの資格情報。
Workload Balancing の構成中に作成した Workload Balancing アカウントの資格情報。

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

!(1) XenServerは、Workload Balancingの構成中に作成したアカウントを使用してWorkload Balancingと通信します。(2) Workload Balancing仮想アプライアンスは、プールの資格情報を使用してXenServerに認証します。 ](/en-us/xenserver/9/media/wlb-accounts.png)

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タブで、接続をクリックします。「WLBサーバーに接続」ダイアログボックスが表示されます。
「サーバーアドレス」セクションで、以下を入力します。
1. 「アドレス」ボックスに、Workload Balancing仮想アプライアンスのIPアドレス、ホスト名、またはFQDNを入力します。例: WLB-appliance-computername.yourdomain.net。
2. (オプション) Workload Balancingの構成中にWorkload Balancingポートを変更した場合は、「ポート」ボックスにポート番号を入力します。XenServerは、このポートを使用してWorkload Balancingと通信します。
  
  デフォルトでは、XenServerはポート8012でWorkload Balancingに接続します。
「WLB Server Credentials」セクションで、プールがWorkload Balancing仮想アプライアンスに接続するために使用するユーザー名とパスワードを入力します。

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

現在XenServerにログインしている資格情報を使用するには、「Use the current XenCenter credentials」を選択します。ロールベースのアクセス制御 (RBAC) 機能を使用してこのアカウントにロールを割り当てた場合は、そのロールにWorkload Balancingを構成するための十分な権限があることを確認してください。詳細については、 Workload Balancing Access Control Permissionsを参照してください。
OKをクリックします。XenCenterが接続プロセスを開始します。
証明書を構成します。
- (Workload Balancing 8.4.0 以降、XenCenter 2025.1.0 以降) プールで証明書の検証が有効になっている場合、 XenCenter は仮想アプライアンスから Workload Balancing 証明書を取得します。
  1. XenCenter が新規または変更された証明書を表示する場合は、証明書の表示をクリックして、情報を確認します。Workload Balancing コンソールの情報と照合して、証明書のフィンガープリントを検証できます。
  2. 証明書を承認するか、アクションをキャンセルするかを選択します。
    - 証明書を承認することを選択した場合、XenCenter はそれを XenServer プールにインストールします。
    - キャンセルを選択した場合、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 Configuration中にポート番号を変更した場合は、そのポート番号を入力します。このボックスで指定するポート番号とWorkload Balancing Configuration中に指定するポート番号は、XenServerが Workload Balancingに接続するために使用するポート番号です。
  
  デフォルトでは、XenServerはポート8012でWorkload Balancingに接続します。
  
  注:
  
  このポート番号は、Workload Balancing Configurationウィザードを実行したときに変更した場合にのみ編集してください。 Workload Balancing Configurationウィザードを実行したときに指定したポート番号の値と、Connect to WLB Serverダイアログで指定するポート番号の値は一致している必要があります。
In the WLB Server Credentialsセクションで、ユーザー名（例: wlbuser）と、コンピューターが Workload Balancingサーバーに接続するために使用するパスワードを入力します。
XenServer Credentialsセクションで、構成しているプールのユーザー名とパスワード（通常はプールコーディネーターのパスワード）を入力します。 Workload Balancingは、これらの資格情報を使用して、そのプール内でXenServerを実行しているホストに接続します。

現在XenServerにログインしている資格情報を使用するには、Use the current XenCenter credentialsを選択します。

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仮想アプライアンスを起動します。

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

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

警告:

利用可能なディスク領域を拡張できるのはバージョン8.3.0以降のみです。LVMは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

number of days は、保持するデータの日数です。
average disk usage は、監視対象のVMの数によって異なります。次の値は、特定のVM数に対する近似値を示しています。
- 200 VMの場合 - 0.246 GB/日
- 400 VMの場合 - 0.505 GB/日
- 600 VMの場合 - 0.724 GB/日
- 800 VMの場合 - 0.887 GB/日
base disk usage は 2.4 GB です。
grooming multiplier は 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タイプのパーティションにします。

出力例：

Workload Balancingで新しいパーティションを作成(/en-us/xenserver/9/media/wlb-create-new-partition.png)
pと入力し、Enterを押してパーティションの詳細を表示します。出力は以下の例と似ているはずです（開始ブロックと終了ブロックの値は、割り当てたスペースの量によって異なる場合があることに注意してください）。

Workload Balancingでパーティションの詳細を表示(/en-us/xenserver/9/media/wlb-print-partition-details.png)
何か誤りがある場合は、qと入力してEnterを押し、保存せずに終了し、既存のパーティションが影響を受けないようにします。ステップ1からやり直してください。そうでない場合、すべて問題なければ、代わりにwと入力して Enterを押し、変更を書き込みます。

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

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

新しく作成されたデバイスがリストされているはずです。

Workload Balancingで新しいデバイスパーティションをリスト表示(/en-us/xenserver/9/media/wlb-list-new-device-partition.png)
出力が正しい場合は、物理ボリュームを作成します。
pvcreate <new partition>
例：
pvcreate /dev/xvda4
上記で作成した物理ボリュームがリストされていることを確認します。
pvs
この例では、追加されたスペースは12Gでした。出力例：

Workload Balancingで新しい物理ボリュームをリスト表示(/en-us/xenserver/9/media/wlb-list-new-physical-volume.png)
前のコマンドの出力に基づいて、centosという名前のボリュームグループを拡張する必要があります。
vgextend <volume group> <new partition>
例:
vgextend centos /dev/xvda4
現在のボリュームグループを確認します。
vgs
次のコマンドを実行します。
pvscan
これは、centosボリュームグループの一部として/dev/xvda4を表示するはずです。出力例:
前の手順で示された情報が正しい場合は、このコマンドを実行して、拡張する論理ボリュームの論理ボリュームパスを確認します。
lvdisplay
この例では、パスは/dev/centos/rootです。
次のコマンドを実行して、空きPE/サイズを表示します（これは、パーティションを拡張する際に使用する正確な値を示します）。
vgdisplay
出力例:
手順11で出力された空きPE/サイズの値と論理ボリュームパスを使用して、論理ボリュームを拡張します。
lvextend -l +100%FREE /dev/centos/root
これが正常に実行された場合は、ファイルシステムを拡張します。
resize2fs /dev/centos/root
出力例:
ファイルシステムのサイズが期待どおりに表示されていることを確認します。
df -h /*

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

Workload Balancing の停止

Workload Balancing はプールレベルで構成されるため、プール管理を停止したい場合は、次のいずれかを実行する必要があります。

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

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

ヒント:

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

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

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

ヒント:

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仮想アプライアンスを削除するには、XenCenterからVMを削除する標準的な手順を使用することをお勧めします。

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 時間に 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の下に以下を入力します。
- TYPE: ホスト
- DATABASE: すべて
- USER: すべて
- CIDR-ADDRESS: ::0/0
- METHOD: トラスト
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 は、デフォルトで毎日午前 12 時 05 分 (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 時 05 分 (09:05) に行われますが、これは一部の組織のピーク使用時間と競合する可能性があります。夏時間やサマータイムなどの季節的な時間変更を指定したい場合は、入力する値にその変更を組み込む必要があります。

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

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

重要:

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

Workload Balancing のカスタマイズ

Workload Balancing には、いくつかのカスタマイズ方法があります。

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

Workload Balancing のアップグレード

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

Workload Balancing コマンド

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

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

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

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

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 仮想アプライアンスの /opt/vpx/wlb ディレクトリに保存されている wlb.conf ファイルを編集することで、 Workload Balancing の構成オプションを変更できます。一般的に、このファイルの変更は 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を入力します。たとえば、Analysis Engineトレースのログを有効にするには、次のように入力します。

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

Workload Balancing の管理

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