
我們實際上正在測試 Riverbed Steelheads,以便在兩個站點之間使用 SnapMirror 加速複製。
站點之間的距離為100公里。連線:150Mbit MPLS 網路
系統:採用 ONTAP 7.3.4 的 FAS6080(源)和 FAS3160(目標)
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 020.
mvif-1610:flags=0x6948863 mtu 1500 inet 10.128.33.68 網路遮罩 0xffffffc0 廣播 10.128.33.127 夥伴 mvif-1610 (未使用) ether 028.33.127 夥伴 mvif-1610 (未使用) ether 020:a0:38:00f:a0:
有誰知道是否有我忘記的特殊配置來優化複製?
問題是我以前的複製速度是 8Mb/s,現在是 16Mb/s...Peek 是 20!這還不夠,我不知道它來自哪裡......
在此先感謝您的幫忙!
答案1
您使用什麼河床模型?
- 對於 Riverbed,一般經驗法則是不要進行應用程式級壓縮。讓 Riverbed 來做吧。
- 優化流量時,如果保留預設設置,Riverbed 將嘗試使用磁碟進行重複資料刪除。問題是,除了大多數高階系統外,Riverbed 都使用 SATA,這為複製等高吞吐量流量造成了瓶頸。此外,這種流量通常不太可重複,因此它基本上會擦除您的磁碟緩存,沒有任何好處。
我們在 Equallogic 複製中遇到了類似的情況。進入您的路徑內規則並將 SAN 所在的子網路設定為僅進行記憶體快取(確保這位於您的 optimazie all 規則之上,以便它首先適用)。這應該會稍微加快你的複製速度。您基本上依次放棄了一點數據減少以獲得更好的吞吐量。