Workload Balancing の管理

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 Configuration 中に変更した場合にのみ編集してください。Workload Balancing Configuration 中、 ファイアウォールルール内、および「Connect to WLB Server」ダイアログで指定されたポート番号は 一致している必要があります。

• Workload Balancing で監視したいリソースプールの資格情報。

• Workload Balancing の構成中に作成した Workload Balancing アカウントの資格情報。

  This account is often known as the Workload Balancing user account. XenServer uses this account to communicate with Workload Balancing. You created this account on the Workload Balancing virtual appliance during Workload Balancing Configuration.

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に接続できない場合は、証明書の検証を無効にしてください。

1. プールUUIDを取得します。

   xe pool-list
   <!--NeedCopy-->
   

2. 証明書の検証を無効にします。

   xe pool-param-set wlb-verify-cert=false uuid=<uuid_of_pool>
   <!--NeedCopy-->
   

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

プールをワークロードバランシング仮想アプライアンスに接続するには

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

   WLBパネルが開いているXenCenter GUIの図(/en-us/xenserver/8/media/wlb-xva-connect.png)

2. 「WLB」タブで「接続」をクリックします。「WLBサーバーに接続」ダイアログボックスが表示されます。

   「WLBサーバーに接続」ダイアログボックスの図(/en-us/xenserver/8/media/wlb-connect-wlb-server-all.png)

3. 「サーバーアドレス」セクションで、以下を入力します。

   1. 「アドレス」ボックスに、Workload Balancing仮想アプライアンスのIPアドレス、ホスト名、またはFQDNを入力します。 例: WLB-appliance-computername.yourdomain.net。

   2. （オプション）Workload Balancingの構成中にWorkload Balancingポートを変更した場合は、「ポート」ボックスにポート 番号を入力します。XenServerは、このポートを使用してWorkload Balancingと通信します。

      デフォルトでは、XenServerはポート8012でWorkload Balancingに接続します。

4. 「WLBサーバーの資格情報」セクションで、プールがWorkload Balancing仮想アプライアンスに接続するために使用するユーザー名と パスワードを入力します。

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

   これらの資格情報は、Workload Balancingの構成中に作成したアカウントのものである必要があります。デフォルトでは、このアカウントの ユーザー名はwlbuserです。

5. 「XenServerの資格情報」セクションで、構成するプールのユーザー名とパスワードを入力します。 Workload Balancingは、これらの資格情報を使用してそのプール内のホストに接続します。

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

   現在XenServerにログインしている資格情報を使用するには、「現在のXenCenter 資格情報を使用」を選択します。ロールベースのアクセス制御（RBAC）機能を使用してこのアカウントにロールを割り当てた場合は、 そのロールにWorkload Balancingを構成するための十分な権限があることを確認してください。詳細については、 Workload Balancingアクセス制御の権限を参照してください。

6. 「OK」をクリックします。XenCenterが接続プロセスを開始します。

7. 証明書を構成します。

   • (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 機能を使用するために必要な 最小限のロールを示します。

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

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

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

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

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

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

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

1. （オプション）仮想アプライアンスの古いバージョンからデータを移行します。詳細については、 既存の仮想アプライアンスからデータを移行するを参照してください。

2. XenCenterで、プールメニューからWorkload Balancingサーバーの切断を選択し、プロンプトが表示されたら 切断をクリックします。

3. WLBタブで、接続をクリックします。WLBサーバーへの接続ダイアログが表示されます。

4. 新しい仮想アプライアンスに接続します。詳細については、 Workload Balancing仮想アプライアンスへの接続を参照してください。

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

初期設定後、XenServerとWorkload Balancingアプライアンスが通信に使用する資格情報を更新したい場合は、 次のプロセスを使用します。

1. Workload Balancingを一時停止するには、WLBタブに移動し、一時停止をクリックします。

2. wlbconfigコマンドを実行してWorkload Balancingの資格情報を変更します。詳細については、 Workload Balancingコマンドを参照してください。

3. Workload Balancingを再度有効にし、新しい資格情報を指定します。

4. 進行状況バーが完了したら、接続をクリックします。

   WLBサーバーへの接続ダイアログボックスが表示されます。

5. 「資格情報の更新」をクリックします。

6. 「サーバーアドレス」セクションで、必要に応じて以下の設定を変更します。

   • 「アドレス」ボックスに、Workload Balancing アプライアンスの IP アドレスまたは FQDN を入力します。

   • (オプション) Workload Balancing の構成中にポート番号を変更した場合は、そのポート番号を入力します。 このボックスと Workload Balancing の構成中に指定するポート番号は、XenServer が Workload Balancing に接続するために使用するポート番号です。

     デフォルトでは、XenServer はポート 8012 で Workload Balancing に接続します。

     注:

     Workload Balancing 構成ウィザードを実行したときにポート番号を変更した場合にのみ、このポート番号を編集してください。 Workload Balancing 構成ウィザードを実行したときに指定したポート番号の値と、Connect to WLB Server ダイアログの値は一致している必要があります。

7. 「WLB サーバー資格情報」セクションで、XenServer を実行しているコンピューターが Workload Balancing サーバーに接続するために使用するユーザー名 (例: wlbuser) と パスワードを入力します。

8. 「XenServer 資格情報」セクションで、構成するプールのユーザー名とパスワード (通常はプールコーディネーターのパスワード) を入力します。 Workload Balancing はこれらの資格情報を使用して、そのプールで XenServer を実行している ホストに接続します。

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

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

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

1. 現在の Workload Balancing の IP アドレスを表示するには、仮想アプライアンスで ifconfig コマンドを実行します。

2. 実行したい操作に応じて、次のいずれかのコマンドを実行します。

   • 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
     

3. 変更が完了したことを確認するには、新しいWorkload Balancing IPアドレスを表示するために、ifconfig コマンドを再度実行します。

4. Workload Balancingサービスが正常に実行されていることを確認するには、systemctl status workloadbalancing コマンドを実行します。

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

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

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

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

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

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

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

1. Workload Balancing仮想アプライアンスをシャットダウンします。

2. XenCenterのリソースペインで、Workload Balancing仮想アプライアンスを選択します。

3. 仮想アプライアンスの全般タブで、プロパティをクリックします。プロパティダイアログが開きます。

4. プロパティダイアログのCPUタブで、CPU設定を必要な値に編集します。

5. OKをクリックします。

6. Workload Balancing仮想アプライアンスを起動します。

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

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

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

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

注:

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

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

1. Workload Balancing仮想アプライアンスをシャットダウンします。

2. XenCenterのリソースペインで、Workload Balancing仮想アプライアンスを選択します。

3. 仮想アプライアンスのメモリタブで、編集をクリックします。メモリ設定ダイアログが開きます。

4. メモリ設定を必要な値に編集します。

5. OKをクリックします。

6. Workload Balancing仮想アプライアンスを起動します。

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

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

警告:

利用可能なディスク容量を拡張できるのはバージョン8.3.0以降のみです。8.3.0より前のバージョンではLVMがサポートされていません。

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数に対する近似値です。

  • 200 VMの場合 - 0.246 GB/日
  • 400 VMの場合 - 0.505 GB/日
  • 600 VMの場合 - 0.724 GB/日
  • 800 VMの場合 - 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) としてログインした状態で実行します。

1. 現在のパーティションを表示します。

   fdisk -l
   <!--NeedCopy-->
   

   デフォルトのパーティションは次のようになります。

   

2. ディスクパーティションスタイルを表示します。

   parted <disk>
   <!--NeedCopy-->
   

   たとえば、/dev/xvda のパーティションスタイルを表示するには、次のようにします。

   parted /dev/xvda
   <!--NeedCopy-->
   

3. p と入力します。

   次のエラーメッセージが表示された場合は、Fix と入力してそれぞれを解決します。

   • 「エラー: バックアップ GPT テーブルがディスクの末尾にありません。これは、別の オペレーティングシステムがディスクが小さいと認識していることを意味する可能性があります。バックアップを末尾に移動して (古い バックアップを削除して) 修正しますか？」
   • 「警告: <disk> で利用可能なすべてのスペースが使用されているようには見えません。GPT を修正してすべての スペース (追加の <block number> ブロック) を使用するか、現在の設定を続行しますか？」

   

4. q と入力し、Enter キーを押して parted を終了します。

5. パーティションを編集します。

   fdisk <disk>
   <!--NeedCopy-->
   

   たとえば、Workload Balancing アプライアンスのパーティションを編集するには、次のようにします。

   fdisk /dev/xvda
   <!--NeedCopy-->
   

6. n と入力して Enter キーを押し、新しいパーティションを作成します。p と入力して Enter キーを押し、それをプライマリ パーティションにします。そして、Enter キーを押してデフォルト (この場合、上記のとおり、 パーティション番号 3 になります) を使用します。

   注:

   追加のスペースがまだ割り当てられていない場合、利用可能な空きセクタがないことを示すメッセージが表示されます。 q と入力して Enter キーを押し、fdisk を終了します。まず XenCenter を介して必要なスペースを割り当ててから、 この手順に戻ってください。

7. 利用可能なパーティションのデフォルトの最初と最後のセクタを使用するには、Enter を2回押します (または、目的のセクタを手動で指定します)。 パーティションタイプを指定するには、t と入力し、目的のパーティション (この場合は 3) を選択し、 8e と入力して Enter を押し、LVMタイプのパーティションにします。

   出力例:

   

8. p と入力して Enter を押すと、パーティションの詳細が表示されます。出力は以下のようになります。 (割り当てたスペースの量によって、開始ブロックと終了ブロックの値が異なる場合があることに注意してください):

   

9. 何か誤りがある場合は、q と入力して Enter を押し、保存せずに終了して既存の パーティションが影響を受けないようにします。ステップ1からやり直してください。そうでない場合、すべて問題なければ、代わりに w と入力して Enter を押し、変更を書き込みます。

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

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

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

   

10. 出力が正しい場合は、物理ボリュームを作成します。

    pvcreate <new partition>
    <!--NeedCopy-->
    

    例:

    pvcreate /dev/xvda4
    <!--NeedCopy-->
    

11. 上記で作成した物理ボリュームがリストされていることを確認します。

    pvs
    <!--NeedCopy-->
    

    この例では、追加されたスペースは12Gでした。出力例:

    

12. 前のコマンドの出力に基づいて、centosという名前のボリュームグループを拡張する必要があります。

    vgextend <volume group> <new partition>
    <!--NeedCopy-->
    

    例:

    vgextend centos /dev/xvda4
    <!--NeedCopy-->
    

13. 現在のボリュームグループを確認します。

    vgs
    <!--NeedCopy-->
    

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

    pvscan
    <!--NeedCopy-->
    

    これは、centosボリュームグループの一部として/dev/xvda4を表示するはずです。出力例:

    ワークロードバランシングで現在のボリュームグループを表示(/en-us/xenserver/8/media/wlb-show-current-volume-group.png)

15. 前の手順で示された情報が正しいように見える場合、 拡張する論理ボリュームの論理ボリュームパスを確認するには、このコマンドを実行します。

    lvdisplay
    <!--NeedCopy-->
    

    この例では、パスは/dev/centos/rootです。

    ワークロードバランシングで論理ボリュームを表示(/en-us/xenserver/8/media/wlb-display-logical-volume.png)

16. 空きPE/サイズを表示するには、次のコマンドを実行します (これは、パーティションを拡張する際に使用する正確な値を示します パーティション):

    vgdisplay
    <!--NeedCopy-->
    

    出力例:

    ワークロードバランシングで空きPE/サイズを表示(/en-us/xenserver/8/media/wlb-view-free-pe-size.png)

17. 空きPE/サイズの値と、ステップ11で出力された論理ボリュームパスを使用して、論理ボリュームを拡張します。

    lvextend -l +100%FREE /dev/centos/root
    <!--NeedCopy-->
    

    これが正常に実行された場合、ファイルシステムを拡張します。

    resize2fs /dev/centos/root
    <!--NeedCopy-->
    

    出力例:

    

18. ファイルシステムのサイズが期待どおりに表示されていることを確認します。

    df -h /*
    <!--NeedCopy-->
    

    

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

ワークロードバランスの停止

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

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

1. XenCenter で、ワークロードバランスを無効にしたいリソースプールを選択します。

2. WLB タブで、一時停止 をクリックします。WLB タブに、Workload Balancing が 一時停止していることを示すメッセージが表示されます。

ヒント:

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

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

1. XenCenter で、ワークロードバランスを停止したいリソースプールを選択します。

2. インフラストラクチャ メニューから、Workload Balancing サーバーの切断 を選択します。Workload Balancing サーバーの切断 ダイアログボックスが表示されます。

3. 切断 をクリックして、ワークロードバランスがプールを永続的に監視するのを停止します。

ヒント:

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が有効な状態でメンテナンスモードに入るには:

1. XenCenterのリソースペインで、オフラインにする物理サーバーを選択します。

2. サーバーメニューから、メンテナンスモードに入るを選択します。

3. メンテナンスモードに入るウィザードで、メンテナンスモードに入るをクリックします。

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

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

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

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

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

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

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

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

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

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

デフォルトでは、PostgreSQLのユーザー名はpostgresです。You set the password for this account during Workload Balancing このアカウントのパスワードは、Workload Balancingの構成時に設定します。

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

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

• Workload Balancing仮想アプライアンスに割り当てられている仮想ディスクのサイズを大きくします。これを行うには、 仮想アプライアンスをインポートし、以下の手順に従って仮想ディスクのサイズを増やします。 仮想アプライアンスディスクの拡張。

• データベースへのリモートクライアントアクセスを有効にし、サードパーティのデータベース管理ツールを使用して、 データの定期的な重複バックアップコピーを作成します。

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

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

1. Workload Balancing仮想アプライアンスコンソールから、次のコマンドを実行してPostgreSQLポートを開きます。

   firewall-cmd --permanent --zone=public --add-port=5432/tcp
   <!--NeedCopy-->
   

2. 変更を適用するためにファイアウォールをリロードします。

   firewall-cmd --reload
   <!--NeedCopy-->
   

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

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

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

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

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

   必要に応じて、GroomingIntervalInHour を使用してグルーミング間隔を変更できます。ただし、デフォルトでは Workload Balancing は1時間ごとにグルーミングが必要かどうかを確認します。

2. グルーミングが必要な場合、Workload Balancing は最も古い日のデータからグルーミングを開始します。Workload Balancing はその後、最小ディスク容量要件を満たすのに十分なディスク容量があるかどうかを確認します。

3. 最初のグルーミングで十分なディスク容量が解放されなかった場合、Workload Balancing は GroomingIntervalInHour 時間待たずに、グルーミングを最大 GroomingRetryCounter 回繰り返します。

4. 最初または繰り返しのグルーミングで十分なディスク容量が解放された場合、Workload Balancing は GroomingIntervalInHour 時間待機し、ステップ1に戻ります。

5. 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ファイルを変更してパスワードを変更しないでください。

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

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

1. データベースでクライアント認証を有効にします。

2. 選択したPostgreSQLデータベース管理ツールを使用してアーカイブを設定します。

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

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

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

1. 接続を許可するために、pg_hba.confファイルとpostgresql.confを含むデータベース構成ファイルを変更します。

2. Workload Balancingサービスを停止し、データベースを再起動してから、Workload Balancingサービスを再起動します。

3. データベース管理ツールで、データベースのIPアドレス（つまり、Workload Balancing仮想アプライアンスのIPアドレス）とデータベースパスワードを設定します。

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

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

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

1. pg_hba.confファイルを変更します。Workload Balancing仮想アプライアンスコンソールから、VIなどのエディターでpg_hba.confファイルを開きます。 例：

   vi /var/lib/pgsql/data/pg_hba.conf
   <!--NeedCopy-->
   

2. ネットワークがIPv4を使用している場合は、接続元のコンピューターのIPアドレスをこのファイルに追加します。例：

   構成セクションで、#IPv4 local connectionsの下に以下を入力します。

   • タイプ: ホスト
   • データベース: すべて
   • ユーザー: すべて
   • CIDR-ADDRESS: 0.0.0.0/0
   • メソッド: 信頼

3. CIDR-ADDRESSフィールドにIPアドレスを入力します。

   注：

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

   Methodフィールドにtrustと入力すると、パスワードを必要とせずに接続を認証できます。 Methodフィールドにpasswordと入力した場合は、データベースに接続するときに パスワードを指定する必要があります。

4. ネットワークでIPv6を使用している場合、接続元のコンピューターのIPアドレスをこのファイルに追加します。例:

   #IPv6 local connectionsの下に以下を入力します。

   • タイプ: ホスト
   • データベース: すべて
   • ユーザー: すべて
   • CIDR-ADDRESS: ::0/0
   • メソッド: 信頼

   CIDR-ADDRESSフィールドにIPv6アドレスを入力します。この例では、::0/0は任意のIPv6アドレスからの 接続に対してデータベースを開放します。

5. ファイルを保存し、エディターを終了します。

6. データベース構成を変更した後、変更を適用するにはデータベースを再起動する必要があります。次の コマンドを実行します。

   systemctl restart postgresql.service
   <!--NeedCopy-->
   

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

1. postgresql.confファイルを変更します。Workload Balancing仮想アプライアンスコンソールから、 VIなどのエディターでpostgresql.confファイルを開きます。例:

   vi /var/lib/pgsql/data/postgresql.conf
   <!--NeedCopy-->
   

2. ファイルを編集して、ローカルホストだけでなく任意のポートでリッスンするようにします。例:

   1. 次の行を見つけます。

      # listen_addresses='localhost'
      <!--NeedCopy-->
      

   2. コメント記号 (#) を削除し、行を次のように編集します。

      listen_addresses='*'
      <!--NeedCopy-->
      

3. ファイルを保存してエディターを終了します。

4. データベース構成を変更した後は、変更を適用するためにデータベースを再起動する必要があります。次の コマンドを実行します。

   systemctl restart postgresql.service
   <!--NeedCopy-->
   

データベースメンテナンスウィンドウの変更

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

注:

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

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

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

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

1. Workload Balancing コンソールで、任意のディレクトリから次のコマンドを実行します。

   crontab -e
   <!--NeedCopy-->
   

   Workload Balancing は次のように表示します。

   05 0 * * * /opt/vpx/wlb/wlbmaintenance.sh
   <!--NeedCopy-->
   

   値 05 0 は、Workload Balancing がメンテナンスを実行するデフォルトの時間 (分 (05) と 時間 (0)) を表します。(アスタリスクはジョブが実行される日、月、年を表します。これらのフィールドは編集しないでください。) エントリ 05 0 は、データベースメンテナンスが毎日午前 12 時 5 分、つまりグリニッジ標準時 (GMT) の 00:05 に行われることを 示します。この設定は、ニューヨークにお住まいの場合、メンテナンスが冬の間は午後 7 時 5 分 (19:05) に、 夏の間は午後 8 時 5 分に実行されることを意味します。

   重要:

   ジョブが実行される日、月、年 (アスタリスクで表される) は編集しないでください。データベースメンテナンスは毎日実行する 必要があります。

2. メンテナンスを実行したい時刻をGMTで入力します。

3. ファイルを保存してエディターを終了します。

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 に接続する前）に指定しました。オプションで、Console タブを XenCenter で使用してアプライアンスにログインすることもできます。

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

1. ログインプロンプトで、アカウントのユーザー名を入力します。

2. 「パスワード」プロンプトで、アカウントのパスワードを入力します。

   注:

   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
<!--NeedCopy-->

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

重要:

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

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

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

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

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

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

1. Workload Balancing 仮想アプライアンスのコマンドプロンプトから以下を実行します（例として VI を使用）。

   vi /opt/vpx/wlb/wlb.conf
   <!--NeedCopy-->
   

   画面には、構成オプションのいくつかの異なるセクションが表示されます。

2. 構成オプションを変更し、エディターを終了します。

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
<!--NeedCopy-->

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