コマンドラインからの vSAN ユニキャストネットワークの構成

Products

VMware vSAN

Issue/Introduction

この記事では、ESXCLI から vSAN ユニキャストネットワークを手動で構成する方法の詳細な手順を紹介します。

注：vSAN ユニキャストモードは、vSAN 6.6 (vSphere 6.5.0d) で導入された機能です
ユニキャストは、vSAN クラスタのクォーラムの維持に関するネットワーク要件を簡素化するため、従来のマルチキャストネットワークの代わりに導入されました。

Symptoms:

免責事項：これは英文の記事「Configuring vSAN Unicast networking from the command line 」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

1.vSAN クラスタを vSphere 6.5.0d 以降にアップグレードしたときに、1 台以上のホストが vCenter Server からクラスタメンバーの更新を継承できないことがある。

2.vCenter Server が使用できなかったときにノードが追加または削除されたことが原因で、vCenter Server によって維持される vSAN ノードのリストと実際のノードの数が異なる場合がある。

Environment

VMware vSAN 7.0.x

Resolution

以下の手順を使用して、各ホストのユニキャストエージェントリストを手動で再構築できます。

1.必要な vSAN クラスタ情報の特定。
2.vSAN ユニキャストエージェントリストの構築。
3.最後の手順。

1.vSAN に使用される VMkernel ポート、その IP アドレス、およびクラスタ内の各ホストのノード UUID を特定する。

1.1 クラスタ内のすべての ESXi ホストに SSH 接続し、root としてログインします。

1.2 次のコマンドを実行して、vSAN に使用される VMkernel ポートを特定し、後で使用するために出力をコピーします。

esxcli vsan network list

注：VmkNic 名をメモします。上の出力では「vmk2」です。

1.3 次のコマンドで「vmk2」の IP アドレスを検索します。

esxcli network ip interface ipv4 get | grep vmk2

注：このホストの vmk2 の IP アドレス：172.16.15.11

1.4 次のコマンドでホストのノード UUID を調べます。

cmmds-tool whoami

1.5 クラスタ内のすべてのホストに使用するホスト UUID と vSAN VMkernel ポートの IP アドレスを取得したら、ユニキャストエージェントリストの構築を開始します。

3 ノードクラスタの例：

2.ユニキャストエージェントリストの構築。

2.1 ユニキャストエージェントリストを変更する前に、クラスタ内のすべてのノードで次のコマンドを実行し、vCenter Server からの「クラスタメンバーリストの更新」を一時的に無視します。

esxcfg-advcfg -s 1 /VSAN/IgnoreClusterMemberListupdates

2.2 ホストのユニキャストエージェントリストに次のような不正なエントリが含まれる場合があります。

特定のホストの「Supports Unicast」が False に設定されている、IP アドレスが正しくない、ノード UUID が正しくない、またはストレッチクラスタ監視ホストではないホストの「IsWitness」が誤って True とマークされている。

既存のエントリは変更できません。削除して再度追加する必要があります。

2.2.1 次のコマンドで現在のユニキャストエージェントリストを確認します

esxcli vsan cluster unicastagent list

注：上の出力では、2 つ目のエントリに不正な IP アドレスが含まれ、両方のエントリの「Supports Unicast」フラグが「false」に設定されています。

2.2.2 この問題を修正するには、次のコマンドを実行して誤ったエントリを削除します。これを使用してすべてのエントリを削除し、ユニキャストエージェントリストを最初から再構築することもできます。

構文：esxcli vsan cluster unicastagent remove -a <Host_VSAN_IP>

注：上の出力では、ユニキャストエージェントリストがクリアされていました。

2.3 ユニキャストエージェントリストにエントリを追加します

**注意** ESXi ホストのユニキャストエージェントリストを構築するときに、他のすべてのホストのエントリを追加しますが、テーブルが構成されているホストの IP アドレスは追加しないでください。

ESXi ホストのユニキャストエージェントリストに独自の IP アドレスがある場合、ネットワークの問題が多数発生し、ホストの PSOD につながる可能性があります。

たとえば 3 ノードの場合は、各ホストに 2 つのエントリが含まれます。

データノードのエントリ構文：esxcli vsan cluster unicastagent add -t node -u <Host_UUID> -U true -a <Host_VSAN_IP> -p 12321

ホスト 1 の例

注：コマンドを実行した後、ユニキャストエージェントリストをチェックして、上の出力のようにエントリが正しく追加されたことを確認します。

注：ストレッチクラスタでは、監視ホストのエントリの「IsWitness」フラグを「True」に設定する必要があります。

監視ノードのエントリ構文：esxcli vsan cluster unicastagent add -t witness -u <Host_UUID> -U true -a <Host_VSAN_IP> -p 12321

2.4 残りの vSAN ホストで手順 2.1 から繰り返します。その際、テーブルが構成されているホストの IP アドレスは含めないようにしてください。

3.最後の手順。

3.1 物理ネットワークに問題がなければ、vSAN クラスタがすぐに形成されます。
各ホストで再構築が正しく行われた場合は、次のコマンドを実行すると、クラスタメンバーの数が正確に表示されます。

esxcli vsan cluster get

3.2 すべてのプロセスが正常に完了したら、クラスタ内のすべてのノードで「クラスタメンバーリストの更新」を再度有効にしてください。次のコマンドを実行します。

esxcfg-advcfg -s 0 /VSAN/IgnoreClusterMemberListupdates

Additional Information

オンディスクアップグレードプロセスを含む vSAN 6.6 へのアップグレードが完了していて、ホストでのクラスタ通信にまだマルチキャストが使用されている場合は、親なし/非活動のホスト情報が CMMDS に残されていないことを確認してください。残されていると、変換が自然に発生するのを防げる可能性があるからです。

VMware では、vSAN 6.6 のインストールまたはアップグレードが完了し、ユニキャストモードが正常に構成された後に、マルチキャストモードに戻す操作はサポートしていません。

从命令行配置 vSAN 单播网络连接

Impact/Risks:

ユニキャストエージェントリストが適切に再構築されていないと、ネットワークパーティション分割が発生するリスクがあります。ほとんどの場合、vSAN クラスタにはすでに複数のパーティションが形成されています。テーブルを再構築する目的は、1 つの vSAN クラスタを形成することです。

注：ESXi ホストのユニキャストエージェントリストを構築するときに、他のすべてのホストのエントリを追加しますが、テーブルが構成されているホストの IP アドレスは追加しないでください。

vSAN データノードまたは監視ノードのユニキャストエージェントリストに独自の IP アドレスがある場合、ネットワークの問題が多数発生し、PSOD につながる可能性があります。