「Data Domain:iperfを使用したネットワーク パフォーマンスのトラブルシューティング
Summary: iperfツールとDD net iperfコマンドを使用して、エンドポイント間の未フォーマット ネットワーク スループットを測定します。ネットワーク パス全体のNIC間帯域幅を検証することで、バックアップ、リストア、レプリケーションの速度が遅い、または失敗した場合の診断に役立ちます。
Symptoms
この記事では、 iperf ツール および DD net iperf コマンドを使用して メディア サーバーとDD(Data Domain)システム間、または2つのDDシステム間のネットワーク スループットを測定します。
iperfユーティリティーは、2つのエンドポイント間のrawネットワーク パフォーマンスを測定するために設計された業界標準のツールです。これは、基盤となる NIC-to-NIC bandwidth TCPまたはUDPトラフィックを使用して、スイッチ、ルーター、ファイアウォール、WANリンクなど、すべての中間ネットワーク コンポーネント全体にわたります。これは、ネットワーク関連の問題をアプリケーション レベルの問題から切り分けるために重要です。
実行する必要があるかもしれません iperf 次のいずれかの現象が発生した場合:
- メディア サーバーとDD間のIP経由のCIFS、NFS、またはDD Boostを使用したバックアップまたはリストアのパフォーマンスが低下する。
- メディア サーバーとDD間のCIFS、NFS、またはDD Boost経由のバックアップまたはリストアの失敗。
- 2つのDDシステム間のレプリケーション パフォーマンスの問題(コレクション、ディレクトリー、MTreeレプリケーション、管理ファイル レプリケーションなど)。
Cause
バックアップ、リストア、レプリケーション中のパフォーマンスの問題 は、多くの場合、アプリケーション レベルの制限ではなく、ネットワークのボトルネックに起因します。これらのボトルネックは、データ パス上の任意の場所(メディア サーバーとData Domainシステム間、または2つのDDシステム間)で発生する可能性があります。次のようなものが考えられます。
- NICまたは中間ネットワーク デバイス(スイッチ、ルーター、ファイアウォール)の帯域幅の制限。
- MTUの不一致 により、断片化と再送信が発生します。
- 輻輳、ケーブルの障害、QoS の設定ミスによる高遅延またはパケット損失。
- TCPウィンドウのスケーリングの問題 または不十分なバッファー サイズがスループットに影響しています。
- ファイアウォールまたはIDS/IPS検査のオーバーヘッド スロットリングによるSMB/NFS/DDBoostトラフィック。
これらの問題はアプリケーション層では見えないことが多いため、 iperf は、エンドポイント間の未加工のTCP/UDPスループットを測定するために使用されCIFS、NFS、またはDD Boostとは無関係に、基盤となるネットワーク パフォーマンスを検証します。これにより、バックアップ/リストアの遅延の原因がネットワークの制約にあるのか、アプリケーション/ストレージの構成にあるのかを特定できます。
Resolution
Iperf は、TCPおよびUDPトラフィックストリームを生成して使用可能な帯域幅とスループットを測定する、広く使用されているオープンソースのネットワークパフォーマンステストユーティリティです。これにより、メディア サーバーとData Domain (DD)システムなど、2つのエンドポイント間、または2つのDDシステム間の未フォーマット ネットワーク容量を正確に評価できます。トランスポート層でのデータ転送をシミュレートすることで、 iperf スイッチ、ルーター、ファイアウォールなどの中間コンポーネント全体で、CIFS、NFS、DD Boostなどのアプリケーションレベルのプロトコルに依存しない、ネットワークのボトルネック、レイテンシーの問題、パケット損失を特定するのに役立ちます。
Iperf サーバーとクライアントの2つのモードがあります
セクションI: IPERFツールの入手先:
取得するには 3 つの方法があります。 iperf 実行可能ファイル:
メソッド1:
DDは "net iperf" に指定します。2つのDD間の帯域幅のみをテストする場合は、次を使用します。 "net iperf" コマンドで十分です
方法2:Iperf ツールは、DDRの /ddr/var/tools/iperf フォルダーに含まれます。iperf実行可能ファイルを取得するには、 /ddvar メディアサーバーでCIFSまたはNFSを使用して、任意のフォルダーの下に配置します。 /tmp、または C:\EMC、または C:\ddtoolsの詳細を確認してください。
1.の一時CIFS共有を作成するには、次の手順を実行します。 /ddvar ここで、 iPerf Windows用ユーティリティー:
cifs share create <Share Name is recommended to be 'ddvar' without any slash> path <Path to the directory being shared '/ddvar'> clients <IP of relevant remote Windows Host>
Eg: sysadmin@dd# cifs share create ddvar path /ddvar clients <IP of affected backup Host>
一時CIFS共有を削除するには、次の手順を実行します。
cifs share destroy <Temporary Share Name>
Eg: sysadmin@dd# cifs share destroy ddvar
2.Linux用の一時的なNFS共有を作成するには、次の手順を実行します。
nfs export create <Share Name is recommended to be 'ddvar' without any slash> path <Path to the directory being shared '/ddvar' clients <IP of relevant remote Linux Host>
Eg: sysadmin@dd# nfs export create ddvar path /ddvar clients <IP of relevant remote Linux Host>
一時NFS共有を削除するには、次の手順を実行します。
nfs export destroy <Temporary Share Name>
Eg: sysadmin@dd# nfs export destroy ddvar
方法3:
を使用してDDからダウンロード scp (UNIX)または pscp (Windows):
UNIX:
scp <localuser>@<IP or hostname of DD>:/ddr/var/tools/iperf/<OS>/<iperf executable> <local path>
example: scp sysadmin@10.10.10.10:/ddr/var/tools/iperf/Linux/iperf /tmp/iperf
OS/iperf executable:
HP-UX_RISC/iperf
AIX/iperf
Linux/iperf
HP-UX_IA64/iperf
Solaris_Sparc/iperf
Windows/iperf.exe
Windowsの場合:
pscp -scp <localuser>@<IP or hostname of DD>:/ddr/var/tools/iperf/Windows/iperf.exe <local path>
example: pscp -scp sysadmin@10.10.10.10:/ddr/var/tools/iperf/Windows/iperf.exe C:\ddtools\iperf.exe
pscp (コマンドライン版の scp Windowsの場合)は、次の場所からダウンロードできます。 putty.org (外部)。 Winscp DDからのダウンロードは機能しません。
セクションII: iperfテストで使用するDDのIPアドレスを検索します。#net show hardware, to see which port, 1G/10G link#net show setting, to see the IP assigned to the port
セクションIII: IPERFの実行方法
例I: 2つのDD間でIPERFを実行する方法
デスティネーションDDで、puttyセッションを使用して、
#net iperf server
ソースDDで、
#net iperf client <DestinationDDIP> interval 10 duration 60
#net iperf server status、iperfが停止したことを確認します。-上記のコマンドは、1ストリーム、10秒間隔、60秒間で、ソースDDからデスティネーションDDに使用可能なネットワーク帯域幅を確認するためのコマンドです
-上記のコマンドは、
"connection 10" 10の接続でネットワーク帯域幅をテストします。これは1つの接続よりも大きい必要があります。- これら2つのDD間で同時にレプリケーションが行われる場合、
iperf 結果には、レプリケーションですでに使用されているネットワーク帯域幅以外に残っているネットワーク帯域幅が表示されます。#iostat 2 を使用すると、ポートで同時に使用されているスループットを確認できます-テストを逆にして、使用可能な帯域幅を逆に確認できます。デスティネーションからソースDD.間。
例II: メディア サーバーからDDにIPERFを実行する方法。これは、バックアップ/書き込みが遅い問題に使用できます。
DDで、puttyセッションを使用して、
#net iperf server --- This means DD in server mode and is listening
メディア サーバー(WindowsまたはLinuxの場合):
#iperf -c <DDIPaddress> -t 60 -i 10
注:- テスト後、ソースでctl+cを使用してiperfを停止します。
#net iperf server status,
iperfが停止したことを確認します。
-上記のコマンドを-P 10を使用して実行して、10接続(1接続より大きい)でネットワーク帯域幅をテストできます。
-ウィンドウサイズを指定するには、オプション-w 256Kを使用する必要があります。
Example:
root@client 1 iperf-2.0.5]# iperf -c 11.65.228.28 -i 3 -t 30 -w 256K
------------------------------------------------------------
Client connecting to 11.65.228.28, TCP port 5001
TCP window size: 512 KByte (WARNING: requested 256 KByte)
------------------------------------------------------------
[ 3] local 11.65.249.45 port 63535 connected with 11.65.228.28 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 3.0 sec 2.79 GBytes 7.98 Gbits/sec
[ 3] 3.0- 6.0 sec 2.86 GBytes 8.19 Gbits/sec
[ 3] 6.0- 9.0 sec 2.90 GBytes 8.30 Gbits/sec
注:上記の出力で、.45は、DDへの書き込みのためにメディア サーバーによって使用されるソースIPです。 .28はバックアップに使用されるDD IPです。
例III: DDからメディア サーバーにIPERFを実行する方法: これは、リストア/読み取りが遅い問題に使用できます。
メディア サーバー(WindowsまたはLinuxの場合):
#iperf -s
DDの場合:
#net iperf client <ip address> duration 60 interval 10
注:
-ポートを指定するには、オプション-p 5001またはその他の#を使用する必要がある場合があります
-ウィンドウサイズを指定するために、オプション-w 256Kを使用する必要がある場合があります
セクションIV: 次のステップ
-理想的には、1Gbpsポート間で、他に帯域幅を使用していないときに800Mbpsから900Mbpsのスループットを確認したいと思います
10Gbpsポート間で、帯域幅を使用しているものが他にない場合に、数Gbpsのスループットを確認したいと考えています
- スループットが上記の理想的な回線速度よりも低い場合は、複数の接続(10または20)を使用して、使用可能な帯域幅を増やします
-また、ルーティングを確認し、MTUが一貫していることを確認します。(以下の「pingを使用してMTUを確認する方法」を参照してください)
Additional Information
ネットワーク パス全体でMTUの整合性を確認します。
MTU設定がエンドツーエンド(クライアント→ネットワーク→ストレージ)で一貫していることを確認するには、 ping コマンドを [フラグメント化しない ] オプション付きで実行します。これにより、パケットがパスに沿ってフラグメント化されなくなります。
Windows(標準MTU 1500):ping -f -l 1472(1472-bytes payload + 28-byte header = 1500 MTU)
Windows(ジャンボ フレームMTU 9000):ping -f -l 8972(8972 bytes payload + 28-bytes header = 9000 MTU)
Data Domain(DD)から:net ping count 2 packet-size 1472 path-mtu donet ping count 2 packet-size 8972 path-mtu do
これが重要な理由:
MTUをチェックすると、ジャンボ フレームまたは標準フレームがすべてのネットワーク デバイスで一貫してサポートされ、CIFSリストアのパフォーマンスを低下させるフラグメンテーションやパケット ロスを防ぐことができます。