優化非常差:Riverbed-Test-Appliance 和 NetApp SnapMirror 複製

優化非常差:Riverbed-Test-Appliance 和 NetApp SnapMirror 複製

我們實際上正在測試 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

您使用什麼河床模型?

  1. 對於 Riverbed,一般經驗法則是不要進行應用程式級壓縮。讓 Riverbed 來做吧。
  2. 優化流量時,如果保留預設設置,Riverbed 將嘗試使用磁碟進行重複資料刪除。問題是,除了大多數高階系統外,Riverbed 都使用 SATA,這為複製等高吞吐量流量造成了瓶頸。此外,這種流量通常不太可重複,因此它基本上會擦除您的磁碟緩存,沒有任何好處。

我們在 Equallogic 複製中遇到了類似的情況。進入您的路徑內規則並將 SAN 所在的子網路設定為僅進行記憶體快取(確保這位於您的 optimazie all 規則之上,以便它首先適用)。這應該會稍微加快你的複製速度。您基本上依次放棄了一點數據減少以獲得更好的吞吐量。

相關內容