VPLEX測試報告.doc

VPLEX高可用性測試報告測試場景一：VPLEX的架構(gòu)可靠性測試拓撲圖如下：測試方法1:在本地站點的兩臺存儲上各取一個LUN做一個本地鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:強制關(guān)閉VPLEX的一個director4:從AIX主機上監(jiān)控數(shù)據(jù)IO的情況測試記錄 如下圖，RAC沒故障，數(shù)據(jù)庫日志沒出錯記錄 如下圖，從多路徑看，有一半的路徑dead如下圖，RAC的IO沒停止如下圖：從VPLEX監(jiān)控界面看，有一半的端口發(fā)生故障測試結(jié)果分析：每臺VPLEX群集可以配置1-4個ENGINE,每個ENGINE帶有2個director,每臺VPLEX最多可達到8個director。這些director之間既互相冗余備份，又起到負載均衡的功能。當(dāng)其中任意一個發(fā)生故障時，其他director會接管其工作每個ENGINE都可以放獨立的機柜，可以接獨立的電源，是完全對立的模塊。這樣保證了在VPLEX單個節(jié)點情況下都不是一個單點故障。測試場景二：VPLEX的連接網(wǎng)絡(luò)可靠性測試拓撲圖如下:測試方法1:在本地站點的兩臺存儲各取一個LUN做一個本地鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:強制關(guān)閉連接VPLEX LOCAL后端和存儲的一臺交換機4:從AIX主機上監(jiān)控數(shù)據(jù)IO情況測試記錄： 如下圖：RAC沒故障，數(shù)據(jù)庫日志沒出錯記錄如下圖：多路徑管理路徑?jīng)]故障沒報錯如下圖：后端連接存儲端口報丟失路徑錯誤如下圖：從VPLEX監(jiān)控看到，有一半的連接路徑丟失如下圖：在交換機實效后，RAC的IO并沒停止測試記錄分析：每個director都有8個后端端口，可以分別連接多臺SAN交換機或存儲。在本次測試中，單臺VPLEX的2個director后端分別連接到兩臺交換機上。當(dāng)其中一臺SAN交換機發(fā)生故障時，數(shù)據(jù)IO可以通過其他的后端端口通過沒故障的交換機繼續(xù)工作而不中斷IO測試場景三：VPLEX LOCAL(本地)的存儲高可用性測試拓撲圖如下：測試方法：1:在本地站點的兩臺存儲上各取一個LUN做一個本地鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:強制拔出連接VPLEX其中一臺存儲的光纖模擬故障發(fā)生4:從AIX主機上監(jiān)控數(shù)據(jù)IO的情況測試記錄：如下圖，RAC沒故障，數(shù)據(jù)庫日志沒出錯記錄如下圖：多路徑管理路徑?jīng)]故障沒報錯如下圖：在存儲發(fā)生故障后，ORACLE RAC的IO停頓了16秒，然后繼續(xù)正常工作，整個過程中ORACLE RAC沒出錯，數(shù)據(jù)插入完成。如下圖：從VPLEX監(jiān)控界面看到VNX5100故障，但CX500還保持正常。觀察VPLEX管理的卷情況，VNX屬下的所有卷都已經(jīng)發(fā)生錯誤如下圖：從VPLEX監(jiān)控界面看到由VNX5100和CX500組成的鏡像卷出錯如下圖：雖然鏡像卷的一半組成部分出錯，但是整個卷還有一半保持正常重新連接存儲光纖，從VPLEX監(jiān)控界面觀察，后端連接的存儲恢復(fù)正常，虛擬卷開始進行全同步，總共1.5TB大小鏡像邏輯卷同步時間耗時幾個小時?；謴?fù)過程中從操作系統(tǒng)觀察，IO如常無中斷測試記錄分析測試中使用了兩臺存儲做一個虛擬的鏡像卷，當(dāng)其中一臺存儲發(fā)生致命故障后，虛擬的鏡像卷只是少了鏡像的一半，另外一臺存儲承擔(dān)起讀寫IO的工作，因此整個系統(tǒng)沒出錯崩潰，保證了業(yè)務(wù)高可用性。此外VPLEX的系統(tǒng)信息是可以保存在連接其后端的多臺存儲上，因此其中一臺出現(xiàn)故障，VPLEX能夠繼續(xù)保持正常工作測試場景四:VPLEX METRO（站點級容災(zāi)）下的存儲高可用性、測試拓撲圖：測試方法1.在本地站點后端連接一臺VNX5300,遠程站點連接VNX5100和CX500，每臺存儲各取一個LUN做跨站點的分布式鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:強制關(guān)閉生產(chǎn)站點的存儲 4:從AIX主機上監(jiān)控數(shù)據(jù)IO的情況測試記錄：如下圖，RAC沒故障，數(shù)據(jù)庫日志沒出錯記錄如下圖：多路徑管理路徑?jīng)]故障沒報錯如下圖：從VPLEX監(jiān)控界面上看到，在生產(chǎn)站點上的VNX5300出錯，組成的分布式鏡像卷的一個部分出錯，但是容災(zāi)站點存儲接管了RAC的IO寫入工作如下圖：RAC的IO在停頓了28秒后恢復(fù)正常，數(shù)據(jù)庫數(shù)據(jù)插入沒出錯，數(shù)據(jù)庫日志記錄也沒任何錯誤出現(xiàn)重新連接存儲光纖，從VPLEX監(jiān)控界面觀察，后端連接的存儲恢復(fù)正常，分布式鏡像卷開始進行差異同步，鏡像邏輯卷同步時間耗時不到10分鐘測試記錄分析測試中使用了兩個站點上的三臺存儲做一個分布式鏡像卷，當(dāng)生產(chǎn)站點的存儲發(fā)生致命故障后，分布式鏡像卷只是少了鏡像的一半，容災(zāi)站點的存儲承擔(dān)起讀寫IO的工作，生產(chǎn)主機通過VPLEX的通訊鏈路從容災(zāi)站點的容災(zāi)存儲上讀寫數(shù)據(jù)。因此整個系統(tǒng)沒出錯崩潰，保證了業(yè)務(wù)高可用性。也無發(fā)生業(yè)務(wù)切換到容災(zāi)站點的事件。而由于每個站點都有專門的LOG卷，可以記錄失去同步后的數(shù)據(jù)變化量位圖，所以在恢復(fù)正常后不需要進行全同步，而只需要傳輸改變量，因此同步時間大大縮小測試場景五：Vplex-Metro站點級可靠性測試拓撲圖：測試方法1.在本地站點后端連接一臺VNX5300,遠程站點連接VNX5100和CX500，每臺存儲各取一個LUN做跨站點的分布式鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:強制關(guān)閉生產(chǎn)站點的VPLEX 4:從AIX主機上監(jiān)控數(shù)據(jù)IO的情況測試記錄如下圖:生產(chǎn)站點的VPLEX（cluster-2）停止工作如下圖：分布式鏡像卷的一半出錯,另外一半保證了正常的訪問如下圖：連接故障VPLEX的站點1的RAC1出錯，而站點2的RAC繼續(xù)保持工作。如下圖：RAC1的AIX操作系統(tǒng)日志報邏輯卷找不到錯誤，而RAC2的AIX操作系統(tǒng)日志保持正常如下圖：ORACLE數(shù)據(jù)庫日志也顯示RAC1訪問設(shè)備出錯而RAC2正常如下圖：RAC1的IO完全停止，而RAC2的IO在停頓16秒后完全恢復(fù)如下圖：RAC1設(shè)備全DEAD而RAC2正常重新啟動生產(chǎn)站點的VPLEX，兩臺VPLEX恢復(fù)通訊，鏡像邏輯卷同步時間耗時不到10分鐘?；謴?fù)過程中從操作系統(tǒng)觀察，IO如常無中斷測試記錄分析當(dāng)一個站點的VPLEX全臺故障后，另外一個站點繼續(xù)工作，數(shù)據(jù)不會丟失，業(yè)務(wù)可以連接到另外一個RAC節(jié)點如常進行工作。當(dāng)故障VPLEX恢復(fù)后，按保護機制的設(shè)定，可自動或者手工確認原主站點是否可以工作測試場景六:站點主機發(fā)生故障時的影響測試拓撲圖：測試方法1.在本地站點后端連接一臺VNX5300,遠程站點連接VNX5100和CX500，每臺存儲各取一個LUN做跨站點的分布式鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:使用“halt”命令強制關(guān)閉主機 4:從AIX主機上監(jiān)控數(shù)據(jù)IO的情況測試記錄如下圖：RAC2上的IO沒任何影響，RAC1的IO全斷，原來連接在RAC1上的進程需要重啟，重新連接到RAC2上運行測試結(jié)果分析：當(dāng)站點主機發(fā)生故障后，VPLEX和存儲都沒故障發(fā)生。因此只發(fā)生應(yīng)用切換事件。而其他組成沒影響。測試場景七:站點之間通訊線路發(fā)生故障時的影響測試拓撲圖測試方法：1.在本地站點后端連接一臺VNX5300,遠程站點連接VNX5100和CX500，每臺存儲各取一個LUN做跨站點的分布式鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:斷開兩臺VPLEX間的通訊鏈路4:從AIX主機上監(jiān)控數(shù)據(jù)IO的情況測試記錄如下圖：故障發(fā)生后分布式鏡像卷出錯但還是有一邊保持工作如下圖：按照定義的規(guī)則（CLUSTER-1優(yōu)先），CLUSTER-2站點被剝離停止工作。CLUSTER-1是唯一可以工作的站點如下圖：RAC1連接的是CLUSTER-2站點，所以被禁止IO訪問如下圖:RAC1停止工作而RAC2如常如下圖：RAC1的訪問IO中斷，而RAC2保持正常IO無中斷如下圖，在鏈路重新恢復(fù)后，兩邊站點都恢復(fù)正常如下圖：通訊鏈路回復(fù)后，分布式鏡像卷自動開始差異同步測試結(jié)果分析：VPLEX可以設(shè)置優(yōu)先級別，當(dāng)兩臺VPLEX通訊發(fā)生故障時，根據(jù)定義的優(yōu)先級別的策略決定其中一臺VPLEX保持服務(wù)，而另一臺就要停止工作。這樣保證了數(shù)據(jù)的一致性和安全性。測試場景八:生產(chǎn)站點發(fā)生致命災(zāi)難時的影響測試拓撲圖：測試方法：1.在本地站點后端連接一臺VNX5300,遠程站點連接VNX5100和CX500，每臺存儲各取一個LUN做跨站點的分布式鏡像卷2:在ORACLE RAC數(shù)據(jù)庫持續(xù)插入數(shù)據(jù)3:斷開兩臺VPLEX間的通訊鏈路，關(guān)閉SAN交換機，HALT強制關(guān)閉主機， 4:從AIX主機上監(jiān)控數(shù)據(jù)IO的情況測試記錄： 如下圖：RAC2保持正常工作如下圖：RAC2的IO保持正常無中斷數(shù)據(jù)庫日志記錄無報錯測試記錄分析： 連接RAC1的業(yè)務(wù)全斷，而連接RAC2的應(yīng)用還是可以保持正常工作無中斷，RAC1上的業(yè)務(wù)重新連接到RAC2后可以繼續(xù)正常工作二：性能測試項本次測試采用ORACLE公司發(fā)布的數(shù)據(jù)庫仿真工具orion。測試有VPLEX和無接VPLEX下的性能對比表現(xiàn)。從而得出在接入VPLEX后對原來存儲性能的影響。另外考慮貼近實際，建立一個70%讀+30%寫的模型。再考慮一種極端的情況100%寫的模型。測試后數(shù)據(jù)表現(xiàn)如下：1.貼近實際的模型（70%讀+30%寫）首先是反映處理能力指標(biāo)的IOPS：然后是反映處理速度的指標(biāo)latence(延時) 從上面