Data Domain:データ保護システム間の直接接続ネットワーキング
Summary: 直接接続は、中間スイッチやルーターを使用せずに、2台のData Domain、PowerProtect Data Domain、IDPA、またはその他のデータ保護システムが専用インターフェイスを介して直接接続されるネットワーク トポロジーです。この記事では、直接接続ネットワークの要件、一般的な導入シナリオ、既知の問題、接続、ルーティング、パフォーマンス、インターフェイス関連の障害のトラブルシューティング方法について説明します。 ...
Symptoms
- 直接接続されたシステムは、相互にpingを実行できません。
- Replication reports
"No route to host",connection failed、またはdestination unreachableエラー: - インターフェイスの状態は次のように表示されます
DOWN,Disconnected、またはNot Connected。 Interface Connectivity Downこのアラートが表示されるタイミングは次のとおりです。- リンク速度のネゴシエーションが予想よりも遅くなります。
- テスト中にスループットが予想よりも低くなっています。
- インターフェイスがフラップするか、定期的に接続が失われます。
- MTreeレプリケーション、コレクション レプリケーション、バックアップ、リストア、移行、ヴォールト操作は、直接接続ネットワーク経由でフェールオーバーします。
- 直接接続ポートは、Cyber Recovery環境の特定の時間帯にのみオンラインになります。
- 新しくインストールされた直接接続リンクは、構成後もオフラインのままです。
Cause
- ネットワーク構成の問題
- 直接接続されたインターフェイスは、異なるサブネット上で構成されています。
- サブネット マスクが正しくないと、ルーティングの問題が発生します。
- 複数のネットワーク パスが存在する場合、静的ルートが欠落します。
- トラフィックは、直接接続パスではなく、別のインターフェイスを介してルーティングされます。
- 接続ホストまたは宛先の構成で、誤ったIPアドレスが参照されています。
- 物理的な接続の問題
- 誤った物理ポートが接続されています。
- ケーブル、光ファイバー、DACケーブル、SFP/QSFPモジュールの障害。
- トランシーバーがサポートされていないか、一致していません。
- リンク速度のオートネゴシエーションの障害。
- NICファームウェアまたはハードウェアの欠陥。
- インターフェイス構成の問題
- インターフェイスは管理上無効です。
- ボンディング構成の不整合。
- エンドポイント間のMTUの不整合。
- veth設定が正しくありません。
- 不適切なLACP設定。
- Cyber Recoveryの動作
- Vault インターフェイスは、同期ウィンドウ間で意図的に無効にすることができます。
- Cyber Recoveryの自動化により、レプリケーション コンテキストを無効にできます。
- ヴォールトがロックされている場合、インターフェイスダウン アラートが予期される動作である可能性があります。
- プラットフォーム固有の問題
- 特定の25Gb NICとSFPの組み合わせでは、直接接続の導入で不安定性またはインターフェイス フラッピングが発生しています。
- FC直接接続構成では、トポロジーまたはイニシエーターの検出の問題が発生する可能性があります。
- ホスト名またはレプリケーション構成が正しくないと、複数の直接接続パスが意図したとおりに使用されない場合があります。
Resolution
- レイヤー1検証
トラブルシューティングは常に物理レイヤーから開始してください。
検証:
-
- リンクLEDは両方のシステムで点灯しています。
- 適切なインターフェイスがケーブル接続されています。
- ケーブルはネゴシエートされた速度で認定されています。
- SFP/QSFPモジュールは両端で一致しています。
- 問題はケーブルに依存するか、テスト中にポートに残ります。
- 物理ポート マッピングの検証
直接接続の導入では、アプライアンス背面のどの物理NICポートがDDOSで構成されているインターフェイスに対応しているかが必ずしも明らかではありません。これは、複数のNIC、拡張カード、結合インターフェイスがあるシステム、またはハードウェアのアップグレード後に特によく見られます。
管理者は、ケーブルが1つのインターフェイスに接続されていると信じているが、実際には別の物理ポートに接続されている場合に、頻繁に問題が発生します。
トラブルシューティング手順:
-
- 両方のシステム上の複数の候補インターフェイスに一時(ダミー)IPアドレスを設定します。
- インターフェイスを管理的に有効にします。
- どのインターフェイスがキャリアを確立し、UP 状態に移行するかを確認します。
- 両方のアプライアンスで物理リンクLEDを確認します。
- インターフェイスおよびハードウェア ステータス コマンドを使用して、正しいポート マッピングを特定します。
- 正しいポートが特定されたら、一時的な構成を削除し、目的の本番設定を適用します。
このアプローチにより、物理ポートの選択に関する不確実性を迅速に排除し、実際の問題が単にケーブルとインターフェイスのマッピングの誤りである場合に、ルーティング、レプリケーション、パフォーマンス、またはソフトウェア関連の問題を不必要に調査するのを防ぐことができます。
これが役立つ理由
直接接続の問題の多くは、最終的には次の原因に起因します。
-
- ケーブルが間違ったNICに接続されています。
- インターフェイスからポートへのマッピングに関する誤った仮定。
- 類似したポート ラベルを持つ複数のNICカード。
- DDOSで構成されたインターフェイスが、インストーラーで使用されるポートと一致しません。
- 結合されたメンバーが予想とは異なる方法で接続されました。
上位レイヤーのトラブルシューティングに進む前に物理ポート マッピングを確認しておくと、ルーティング、サブネット化、レプリケーション、Cyber Recoveryの動作が実際の根本原因ではない場合に、これらの動作の調査に費やす時間を大幅に短縮できます。
- ネットワーク構成の確認
最も一般的な直接接続の問題は、不適切なサブネット化です。
直接接続通信の場合:
-
- 両方のインターフェイスが同じサブネット上に存在する必要があります。
- 専用の直接接続インターフェイスでは、他のすべてのインターフェイスとは別のサブネットを使用する必要があります。
- /30 ネットワーク (
255.255.255.252)は、必要な2つのホスト アドレスのみを提供し、ルーティングをシンプルにするため、推奨されます。
例:
System A: 192.168.100.1/30
System B: 192.168.100.2/30
/30の利点:
-
-
- トラブルシューティングの簡略化
- 最小限のARPトラフィック。
- デフォルト ゲートウェイの要件はありません。
- ポイントツーポイント ルーティングをクリアします。
-
専用サブネットを使用できない場合:
-
-
- 静的ルートを構成します。
- トラフィックが目的の直接接続インターフェイスを使用していることを確認します。
-
- インターフェイスの状態の検証
インターフェイスが次の状態であることを確認します。
-
- 両方のシステムで有効。
- 正しいIPアドレスを使用してください。
- 想定される速度で動作しています。
- 一致するMTU値で構成されています。
直接接続インターフェイスは、次の場合に通信できません。
-
- リモート インターフェイスが無効になっています。
- リンクは通信事業者を確立していません。
- 1つのエンドポイントが正しく構成されていません。
- ボンディング構成の確認
複数の直接接続ケーブルを使用する場合:
-
- 両方のシステムでボンディング設定が一致していることを確認します。
- メンバー インターフェイスが正しいボンドに属していることを確認します。
- ロード バランシングとアグリゲーションの構成を検証する。
現場での経験から、ラウンド ロビン ボンディングの使用時に予想よりも低いリンク速度をネゴシエートする環境は、LACPへの移行後に解決されました。
LACPは、両方のエンドポイントでサポートされている場合に一般的に推奨されるボンディング方法です。
- Cyber Recoveryの動作を理解する
Cyber Recoveryを導入すると、ネットワーキングの問題のように見える現象が頻繁に発生しますが、これは予期された動作です。
Cyber Recoveryアプリケーションでは、次の操作を実行できます。
-
- ヴォールト インターフェイスを無効にします。
- 同期ウィンドウ中にのみインターフェイスを有効にします。
- 同期の完了後、レプリケーション コンテキストを無効にします。
その結果、次のようになります。
-
- 本番システムでは、レポートが作成される場合があります
InterfaceConnectivityDownアラート: - Pingの失敗は、同期時間外に発生する可能性があります。
- レプリケーションがレポートされる場合がある
"No route to host."
- 本番システムでは、レポートが作成される場合があります
エスカレーションする前に、次の手順を実行します。
-
- ヴォールトのロックが解除されていることを確認します。
- 同期ウィンドウがアクティブであることを確認します。
- Cyber Recoveryの自動化によってインターフェイスが意図的に無効にされていないことを確認します。
- 予想よりも低いリンク速度のトラブルシューティング
100Gbのリンクが25Gbまたは別の低速でネゴシエートする場合:
検証:
-
- 一致する光学タイプ。
- サポートされているケーブル長。
- 互換性のあるトランシーバー。
- ボンディング構成。
- NICファームウェアのレベル。
ボンディングまたはネゴシエーションの不一致により、インターフェイスが意図した速度で動作できなくなる可能性があります。
- 8.低スループットのトラブルシューティング
スループットが低いからといって、必ずしもネットワークに問題があるとは限りません。
考慮事項:
-
- iPerfなどのテスト ツールのCPU制限。
- シングルコアのボトルネック。
- プロセッサー コア間でのセッション分散。
- ソース システムとデスティネーション システムの使用率。
パフォーマンスを評価する場合:
-
- アプリケーションまたはレプリケーションの統計情報を確認します。
- 実際のバックログまたは遅延を確認します。
- ワークロードのパフォーマンスを模擬テスト結果と比較します。
全体的なデータ転送パフォーマンスを判断する際には、iPerfの結果だけに依存しないでください。
- ハードウェア固有の問題
フィールド ケースでは、次のような問題が特定されています。
-
- 25Gb NICが不安定です。
- SFPの互換性の問題。
- ポートのリセットを必要とするインターフェイスのフラッピング。
- リカバリー前にインターフェイスのバウンス操作を必要とする直接接続リンク。
ソフトウェア設定が正しいと思われる場合は、次の手順を実行します。
-
- ハードウェアの互換性を確認します。
- 既知の不具合とリリース ノートを確認してください。
- 疑わしい光ファイバーまたはケーブルを交換します。
- ファームウェアとDDOSのバージョンを確認します。
追加情報
直接接続ネットワークは、次の用途に使用できます。
- MTreeレプリケーション
- 収集レプリケーション
- Cyber Recoveryヴォールト環境, Cyber Recovery vault environment
- IDPA間の通信
- IDPAからData Domainへの通信
- Data migration
- バックアップとリストアのトラブルシューティング
- パフォーマンス テスト。
- ネットワークのトラブルシューティング
- 一時的な導入接続
MRepl 、 CRepl 直接接続ネットワーク経由で動作できます。Data Domainの観点からは、接続先デバイスがスイッチ、ルーター、その他のネットワーク アプライアンスである必要はありません。キャリアが確立され、インターフェイスが正しく設定されている限り、接続されたエンドポイント間で直接通信を行うことができます。
直接接続されたインターフェイスの場合:
- ルーティングが意図的に導入されていない限り、両方のエンドポイントを同じサブネット内で構成する必要があります。
- 可能な場合は常に物理的な住所を使用します。
- 直接接続ネットワークが他のインターフェイスと重複している場合は、トラフィックが意図したパスを使用するように静的ルートが必要になる場合があります。
- 直接接続トラブルシューティングは、接続またはパフォーマンスの問題の原因として考えられる外部ネットワーク デバイスを特定するために一般的に使用されます。
Additional Information
Data Domain: ユーザーのインターフェイスがダウンしている、または断続的に発生する場合のトラブルシューティング
Data Domain - グラフィカル ユーザー インターフェイス(UI)を使用した物理インターフェイスの構成
Data Domain:コマンドライン インターフェイス(CLI)を使用した物理インターフェイスの構成
Data Domain:インテルE810 10Gb/25Gbデュアル レートNICがM14MKモジュールと10Gbでリンク アップしない場合があります
M14MKモジュールを使用しているときに、インテルE810デュアルレート アダプターが10Gbの速度でリンクを確立しない場合は、このKBを使用します。互換性に関する考慮事項、症状、適切なリンク ネゴシエーションをリストアするための対応処置について説明します
Data Domain:インテルX710 NICがリカバリー モードに入ると、正しくVLANタグを付けられないことがあります。
VLANトラフィックがインテルX710インターフェイスを介して正しく渡されない場合は、このKBを参照してください。この記事では、NICリカバリー モードがVLANタグ付けにどのように影響するかを説明し、問題を特定して解決するための手順について説明します
Data Domain:DD CLIおよびGUIからのエラー「SMS command failed: No interfaces found」
DD CLIまたはGUIでインターフェイスが見つからないと報告される場合は、このKBを使用します。インターフェイス検出の問題を特定し、通常のネットワーク インターフェイスの可視性を回復するためのトラブルシューティング手順の概要を説明します。
Data Domain:新しいカーネル バージョン5.4.xでは、DDFS HMON/CRON/RPCタイムアウト パニックが発生する可能性があります
カーネル アップデート後にシステムの不安定性、パニック、タイムアウト関連のエラーが発生した場合は、このKBを参照する必要があります。特定の5.4.xカーネル バージョンの影響と推奨される修復方法について詳しく説明します
Data Domain:「Net Set Up Flag Failure」エラーのトラブルシューティング
ネットワーク構成の変更に失敗し、「Net Set Up Flag Failure」というメッセージが表示された場合は、このKBを参照してください。構成の不整合を診断し、インターフェイス機能を復元するためのガイダンスを提供します
PowerProtect DDおよびIDPA:アップグレード後、ethVXが通信に失敗する
ソフトウェア アップグレード後にethVXインターフェイスが通信を停止した場合は、このKBを使用してください。接続を復元するための一般的な原因、検証手順、対応処置について説明します
Data Domain:インテル インターフェイスがtx_timeoutでリンク ダウンします
インテルベースのネットワーク インターフェイスが予期せずダウンし、tx_timeoutエラーが発生した場合は、このKBを参照してください。この記事は、問題がドライバー、ファームウェア、またはハードウェアに関連しているかどうかを判断するのに役立ち、回復手順を提供します
Data Domain: Cyber Recovery FEC設定をオフにすることは許可されていません
このKBは、前方エラー訂正(FEC)が無効になっているためにCyber Recoveryのネットワーク構成に失敗した場合に適用されます。FECの要件と、サポートされている設定を構成する方法について説明します。
Data Domain:接続したネットワーク ケーブルで起動すると、Intel X710カードが検出されません
ネットワーク ケーブルが接続されているときのシステム起動中にインテルX710アダプターが見つからないか、または検出されない場合は、このKBを使用してください。この記事では、問題を引き起こす条件と推奨される解決策について説明します
Data Domain: LACPスイッチ構成によるボンディング タイプの変更 インターフェイスが無効になります
LACP構成スイッチに接続されているインターフェイスのボンディング モードを変更する場合は、このKBを参照してください。ボンド タイプの変更によりインターフェイスが使用不可になる仕組みと、移行を安全に実行する方法について説明します
Data Domain:qlogicカードが原因で発生した無効なネットワーク構成設定エラー
このKBは、QLogicアダプターに関連付けられた無効な設定が原因でネットワーク構成の変更に失敗した場合に役立ちます。トラブルシューティングのステップと構成を修正するためのガイダンスを提供します
Data Domain:再起動後に無効なMTUが原因でVLANインターフェイス障害が発生する
MTU関連の設定の問題により、再起動後にVLANインターフェイスがオンラインにならない場合は、このKBを参照してください。この記事では、症状、根本原因、適切なMTU検証要件について説明します
Data Domain:メンバー インターフェイスの速度の不一致による結合インターフェイス アラート
このKBは、メンバー ポートがさまざまな速度で動作しているために結合インターフェイスがアラートを生成する場合に使用します。速度の不一致がボンディングの健全性に与える影響と、その状態を解決するために必要な手順について概説します
Data Domain:インテルの回避策の設定により、ネットワーク インターフェイスがダウンする可能性があります
インテル関連の回避策の設定を適用した後に、ネットワーク インターフェイスが予期せず使用できなくなった場合は、このKBを参照してください。動作、影響を受ける構成、安定したネットワーク接続を維持するための推奨事項について説明します。