Data Domain - ネットワーク フレーム エラーのトラブルシューティング

この記事では、Data Domainのネットワーク フレーム エラーをトラブルシューティングする方法について説明します。
 

eth4c Link encap:Ethernet  HWaddr x:C7:AA:x:12:7E  
          inet addr:x.x.x.7  Bcast:x.x.x.x  Mask:255.255.254.0
          inet6 addr: fe80::f6c7:aaff:fe58:127e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:115362856103 errors:0 dropped:2939814 overruns:10098 frame:79198392
          TX packets:29061855128 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:167162598519873 (152.0 TiB)  TX bytes:25775705362014 (23.4 TiB)
          Interrupt:47 Memory:b4020000-b403ffff 

フレーミング エラーは、多くの場合、潜在的なハードウェアまたは互換性の問題を示すさまざまな要因によって発生する可能性があります。一般的な原因には、次のようなものがあります。

1. 2つのトランシーバー間の互換性の問題。ただし、自動ネゴシエートの使用時に低速を選択すると表示されることもあります。
2. 番号1に関連する同期の問題ですが、互換性のあるトランシーバー間で発生する可能性があります。
3. ケーブルのタイプが間違っている。たとえば、サポートされている標準のEthernetケーブルの代わりにInfiniBandケーブルを使用します。
4. ケーブルの不良
5. Data Domainまたはスイッチのコネクターの不良。
6. Data Domainまたはスイッチのハードウェア トランシーバーに不具合があります。
7. ハードウェア トランシーバーの種類が正しくないか、サポートされていません。
8. 銅線の場合、外部信号がラインにノイズを引き起こし、フレーミングエラーを引き起こす可能性があります。

上記の8つの項目を確認して、これらの項目のいずれかが問題の原因となっているかどうかを確認します
これらの項目のいずれでも問題が解決しない場合は、Data Domainサポートでケースを開き、さらにトラブルシューティングを行ってください。

以前の自動サポートと歴史的にelysiumでフレームエラーを確認します。

1. フレーム エラーは、不良ケーブルやスモール フォーム ファクター プラガブル トランシーバーなどのコンポーネントに障害があることを示します。 
2. 数千のフレーム エラーがあり、インターフェイスがファイバーの場合は、dd側のトランシーバーの不良、光ケーブルの不良、またはカスタマー スイッチ側のトランシーバーの不良である可能性があります。
3. ケーブルとトランシーバーはお客様の責任で交換してください。 
4. インターフェイスが断続的またはダウンし、フレーム エラーが発生した場合は、コンポーネントを交換する必要があります。 
5. また、フレーム エラーは、パケットを複数回再送信する必要があるため、パフォーマンスの低下の原因にもなります。 
6. 自動サポートのnet show configurationセクションには、フレームエラーが多いインターフェイスに関するインターフェイス統計の例が次に示されています。
         
   CLIでインターフェイス統計情報を一覧表示するコマンドは次のとおりです。

   # net show config 

フレーム エラーがData Domainのパフォーマンスに与える影響

ネットワーク インターフェイス上のフレーム エラーは、 Ethernetフレームの破損を示します。多くの場合、ケーブル接続の不良、デュプレックスの不一致、または物理レイヤーの問題が原因です。これらのエラーにより、ネットワーク スタックは パケットのドロップと再送信を余儀なくされ、Data Domainシステムに連鎖的な影響を及ぼします。

1.再送信の増加

• フレームが破損するたびに、送信者はデータを再送信する必要があります。
• Data Domainの場合、レプリケーションとバックアップのトラフィックは大量かつ連続的です。次の理由により、再送信によってワークロードが倍増します。
  • 同じデータ セグメントがディスクから再度読み取られます。
  • 再送信されたチャンクに対して圧縮および重複排除ロジックを再実行。

2.CPUとメモリーの使用率の向上

• Data Domainは、CPU負荷の高いプロセスを使用して、次の処理を行います。
  • 重複排除(セグメントのフィンガープリント)
  • Compression
  • 暗号化(有効な場合)
• フレームが失敗してデータが再送信されると、これらのプロセスが不必要に繰り返され、余分なCPUサイクルとメモリが消費されます。

3.ファイルシステムの負荷

• DDファイルシステム(DDFS)は、シーケンシャル書き込みとセグメント ルックアップ用に最適化されています。
• 再転送によって 非シーケンシャルI/Oパターンが発生し、ファイルシステムは強制的に次の処理を実行されます。
  • セグメントを再読み込みします。
  • ハッシュを再計算します。
  • 部分的に完了した書き込みの整合性を維持します。
• これにより、 余分なディスク シークとキャッシュ負荷が発生し、全体的なスループットが低下します。

4.バックアップ時間が長くなります

• (再送信やエラーにより)有効なネットワーク スループットが低下するため、バックアップにかかる時間ははるかに長くなります。
• DDシステムに負担がかかっていると感じる理由:
  • 提供されるデータの単位あたりの処理量が増えています。
  • ネットワークのストールはパイプラインの非効率性を引き起こします。スレッドはデータを待機するため、レイテンシーが増加します。

要するに

フレームエラーは悪循環を生み出します。

• 不良フレーム→再送信→重複排除/圧縮→余分なディスクI/O→CPU負荷→バックアップの低速化につながります。

推奨される修正

• 物理ネットワークの正常性を確認します。
  • 障害のあるケーブルを交換します。
  • ネットワーク インターフェイス カード(NIC)の速度またはデュプレックスの設定を確認します。
  • スイッチ ポート エラーを監視します。
• MTU設定がパス全体で一致していることを確認します。
• エラーが解決しない場合は、NICまたはスイッチのハードウェアの問題を検討してください。