NVP vProxy：バックアップ/リストア操作のためのネットワーク接続のトラブルシューティング」

VMware仮想マシン(VM)のバックアップおよびリストア操作に関連するシステムとポート。

『NetWorkerセキュリティ構成ガイド』によると、NetWorkerは直接ソケット接続を使用して、最小限のオーバーヘッドでネットワーク経由で必要なサービスと通信し、データを移動します。NetWorkerではTCPとUDP用にいくつかのポートが開かれますが、NetWorkerではTCPポートのみが必要です。UDPポートはオプションです。ただし、SNMPの場合はUDPポート161および162を使用します。

このKBに表示されているポート テーブルとネットワーク トポロジーは、『NetWorker VMware統合ガイド』から直接取得したものです。VMware統合およびセキュリティ構成ガイドは、DellサポートのNetWorker製品ページにあります。

ポート要件

ドメイン ネーム システム(DNS)

完全修飾ドメイン名(FQDN)、短い名前、IPアドレス(逆引き参照)など、関連するシステムのDNSが正しく解決されていることを確認します。

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

ビデオ コントローラーおよびその他のハードウェア コンポーネントを確認するには、NetWorker：名前解決のトラブルシューティングのベスト プラクティス

また、システムのhostsファイルを確認することをお勧めします。ホスト ファイルのエントリーは、DNSクエリーと競合したり、DNSクエリーをオーバーライドしたり、誤ったIPアドレスやホスト名になったりする可能性があります。

• Linuxシステム: /etc/hosts
• Windowsシステム: C:\Windows\System32\drivers\etc\hosts

NetWorkerサーバー

The NetWorker nsrports コマンドを使用して、関連するシステム間での名前解決とポート接続を確認できます。通信をテストする際に指定する必要があるポートとターゲット システムについては、上記の表を参照してください。

nsrports -t target_system -p port

Linuxシステムでは、 curl 接続をテストするコマンド:

curl -v target_system:port

Windows システムでは、 Test-NetConnection PowerShell cmdlet:

Test-NetConnection -ComputerName target_system  -port port

vProxyアプライアンス

vProxyでProxyHC(ヘルス チェック)ユーティリティーを実行して、システム間のポート接続を確認できます。次の記事を参照してください。NVP-vProxy：vProxyアプライアンスでヘルス チェック ツールProxyHCを使用する方法。

vProxyアプライアンスでは、 curl コマンドを実行して接続をテストします。通信をテストする際に指定する必要があるポートとターゲット システムについては、上記の表を参照してください。

curl -v target_system:port

ESXiサーバー

「 netcat (nc)コマンドをESXiホストで使用すると、ポート接続を確認できます。通信をテストする際に指定する必要があるポートとターゲット システムについては、上記の表を参照してください。

nc -zv target_system port

次の記事 「NVP vProxy: vProxy FLR用にNFSポートを開くNetWorker VIB。

vCenter Server

vCenter Serverは、オペレーティング システムベースの接続コマンドを使用します。通信をテストする際に指定する必要があるポートとターゲット システムについては、上記の表を参照してください。

curl -v target_system:port

仮想マシン

VMからの通信をテストする場合にData Protection Restore Client、NetWorker Webユーザー インターフェイス(NWUI)、またはData Domainとの接続のいずれをテストする場合でも、使用するコマンドは仮想マシンのオペレーティング システムによって異なります。Linuxシステムでは、 curl 接続をテストするコマンド:

curl -v target_system:port

Windows システムでは、 Test-NetConnection PowerShell cmdlet:

Test-NetConnection -ComputerName target_system  -port port

TLSトラフィック

2つのシステム間のTCP接続が成功しても通信に失敗し、それらのシステムにTLSが必要な場合は、TLSハンドシェイクが正常に完了したことを確認する必要があります。

通常、TLS接続の失敗を示すエラー:

• TLS alert, handshake failure
• SSL handshake failed
• SSL_ERROR_SYSCALL
• Connection reset by peer
• An error occurred, a low-level API call failure
• curl_easy_perform() returned error 35
• SSL: certificate verification failed (result: XX)
• libCURL: error 35: SSL connect error
• Peer failed to perform TLS handshake

Linuxホスト コマンド:

curl -kv https://HOSTNAME:PORT

Windowsホスト コマンド:

curl.exe -kv https://HOSTNAME:PORT 

• NetWorkerサーバー:vProxyアプライアンス>
• NetWorkerサーバー/ストレージ ノード:> Data Domain
• vProxyアプライアンス:> Data Domain
• vProxyアプライアンス:vCenter Server>

Linuxホスト

次の手順は、Linux NetWorkerサーバー、ストレージ ノード、vProxyアプライアンス、vCenter Serverアプライアンスで実行できます。

sudo su -

nohup ping ADDRESS | while read l; do echo "$(date) $l"; done >> /nsr/logs/$(hostname)_ping.log &

ps -ef | grep ping

kill -9 PID_OF_PING

[root@nsr ~]# ps -ef | grep ping
gdm         4066    1993  0 Nov15 tty1     00:00:18 /usr/libexec/gsd-housekeeping
root      215151  215146  0 Nov18 ?        00:16:25 /opt/nsr/rabbitmq-server-3.11.16/erts-13.2.2/bin/beam.smp -W w -MBas ageffcbf -MHas ageffcbf -MBlmbcs 512 -MHlmbcs 512 -MMmcs 30 -P 1048576 -t 5000000 -stbt db -zdbbl 128000 -sbwt none -sbwtdcpu none -sbwtdio none -B i -- -root /opt/nsr/rabbitmq-server-3.11.16 -bindir /opt/nsr/rabbitmq-server-3.11.16/erts-13.2.2/bin -progname erl -- -home /nsr/rabbitmq -- -pa  -noshell -noinput -s rabbit boot -boot start_sasl -syslog logger [] -syslog syslog_error_logger false -kernel prevent_overlapping_partitions false
root      467940  467115  0 16:10 pts/3    00:00:00 ping nsr-vproxy02.amer.lan
root      468141  467115  0 16:11 pts/3    00:00:00 grep --color=auto ping
[root@nsr ~]# kill -9 467940

Windowsホスト

次の手順は、Windows NetWorkerサーバーまたはリモート ストレージ ノード、あるいはその両方で実行できます。

1.以下を含む.batスクリプト(timestamped_ping.bat)を作成します。ADDRESSは、リモート ホストのIPアドレスまたはDNSで解決可能なFQDNに置き換えます。NetWorkerがデフォルトのインストール パスにインストールされていない場合、または出力を別の場所に送信する場合は、出力場所を別のパスに変更します。

@echo off
ping -t ADDRESS |find /v ""|cmd /q /v:on /c "for /l %%a in (0) do (set "data="&set /p "data="&if defined data echo(!date! !time! !data!)" >> "C:\Program Files\EMC NetWorker\nsr\logs\ping.out" 2<&1

2.スクリプトが保存されたディレクトリーで管理者コマンド プロンプトを開きます。

3.次のスクリプトを実行します。

timestamped_ping.bat

4.スクリプトを実行したままにして、バックアップまたはリストアの問題を再現します。
5.問題が再現されたら。スクリプトが実行されているコマンド プロンプトでCTRL+Cを使用して、スクリプトを停止します
6.バックアップまたはリストアの問題が発生した時点のタイムスタンプと重複するネットワークの問題(パケットの欠落、高レイテンシーなど)がないか、C:\Program Files\EMC NetWorker\nsr\logs\ping.outファイル(または指定した場所)を確認します。  

メモ: 『NetWorkerパフォーマンス最適化計画ガイド』には、NetWorkerサーバー/ストレージ ノードとData Domain間のレイテンシーが50ミリ秒を超えてはならないと記載されています。これにより、スループットが低下する可能性があります。レイテンシーが長くなると、セッションが予期せず終了することがあります。