在企業內使用，更重要的是
我還必須要知道 traffic 是怎麼跑的
因為畢竟是Lab
32G的主機，虛擬 2個esxi出來
裝2個 vCenter已經很吃緊了
無法再開第3個了，怕會連主戰機都很難運作
不然真的還想再測試其他項目
觀察在 Replication期間
Site A 的流量
Site B 的流量
在 Site B 的 esxi 上的流量
以下這張圖
是因為上張圖有些流量沒有顯示出來
但因為時間沒有截到一致
所以只能呈現個流量比例出來
觀察結果
1. 2 site 流量相符
同一個時間點
Site A 的 esxi 流出(傳輸) 227 mbps
約略等於
Site B 的 esxi 流入(接收) 234 bmps
>>這個結果，不意外
2.
Site A 幾乎都只有流出(傳輸)
>>代表 Replication方向是正確的
>>極少或是幾乎沒有需要 Site B 回傳給 Site A的流量
3.
Site A 流出(傳輸)的 227 mbps
都發生在 esxi 的 nic 上
而
Site B 流入(接收)的 234 mbps
都發生在 esxi 的 nic 上
但是
在vR的主機上，卻出現
約略2倍 esxi 流入的 454 mbps 總使用量
>>以下是我的推測
3-1.當 Site B 的 esxi(vmnic0) 接收到 Site A 來的流量後
(esxi就不會有Replication的 Dat a流出，所以使用量幾乎都是 接收量)
3-2.就相當於
直接進到 vR 的 4000(nic0) 網卡上
其實應該是有經過 vSS(虛擬標準交換器)
但因為設定的關係，沒辦法抓流量
3-3.再由 vR 的 4000(nic0) 網卡 到 vR 主機上
3-4.再由 vR 主機 流出(傳輸)
3-5. 資料會經過 vR 的 4000(nic0) 網卡
否則無法解釋為何Replication期間
vR主機怎麼會有這麼大的流量 流出
3-6. 但因為流量看起來沒再回到 esxi 的 vmnic0 上
所以推測應該是因為和 Storage同網段
就不會再到vmnic0上，而是直接將資料送到 Storage
結論
若推論正確的話
建議企業在導入SRM時
1. Site B 的 Recovery Site
盡量把 vR 和 測試的VM 放在同一台 esxi 上
以避免重覆流量發生
2. 若需要Replication的VM數量很多時
可以考慮多增加 vR 來分散 Loading
3. vR主機幾乎扛下了 Replication時
的流量接收、Disk寫入的loading
若要確認這件事情
個人覺得可以做下列調整
精進Lab，以便更了解流量的跑法
就像寫論文一樣，總要在結論放個後續研究麻~
是不是
至少知道有這個issue
已經可以解決80%的問題
先求有，未來在求好
想要再深入時，屆時再來玩
1. 在SiteB的Storage網段和Mgmt網段不要一樣
2. 在 vR 建立多個 vnic ，一張是Mgmt，另一張是Storage網段
以利識別流入和流出的流量
沒有留言:
張貼留言