最適化が非常に不十分: Riverbed-Test-Appliance と NetApp SnapMirror レプリケーション

最適化が非常に不十分: Riverbed-Test-Appliance と NetApp SnapMirror レプリケーション

私たちは現在、2 つのサイト間で SnapMirror を使用してレプリケーションを高速化するために Riverbed Steelheads をテストしています。

サイト間の距離は100kmです。接続: 150Mbit MPLSネットワーク

システム: FAS6080 (ソース) および FAS3160 (宛先)、ONTAP 7.3.4

SnapMirror は次のように構成されます (snapmirror.conf)。

FAS6080 = マルチ (10.128.85.43,10.128.136.15) (10.128.33.68,10.128.136.15)

FAS6080:/vol/M0P_DB/sapdata FAS3160:/vol/sm_M0P_DB_dbp_test/sapdata kbs=15360,wsize=4194304 15 2,6,10,14,18,22 * *

NetApp 上のネットワーク:

mvif: flags=0xa2d08863 mtu 1500 ether 02:a0:98:0f:30:fe (仮想インターフェースが有効)

mvif-1604: flags=0x6948863 mtu 1500 inet 10.128.85.43 ネットマスク 0xffffff00 ブロードキャスト 10.128.85.255 パートナー mvif-1604 (未使用) ether 02:a0:98:0f:30:fe (有効な仮想インターフェース)

mvif-1610:flags=0x6948863 mtu 1500 inet 10.128.33.68 ネットマスク 0xffffffc0 ブロードキャスト 10.128.33.127 パートナー mvif-1610 (未使用) ether 02:a0:98:0f:30:fe (仮想インターフェースが有効)

レプリケーションを最適化するために私が忘れた特別な構成があるかどうか、誰か知っていますか?

問題は、以前のレプリケーション速度が 8Mb/s だったのに、今は 16Mb/s だということです... ピークは 20 です! これでは不十分で、どこから来ているのかわかりません...

ご協力ありがとうございます!

答え1

どのような河床モデルを使用していますか?

  1. Riverbed の場合、一般的な経験則は、アプリケーション レベルの圧縮を行わないことです。Riverbed に任せてください。
  2. トラフィックを最適化する際に、デフォルト設定のままにしておくと、Riverbed は重複排除にディスクを使用しようとします。これの問題は、Riverbed がほとんどのトップエンド システムを除くすべてのシステムで SATA を使用しているため、レプリケーションなどの高スループット トラフィックのボトルネックが発生することです。さらに、このトラフィックは通常、あまり繰り返しがないため、基本的にディスク キャッシュが消去され、メリットがありません。

Equallogic レプリケーションでも同様の状況に遭遇しました。パス内ルールに移動し、SAN が存在するサブネットをメモリのみのキャッシュを行うように設定します (これが optimazie all ルールより上位にあることを確認して、最初に適用されるようにします)。これにより、レプリケーションが少し高速化されます。基本的には、スループットを向上させるために、少しのデータ削減をあきらめることになります。

関連情報