大家周二好。

DELL首次登頂，可惜文章基本都和存儲無關(沒有看到DELL針對存儲的公眾號);華為IT第二，DOIT第三。

上周五，西瓜哥發表了學習DELL雙活的學習心得，林肯大叔對西瓜哥的文章給出不同意見，刊登如下：

這里再聲明一下，我的學習筆記僅僅代表我的觀點，而且我的資料基本都是網上找的，肯定有不對的地方。我相信大家都會像林肯大叔一樣，會有自己的觀點的。同樣的事情，大家的立場不同，看法不同，我想這個很正常。我只是負責引起大家的思考就可以了。不過針對第三站點仲裁機制，西瓜哥心得里還是認為數據中心的雙活還是應該部署這個的，因為所有通過VMware vSphere Metro Storage Cluster (vMSC) 認證的存儲產品，都有這樣一個機制。

今天，西瓜哥從WMware的官網上，把通過vMSC認證的幾個存儲大廠的雙活方案做一個橫向的比較，這樣大家就應該有一些概念了。

先說一說網關形態的，EMC的VPLEX和IBM的SVC。

EMC VPLEX

我們看到，VPLEX明確采用在第三站點的仲裁機制。Witness可以用一個VM來實現，成本也不高。

VPLEX支持兩種組網，一種叫非統一的主機訪問。也就是站點A的主機和站點B的VPLEX沒有直接的鏈路，他們只看到本地的存儲卷。這種方式組網最簡單，無需實現跨站點的Fabric。

另外一種組網方式就是統一的主機訪問(交叉連接)。主機的HBA同時連接兩邊站點的VPLEX存儲設備。這個需要實現跨站點的Fabric。

EMC VPLEX測試的場景也是最多的，非常完整。

我們看到，如果仲裁設備出了問題，VPLEX是不做任何處理的。

IBM SVC

IBM SVC也是網關形態的雙活。

SVC和VPLEX一樣，也支持兩種方式的組網。第一種這種組網不需要跨站點的Fabric，如下圖：

第二種組網需要跨站點的Fabric，如下圖所示：

我們看到，兩種組網都需要部署第三站點的仲裁機制。而且，IBM SVC也是唯一一個具有備份仲裁機制的廠商，當活動仲裁磁盤不能訪問，備份仲裁磁盤可以接替其工作。

不過，IBM SVC測試的場景好像沒有EMC VPLEX多，主要是沒有進行場景細分。

IBM SVC發現主仲裁設備不能訪問的時候，會把同步暫停，直到備份的仲裁盤激活。

看完網關形態的，我們來看看陣列形態的vMSC認證情況。

HP 3PAR PEER PERSISTENCE

3par peer persitence也是有第三站點仲裁的。

這個是測試的場景，我們看到，當仲裁設備不可訪問的時候，3par會停止自動切換。

NETAPP METROCLUSTER

MetroCluster支持兩種組網。如果兩個站點的距離少于500m，NetApp可以直接把兩個FAS控制器分開，一邊一個。這種組網方式成本最低，這個也是NetApp與眾不同的地方，它的FAS雙控是可以分離的。這種組網方式NETAPP叫Stretch MetroCluster。

另外一種方式就和其他廠商一樣了，需要跨站點的Fabric。這種組網方式NetApp叫做Fabric MetroCluster。

不過，我們看到，無論采取哪種組網方式，第三站點都需要部署一個MetroCluster TieBreaker(MCTB)，這個就是仲裁設備。它可以部署在VM上，作為windows或者UNIX/linux的一個服務進程而存在。

MetroCluster測試的場景很多，我們看到，如果仲裁設備MCTB故障，NetApp處理的方式和VPLEX一樣，訪問不受影響。

HDS HAM

我們前面介紹過，現在HDS VSP G1000支持GAD，是真正的雙活(類似VPLEX)。但其實HDS很早就支持另外一種主備雙活(對于同一個LUN而言，不能同時被兩個站點訪問)，這個通過其多路徑 軟件Hitachi Dynamic Link Manager (HDLM)集成Hitachi High Availability Manager (HAM)管理功能來實現。

除了支持中端存儲HUS-VM外：

也支持高端存儲VSP。因為HAM采用TureCOPY技術，而HUS-VM采用的也是高端存儲的復制技術TrueCOPY。

而且，HDS對第三站點的仲裁要求非常嚴格，必須采用FC陣列做仲裁。不像其他產品，大部分采用VM就可以了。

從HDS測試的場景看，當仲裁設備不可訪問，HDS會停止TrueCOPY的同步，從卷也停止只讀(因為這個時候數據不一致了)，但主卷可以繼續訪問，同時自動切換也停止。

大家可以回顧一下我們前面討論過的HDS VSP G1000 GAD的測試場景：

我們看到，當仲裁設備不能訪問的時候，GAD會發生存儲的切換，而HAM不需要。主要是GAD是真正的雙活，兩邊都有寫訪問，因此需要把從設備的I/O切換到主設備上，而HAM本來從設備就沒有寫訪問，因此沒有這個問題。

上面都是西瓜哥從VMware Knowledge Base找到通過vMSC認證的雙活方案的資料。大家可以看到，所有的解決方案都必須支持第三站點的仲裁，如果沒有，應該是不能通過vMSC認證的。因此，我還是認為，第三站點仲裁還是非常重要的機制，特別對于大型的雙活數據中心。

還有，普通的主備方式的雙活方案(對于同一個LUN而已)，可以支持vMSC，但不能支持ORACLE RAC跨站點雙活，因為同一個LUN不能兩個站點同時寫。

通過這幾天的學習，西瓜哥發現其實雙活數據中心好像很多廠商都支持了，但大家支持的方式不太一樣，程度也不同，區別主要體現在下面三點：

1、采用網關形態還是陣列自己實現?這兩種方案各有優缺點;

2、是否支持第三站點仲裁?最好能夠通過vMSC認證;

3、對于同一個LUN是否兩個站點都可寫?能否實現跨站點部署ORACLE RAC雙活?

除了上面三點，其他的方面從用戶角度看區別都不大。

好，今天就分享到這里。如果覺得本文有用，請幫點個ZAN，謝謝。

See you next time.