大家周一好。
昨天我們聊了富士通的雙活，有網(wǎng)友補(bǔ)充了如下信息：
這些信息不一定對(duì)，僅供大家參考。
另外，有網(wǎng)友想了解一下DELL SC8000的雙活：
西瓜哥今天就找了一些資料，學(xué)習(xí)了一下，發(fā)現(xiàn)DELL的雙活還是很有特色的。手上的資料不是太多，說得不對(duì)請(qǐng)大家指正。
首先，DELL的compellent支持雙活的特性叫Live Volume，這個(gè)特性最開始只支持異步方式，是用來做在線數(shù)據(jù)遷移用的。直到去年，DELL發(fā)布了Storage Center 6.5新的軟件版本，才把同步復(fù)制功能做了進(jìn)去。這樣才有了支持雙活的基礎(chǔ)。
Live Volume的應(yīng)用場景主要有兩個(gè)，一個(gè)是某臺(tái)陣列需要維護(hù)或者停機(jī)升級(jí)，可以通過這個(gè)功能把存儲(chǔ)切換到另外一臺(tái)陣列上。
或者一臺(tái)陣列的負(fù)荷太重，可以把一部分負(fù)荷遷移到另外一臺(tái)陣列上。
遷移可以通過異步或者同步方式進(jìn)行。如果要實(shí)現(xiàn)雙活，只能采用同步方式，才能保證數(shù)據(jù)的一致。
異步復(fù)制應(yīng)付計(jì)劃內(nèi)宕機(jī)是比較有效的，但如果是非計(jì)劃內(nèi)宕機(jī)，還是需要采用同步復(fù)制來保證數(shù)據(jù)的實(shí)時(shí)一致。
DELL還支持增加一個(gè)第三站點(diǎn)來同步主站點(diǎn)的數(shù)據(jù)，構(gòu)成一個(gè)兩地三中心的方案。
目前，只有compellent最高端的型號(hào)SC8000支持live volume雙活功能。復(fù)制的鏈路可以是FC或者是iSCSI。不需要第三站點(diǎn)的仲裁，這個(gè)和富士通一樣，看來不是針對(duì)高大上的場景，但富士通不支持iSCSI。實(shí)現(xiàn)的原理也很簡單，通過多路徑軟件，優(yōu)先寫到primary live volume里。但如果沒有直接的路徑到主卷，那么就寫到secondary live volume里，從卷這個(gè)時(shí)候就是一個(gè)proxy代理，把寫請(qǐng)求轉(zhuǎn)發(fā)給主卷(通過復(fù)制鏈路)。
live volume的配置可以通過GUI來進(jìn)行。
我們看到，如果選擇同步復(fù)制類型，有兩種同步方式，一個(gè)是高可用，一個(gè)是高一致性。高可用模式在鏈路帶寬不足的時(shí)候會(huì)犧牲數(shù)據(jù)一致性(即放棄雙寫)，而高一致性任何情況下都是雙寫，保證主從卷上的數(shù)據(jù)是一致的。
Live Volume支持手動(dòng)或者自動(dòng)的主從卷角色切換。自動(dòng)切換的原理是這樣的，管理軟件監(jiān)控主從卷的I/O情況，每隔30秒采樣一次，然后根據(jù)最后10次采樣的結(jié)果(5分鐘)綜合判斷是否切換主從角色。判斷是否切換還需要滿足三個(gè)條件，一個(gè)是從卷的訪問數(shù)據(jù)量，太少的數(shù)據(jù)通過從卷訪問沒有必要切換;第二個(gè)是從卷的訪問量占比，一般超過60%的比例才考慮切換主從關(guān)系;第三個(gè)是判斷距離上一次切換的時(shí)間是否夠長，一般30分鐘內(nèi)不做切換，否則系統(tǒng)可能來回切換，對(duì)性能的影響更大。
DELL的Live Volume切換原理太特別了，其他廠商都是判斷路徑故障，設(shè)備故障或者RAID組故障，而DELL主要看主從卷的I/O。但好像也是一種聰明的判斷，簡單有效。只是不知道對(duì)于各種故障條件，是否可以實(shí)現(xiàn)快速自動(dòng)的切換?有相關(guān)的測試報(bào)告就好了。
雖然live volume支持自動(dòng)角色切換，但是當(dāng)前并不支持根據(jù)第三站點(diǎn)的仲裁來進(jìn)行故障的自動(dòng)切換。因此，無法通過VMware vSphere Metro Cluster storage認(rèn)證。這個(gè)解釋來自網(wǎng)上一個(gè)技術(shù)博客：
在DELL的官方文檔里面也有明確的說明：
西瓜哥查了一些，HP 3PAR的peer persistence通過了vSphere Metro Storage Cluster (vMSC) 認(rèn)證，確實(shí)采用了第三站點(diǎn)的仲裁機(jī)制，和HDS VSP G1000一樣。
也就是說，沒有第三站點(diǎn)仲裁機(jī)制的雙活方案雖然簡單易用，但主要針對(duì)SMB市場。如果是雙活數(shù)據(jù)中心，最好還是應(yīng)該支持第三站點(diǎn)仲裁機(jī)制，否則也就無法通過vSphere Metro Storage Cluster認(rèn)證，也就不算嚴(yán)格意義的雙活數(shù)據(jù)中心方案了。富士通、DELL和國內(nèi)的個(gè)別廠商的實(shí)現(xiàn)，沒有嚴(yán)格的第三站點(diǎn)仲裁機(jī)制，做陣列的HA還可以，但做數(shù)據(jù)中心的HA，可能就不太合適。當(dāng)然，這只是西瓜哥的個(gè)人觀點(diǎn)，那么你是如何認(rèn)為的呢?
京公網(wǎng)安備 11010502049343號(hào)