期待されるものはTCP再送信率
NASと、モード0で結合された2つのギガビットリンクを持つサーバーとの間に直接接続を設定しています。サーバーからネットワークへの単一のギガビットリンクもあります。結合方法をテストしたいと思います。モード0で実行しています。
netstat -s | grep 'segments retransmited' | awk '{print $1}'-> 21983
netstat -s | grep 'segments send out' | awk '{print $1}'-> 91874454
21983/91874454 = .000239272
これは高いと考えられますか？このサーバーとインターネットの間には大量のトラフィックがあります。
また、私のNASとサーバー間の直接接続のみでパケット損失をテストするより良い方法はありますか？ドライバーがサポートされていないため、ethtool統計は利用できません。ありがとうございます。
「高」と判断されるのは、アプリケーションによって大きく異なります。この場合、それはNFSを使用するファイルサーバーであり、再送信を非常に許容します。
一般に、トラフィックの1％未満が冗長である場合、あなたは本当に良い状態にあります。あなたはそれよりはるかに低いので、このラウンドロビンボンドが再送信の問題を引き起こしているようには見えません（これはポイントツーポイントリンクのみであるという事実が原因であると考えられます-モード0ボンドの良いユースケース） ）。
速度に関して伝送の問題が発生している場合は、ジッターを詳しく調べることができます。これは、iperfがインストールされている2つのノード間で測定できます。ただし、NASが何であるかはわかりません。balance-rrはジッターの問題を引き起こす可能性がありますが、ポイントツーポイントリンクではNFSの大きな問題になります。