We are actually testing Riverbed Steelheads in order to accelerate replication using SnapMirror between two sites.
The distance ist 100km between the sites. Connection: 150Mbit MPLS Network
Systems: FAS6080 (Source) and FAS3160 (Destination) with ONTAP 7.3.4
The SnapMirror is configured as follows (snapmirror.conf):
FAS6080 = multi (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 * *
And the network on the NetApp:
mvif: flags=0xa2d08863 mtu 1500 ether 02:a0:98:0f:30:fe (Enabled virtual interface)
mvif-1604: flags=0x6948863 mtu 1500 inet 10.128.85.43 netmask 0xffffff00 broadcast 10.128.85.255 partner mvif-1604 (not in use) ether 02:a0:98:0f:30:fe (Enabled virtual interface)
mvif-1610:flags=0x6948863 mtu 1500 inet 10.128.33.68 netmask 0xffffffc0 broadcast 10.128.33.127 partner mvif-1610 (not in use) ether 02:a0:98:0f:30:fe (Enabled virtual interface)
Has anyone an idea if there is a special configuration that I forgot in order to optimize the replication?
The problem ist I had 8Mb/s replication speed before, and 16Mb/s now... Peek is 20! That's not enough and I can't find out where it comes from...
Thanks in advance for your help!
What riverbed model are you using?
We ran into a similar situation with Equallogic replication. Go into your in-path rules and set the subnet that your SANs reside on to do memory only caching (make sure this is above your optimazie all rule so it applies first). This should speed up your replication a bit. Your basically giving up a little data reduciton in turn for better throughput.