ワークロードバランシングのトラブルシューティング
ワークロードバランシングは通常スムーズに動作しますが、問題が発生した場合に備えて、この一連のセクションでガイダンスを提供します。
注記:
- Workload Balancing は、XenServer® Premium Edition のお客様にご利用いただけます。XenServer ライセンスの詳細については、ライセンスを参照してください。アップグレードまたは XenServer ライセンスの取得については、 Citrix Web サイトにアクセスしてください。
- ワークロードバランシング 8.4.1 は、XenServer 8.4 および XenServer 9 と互換性があります。
ワークロードバランシング仮想アプライアンスの状態を確認する
systemctl status workloadbalancingコマンドを実行します。詳細については、
Workload Balancing コマンドを参照してください。
一般的なトラブルシューティングのヒント
-
Workload Balancing のログファイル（
LogFile.logおよびwlb_install_log.log）を確認して、トラブルシューティングを開始します。これらのログは、 Workload Balancing 仮想アプライアンスの次の場所（デフォルト）にあります。/var/log/wlbこれらのログファイルの詳細レベルは、
wlb.confファイルを使用して構成できます。詳細については、 Workload Balancing ログの詳細レベルを上げるを参照してください。 -
詳細については、XenCenter®の通知 > イベントビューでログを確認してください。
-
Workload Balancing 仮想アプライアンスのビルド番号を確認するには、仮想アプライアンスが監視しているプール内のホストで 次のコマンドを実行します。
xe pool-retrieve-wlb-diagnostics | more <!--NeedCopy-->ワークロードバランシングのバージョン番号は、出力の上部に表示されます。
-
Workload Balancing 仮想アプライアンスは、CentOS オペレーティングシステムに基づいています。仮想アプライアンスで CPU、メモリ、または ディスク関連の問題が発生した場合は、
/var/log/*にある標準の Linux ログを使用して 問題を分析できます。 -
仮想アプライアンスの動作を理解するために、標準的なLinuxデバッグコマンドとパフォーマンスチューニングコマンドを使用します。 例えば、
top、ps、free、sar、およびnetstatなどです。
エラーメッセージ
Workload Balancingは、XenCenterの通知 > イベント ビューで、ダイアログボックスとして、またエラーメッセージとして画面にエラーを表示します。
エラーメッセージが表示された場合は、XenCenterのイベントログで追加情報を確認してください。詳細については、 XenCenter製品ドキュメントを参照してください。
Workload Balancingの資格情報の入力に関する問題
WLBサーバーに接続ダイアログの設定中に、仮想アプライアンスのユーザーアカウントとパスワードを正常に入力できない場合は、 次のことを試してください。
-
Workload Balancing仮想アプライアンスが正しくインポートおよび構成されており、すべての サービスが実行されていることを確認してください。
-
正しい資格情報を入力していることを確認してください。WLBサーバーに接続ダイアログでは、2種類の 異なる資格情報が求められます。
-
WLBサーバーの資格情報: XenServerは、Workload Balancingと通信するためにこのアカウントを使用します。このアカウントは、
Workload Balancingの構成中にWorkload Balancing仮想アプライアンスで作成しました。デフォルトでは、
このアカウントのユーザー名は
wlbuserです。 -
XenServerの資格情報: このアカウントは、Workload Balancing仮想アプライアンスがXenServerプールに接続するために使用します。
このアカウントはXenServerプールコーディネーターで作成され、
pool-adminまたはpool-operatorの役割を持っています。
-
WLBサーバーの資格情報: XenServerは、Workload Balancingと通信するためにこのアカウントを使用します。このアカウントは、
Workload Balancingの構成中にWorkload Balancing仮想アプライアンスで作成しました。デフォルトでは、
このアカウントのユーザー名は
-
アドレスボックスにWorkload Balancing仮想アプライアンスのホスト名またはFQDNを入力できますが、この アドレスはXenCenterを実行しているWindowsシステムが解決およびアクセスできるものである必要があります。物理サーバーのホスト名 を入力しないでください。FQDNのDNSエントリがない場合は、 代わりにWorkload BalancingアプライアンスのIPアドレスを使用して接続する必要があります。
-
ホストが正しいDNSサーバーを使用しており、XenServerホストがFQDNを使用してWorkload Balancing サーバーに接続できることを確認してください。この確認を行うには、XenServerホストからFQDNを使用してWorkload Balancingアプライアンスにpingを実行します。 たとえば、XenServerホストコンソールで次のように入力します。
ping wlb-vpx-1.mydomain.net <!--NeedCopy-->
証明書に関する問題
XenServer 8.4以降では、証明書の検証がデフォルトで有効になっています。Workload Balancing仮想 アプライアンスをXenServerに接続するには、Workload Balancing証明書をXenServerプールにインポートする必要があります。
プールがWorkload Balancingに接続できない場合は、Workload Balancingの証明書チェックを無効にすることで、 証明書構成が原因であるかどうかを確認してください。
-
プール UUID を取得します:
xe pool-list <!--NeedCopy--> -
証明書の検証を無効にします:
xe pool-param-set wlb-verify-cert=false uuid=<uuid_of_pool> <!--NeedCopy-->
証明書の検証をオフにした状態でプールが Workload Balancing に接続できる場合、問題は 証明書の設定にあります。接続できない場合、問題は Workload Balancing の資格情報または ネットワーク接続のいずれかにあります。サポートに問い合わせるか、Workload Balancing のトラブルシューティング で詳細を確認してください。
問題のトラブルシューティングが完了したら、証明書チェックを再度有効にしてください:
-
プール UUID を取得します:
xe pool-list <!--NeedCopy--> -
証明書の検証を有効にします:
xe pool-param-set wlb-verify-cert=true uuid=<uuid_of_pool> <!--NeedCopy-->
ファイアウォールの問題
Workload Balancing 仮想アプライアンスがハードウェアファイアウォールの背後にあり、適切なファイアウォール設定を構成していない場合、次のエラーが表示されます。 「Workload Balancing サーバーへの接続中にエラーが発生しました: <プール 名>。WLB の初期化をクリックして、接続設定を再初期化してください。」このエラーは、 Workload Balancing アプライアンスがその他の理由で到達不能な場合にも表示されることがあります。
Workload Balancing 仮想アプライアンスがファイアウォールの背後にある場合は、ポート 8012 を開いてください。
同様に、XenServer が Workload Balancing に接続するために使用するポート（デフォルトでは 8012）は、 Workload Balancing 構成ウィザードを実行したときに指定したポート番号と一致している必要があります。
Workload Balancing の接続エラー
Workload Balancing を構成して接続した後に接続エラーが発生した場合、資格情報が 無効になっている可能性があります。この問題を特定するには:
-
WLBサーバーに接続ダイアログボックスに入力した資格情報が正しいことを確認してください。詳細については、 シナリオ 1 と 2 を参照してください。
-
WLBサーバーに接続ダイアログボックスに入力した Workload Balancing 仮想アプライアンスの IP アドレスまたは FQDN が正しいことを確認してください。
-
Workload Balancing の構成中に作成したユーザー名が、WLBサーバーに接続ダイアログボックスに入力した 資格情報と一致することを確認してください。
-
「WLB」タブのWorkload Balancingステータス行に接続エラーが表示される場合、そのプールでWorkload Balancingを 再構成する必要があるかもしれません。「WLB」タブの「Connect」ボタンをクリックし、ホストの 資格情報を再入力してください。
XenCenterからWorkload Balancing仮想アプライアンスへの接続を確立しようとすると、次のいずれかのシナリオに 遭遇する可能性があります。
シナリオ 1
これは、「Connect to WLB Server」ダイアログボックスの「XenServer Credentials」フィールドに入力された資格情報が 正しくないことを意味します。これを修正するには、資格情報を再確認するか、「Use the current XenCenter credentials」 チェックボックスをオンにしてください。
シナリオ 2
これは、Workload Balancing仮想アプライアンスへの接続を試行する際に、「Connect to WLB Server」ダイアログボックスの 「WLB Server Credentials」フィールドに入力された資格情報に問題があること（ユーザー名またはパスワードが正しくないこと）を意味します。 ただし、Workload Balancingサービスが実行されていないか、データベース構成ファイルに問題がある可能性も あります。
資格情報の問題を修正するには、正しいユーザー名とパスワードを使用していることを確認してください。「WLB Server Credentials」フィールドの
デフォルトのユーザー名はwlbuser（rootではありません）です。rootはデフォルトの管理者ユーザー名です。
wlbuserはアプライアンスにログオン権限を持つ実際のユーザーではない（/etc/passwdの下には存在しない）ため、
これらの資格情報はWorkload Balancing自体に接続するためにのみ使用されます。そのため、wlbconfigコマンドを
実行することで簡単にリセットできます。資格情報を変更するには、
Workload Balancingの資格情報を変更するを参照してください。
wlbconfigコマンドを実行するには、rootとしてアプライアンスにログインできる必要があります。rootパスワードが不明な場合は、
通常のCentOS/RHELパスワード回復手順を使用してリセットできます。
資格情報をリセットしてもエラーが解消しない場合は、次のことを確認してください。
-
systemctl status workloadbalancingコマンドを使用して、Workload Balancingプロセスが実行されているか確認します。 - このコマンドを実行して、
wlb.confファイルが存在し、正しいディレクトリにあることを確認します。cat /opt/vpx/wlb/wlb.conf
シナリオ 3
これは、XenCenterからWorkload Balancingに接続する際に、サーバーアドレスオプションで指定されたポートへの接続に問題があること （誤ったポートが入力されたか、ポートがリッスンしていないか）を示しています。 これをトラブルシューティングするには：
- 目標アプライアンスが稼働していることを確認してください。
- Workload Balancing 接続詳細ウィンドウに入力されたポート（デフォルトは 8012）を再確認してください。
- このポートがアプライアンスで有効になっており、リッスンしていることを確認してください。ポートがリッスンしているか、またはトラフィックがこのポートで拒否されているかを判断するには、
telnet <host> <port>またはiptables -Lのようなコマンドを使用してください。
シナリオ 4
シナリオ 4 - エラー: WLB がサーバーへの接続を拒否しました。設定を確認して再試行してください。(/en-us/xenserver/9/media/wlb-troubleshooting-scenario-4.png)
このエラーは、stunnel に問題がある場合（実行されていないか、証明書/キーペアが 正しくない場合）に発生します。これをトラブルシューティングするには、まず証明書とキーを確認してください。
-
次のコマンドを実行して、証明書の有効期限が切れていないことを確認してください。
openssl x509 -dates -in $(grep cert\ = /etc/stunnel/stunnel.conf |cut -d '=' -f2) -noout <!--NeedCopy--> -
次の2つのコマンドの出力の16進数を比較してください。出力が一致しない場合、誤ったキーが 使用されています。
openssl x509 -modulus -in $(grep cert\ = /etc/stunnel/stunnel.conf |cut -d '=' -f2) -noout | openssl md5 <!--NeedCopy-->および
openssl rsa -modulus -in $(grep key\ = /etc/stunnel/stunnel.conf | cut -d '=' -f2) -noout | openssl md5 <!--NeedCopy-->
証明書とキーに問題がない場合は、stunnel が実行されており、ポート 8012 (または 設定されたポート) にバインドされていることを確認してください。
-
WLB アプライアンスの CLI で次のコマンドを実行してください。
netstat -tulpn <!--NeedCopy-->出力では、8012 (またはカスタムポート) に
status: LISTENと表示されるはずです。 -
アプライアンスの容量が不足した場合、stunnel は実行されません。
df -hやdu -hs /*のようなコマンドを使用して、 アプライアンスに十分な空き容量があるかどうかを確認してください。ディスク容量を増やすには、 仮想アプライアンスのディスクを拡張する を参照してください。
シナリオ 5
シナリオ 5 - エラー: WLB サーバーへの接続がリセットされました。設定を確認して再試行してください。(/en-us/xenserver/9/media/wlb-troubleshooting-scenario-5.png)
このエラーは、stunnel プロセスが終了したために発生する可能性があります。プロセスを再起動しても同じ結果になる場合は、 Workload Balancing 仮想アプライアンスを再起動してください。
その他のエラー
Workload Balancing への接続を試行中にその他のエラーが発生した場合、またはさらにサポートが必要な場合は、
上記の手順を実行する際に、/var/log/wlb ディレクトリにある Workload Balancing ログを収集してください。
Workload Balancing アプライアンスの。
詳細については、サポートにお問い合わせください。
Workload Balancing が動作を停止する
Workload Balancing が動作しない場合（たとえば、設定の変更を保存できない場合）は、Workload Balancing ログファイルで次のエラーメッセージを確認してください。
dwmdatacolsvc.exe: Don't have a valid pool. Trying again in 10 minutes.
<!--NeedCopy-->
このエラーは通常、1つ以上の問題のあるVMがあるプールで発生します。VMに問題がある場合、次の動作が見られることがあります。 以下の動作:
- Windows。Windows VMが停止エラー（「ブルースクリーン」）によりクラッシュする。
- Linux。Linux VMがコンソールで応答しなくなり、通常はシャットダウンしない。
この問題を回避するには：
-
VMを強制的にシャットダウンします。これを行うには、問題のあるVMがあるホストで次のいずれかを実行します。
- XenCenter で VM を選択し、VM メニューから Force Shutdown をクリックします。
-
vm-shutdownxe コマンドを force パラメータをtrueに設定して実行します。例：xe vm-shutdown force=true uuid=vm_uuid <!--NeedCopy-->ホストの UUID は、そのホストの（XenCenter の）General タブ、または
host-listxe コマンドを実行することで確認できます。VM の UUID は、VM の General タブ、またはvm-listxe コマンドを実行することで確認できます。 詳細については、「Command line interface」を参照してください。
-
クラッシュした VM を提供している XenServer の
xsconsoleまたは XenCenter で、すべての VM を別のホストに移行し、xe-toolstack-restartコマンドを実行します。（HA が有効な間はツールスタックを再起動しないでください。可能であれば、 ツールスタックを再起動する前に一時的に HA を無効にしてください。）
Workload Balancingサーバーを変更する際の問題
Workload Balancingから切断せずにプールを別のWorkload Balancingサーバーに接続した場合、古い Workload Balancingサーバーと新しいWorkload Balancingサーバーの両方がプールを監視します。
この問題を解決するには、以下のいずれかの操作を実行できます。
- 古いWorkload Balancing仮想アプライアンスをシャットダウンして削除します。
- Workload Balancingサービスを手動で停止します。これらのサービスは、分析、データコレクター、およびWebサービスです。
注:
Workload Balancing仮想アプライアンスからプールを切断するために
pool-deconfigure-wlbxeコマンドを使用したり、 別の仮想アプライアンスを指定するためにpool-initialize-wlbxeコマンドを使用したりしないでください。