最適化が非常に不十分：Riverbed-Test-ApplianceおよびNetAppSnapMirrorレプリケーション
2つのサイト間でSnapMirrorを使用してレプリケーションを高速化するために、実際にRiverbedSteelheadsをテストしています。
サイト間の距離は100kmです。接続：150Mビット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 netmask 0xffffff00 Broadcast 10.128.85.255パートナーmvif-1604（未使用）ether 02：a0：98：0f：30：fe（有効な仮想インターフェイス）
mvif-1610：flags = 0x6948863 mtu 1500 inet10.128.33.68ネットマスク0xffffffc0ブロードキャスト10.128.33.127パートナーmvif-1610（未使用）ether 02：a0：98：0f：30：fe（有効な仮想インターフェイス）
レプリケーションを最適化するために忘れた特別な構成があるかどうか誰かが考えていますか？
問題は、以前は8Mb/sのレプリケーション速度でしたが、現在は16Mb/sです...ピークは20です！それだけでは不十分で、どこから来たのかわかりません...
よろしくお願いします！
どの河床モデルを使用していますか？
- Riverbedの場合、一般的な経験則では、アプリケーションレベルの圧縮は行わないでください。 Riverbedにやらせてください。
- トラフィックを最適化するときにデフォルト設定のままにすると、riverbedは重複排除のためにディスクを使用しようとします。これに伴う問題は、Riverbedがほとんどのトップエンドシステムを除くすべてでSATAを使用していることです。これにより、レプリケーションなどの高スループットトラフィックのボトルネックが発生します。さらに、このトラフィックは通常、あまり再現性がないため、基本的にディスクキャッシュを消去して利益を生まないようにします。
Equallogicレプリケーションでも同様の状況に遭遇しました。パス内ルールに移動し、SANが存在するサブネットを設定して、メモリのみのキャッシュを実行します（これが、最初に適用されるように、最適化されたすべてのルールより上にあることを確認してください）。これにより、レプリケーションが少し高速化されます。基本的に、スループットを向上させるために、データの削減を少しあきらめます。