「Data Domain：ディレクトリおよびプール レプリケーションのベスト プラクティス

ディレクトリ レプリケーションのベスト プラクティス

目的

この記事では、ディレクトリ レプリケーションを構成するためのベスト プラクティスについて説明します。

該当製品：

• すべてのData Domainシステム
• すべてのソフトウェア リリース

推奨 事項

1. ワークロードをできるだけ多くのコンテキストに分散します。
   理想的なシングル コンテキストの圧縮前スループットは、200 から 300 MB/秒の範囲です。マルチストリーミングが使用可能な構成では、理想的なシングル コンテキスト パフォーマンスは、理想的なマルチコンテキスト パフォーマンスと似ています。ただし、マルチストリーミングの有効性を制限するいくつかの変数があります。

   • ソース DDR に多数のレプリケーション コンテキストがある場合、マルチストリーミング ストリームをコンテキスト間で分割するロジックにより、使用可能なストリーム数が制限されます。
   • スナップショット ベースの初期化/リカバリー中は、マルチストリーミングはアクティブではありません。デフォルトでは、ソース コンテキストに100万を超えるエントリーがある場合、スナップショット ベースの初期化が有効になります。
   • 5.0以降では、CIFSデータをレプリケートするためにマルチストリーミングが導入されました。

   モデルごとの理想的なマルチコンテキスト圧縮前スループットは、約200MB/秒から500MB/秒以上までさまざまです。

2. 適度なサイズのファイルを使用してワークロードを設計します。
   ファイル サイズは、レプリケーション コンテキストの全体的なパフォーマンスに大きな影響を与える可能性があります。一般に、サイズが10MB未満のファイルは効率的にレプリケートできません。

   また、予期しない切断後にレプリケーション ペアが再接続された場合、ソースは切断中にレプリケートされていたファイルの先頭から再起動する必要があります。ファイルのサイズが非常に大きく、(ネットワークの信頼性が低いなどの理由で)頻繁に切断されると、レプリケーションが事実上停止する可能性があります。同じファイルを何度も複製しようとしています。これは、ファイルのサイズが100GBを超える場合に最もよく見られます。ファイル サイズ自体によるパフォーマンスへの影響はありません。

3. レプリケーションのスケジュール設定を活用するようにワークロードを設計する。
   ファイルは、内部で閉じられると、レプリケーション用のキューに入れられます。ファイルが閉じるタイミングは次のとおりです。

   変更されたファイルを閉じると、そのファイルに対してレプリケーション ログの「閉じる」レコードが生成されます。レプリケーションは、送信のためにファイル内の新しいデータをキューに入れます。キューに他のレプリケーション操作 (つまり、未処理のログ レコード) がない場合、新しいデータはただちに送信されます。それ以外の場合、ファイルは以前のログ レコードが処理された後に複製されます。

   • 最後のアクセスから10分後に、NFSはファイルを閉じます。
   • 書き込まれた日時に関係なく、すべてのファイルが1時間ごとに閉じられます。
   • 多くのファイルがアクセスまたは書き込まれている場合は、上記のルールで規定されるよりも早くファイルが閉じられることがあります。バックアップ ソフトウェアがファイルを小さなフラグメント(たとえば、1MB)に書き込むと、生成されるファイルの数によっては、レプリケーションの開始が早まる場合があります。

4. 可能であれば、専用ネットワークを使用します。
   0.1%という低いパケット損失率は、特に高帯域幅遅延ネットワークの場合、ネットワークスループットを著しく低下させる可能性があります。帯域幅 <= T2 のネットワークでは、最大 1 秒の RTT (ラウンドトリップ時間) により、良好なスループットが得られます。> = T3 のネットワークでは、300 から 500 ミリ秒の RTT からスループットが大幅に低下します。

   より一般的には、パケット損失下でのスループットはおおよそ次のようになります
   スループット = MSS /(RTT * sqrt(p)) ここで、MSS := 最小セグメント サイズ (通常は 1460 バイト) RTT := 往復時間 p := パケット損失の確率

5. デルタ レプリケーション (低帯域幅の最適化) を評価します。
   DD OS 4.8以降では、差分レプリケーション(「低帯域幅の最適化」とも呼ばれる)により、使用可能な帯域幅が6メガ ビット/秒(Mbps)未満のリンク間で、ディレクトリまたはプール レプリケーションの仮想スループットを向上させることができます。デルタ レプリケーションでは、ソースとデスティネーションの両方のData DomainシステムでCPUとI/Oのオーバーヘッドが大幅に増加します。帯域幅が 6 Mbps を超えるリンクで低帯域幅の最適化が有効になっている場合、仮想スループットの向上が実現する可能性はほとんどありません。一般的に、次のような場合です。

   • レプリケートされるデータは、デスティネーション システムにすでに存在するデータと同一である96%未満です
   • 利用可能な帯域幅が6 Mbps未満である
   • どちらのシステムにもCPUとI/Oのスペア容量がある

     低帯域幅の最適化を有効にする必要があります。「replication show history」の出力を数週間にわたって監視します。「低帯域幅最適」比率は平均2.00以上で、ネットワークスループット(ネットワークバイト数を時間間隔で割った値)は使用可能な帯域幅を大きく下回ってはなりません。"Low-bw-optim" 比率の平均が 2.00 以上でない場合は、差分圧縮がデータセットに対して有効ではない可能性があるため、無効にする必要があります。ネットワーク スループットが使用可能な帯域幅を大幅に下回っている場合は、一方または両方のData Domainシステムにデルタ レプリケーションをサポートするのに十分なスペアCPUまたはI/O容量がない可能性が高いため、無効化する必要があります。

6. その他のコンポーネントとサード パーティー製バックアップ アプリケーションに関するベスト プラクティスに従ってください。
   当社のベスト プラクティス ガイドは、全体的なパフォーマンスを念頭に置いて作成されています。Data Domainが提案するベスト プラクティスからの逸脱は、すぐには明らかではないかもしれませんが、いくつかの領域にわたってパフォーマンスに大きな影響を与える可能性があります。

リファレンス:

レプリケーション遅延のトラブルシューティング180482