WSFC真實(shí)場(chǎng)景仲裁處理

  在本篇文章中，老王將從實(shí)際應(yīng)用的角度來(lái)為大家講解下群集仲裁在真實(shí)情況下的呈現(xiàn)，以及出現(xiàn)不同點(diǎn)數(shù)的節(jié)點(diǎn)宕機(jī)應(yīng)該如何處理，在老王本篇文章中以及以后的文章中，我并不會(huì)去講如何去安裝一個(gè)群集，后面我們也將主要專注于群集的深入知識(shí)，概念理解，架構(gòu)設(shè)計(jì)，遷移優(yōu)化。

  本篇文章分為以下幾個(gè)場(chǎng)景

  場(chǎng)景1.兩個(gè)站點(diǎn)，三個(gè)節(jié)點(diǎn)的群集，假設(shè)北京站點(diǎn)兩個(gè)節(jié)點(diǎn)，保定站點(diǎn)一個(gè)節(jié)點(diǎn)，群集采用多數(shù)節(jié)點(diǎn)方式，我們將依次測(cè)試重現(xiàn)，群集壞掉1個(gè)節(jié)點(diǎn)會(huì)發(fā)生什么，應(yīng)該如何處理，群集壞掉兩個(gè)節(jié)點(diǎn)會(huì)發(fā)生什么，應(yīng)該如何處理。

  場(chǎng)景2.兩個(gè)站點(diǎn)，四個(gè)節(jié)點(diǎn)的群集，假設(shè)北京站點(diǎn)兩個(gè)節(jié)點(diǎn)，保定站點(diǎn)兩個(gè)節(jié)點(diǎn)，群集采用磁盤仲裁的方式，我們將依次測(cè)試重現(xiàn)，群集見證磁盤活著時(shí)候，壞掉一個(gè)節(jié)點(diǎn)時(shí)群集會(huì)發(fā)生什么，應(yīng)該如何處理，壞掉兩個(gè)節(jié)點(diǎn)時(shí)群集會(huì)發(fā)生什么，應(yīng)該如何處理，當(dāng)見證磁盤不在，會(huì)發(fā)生什么情況，應(yīng)該如何處理。

 場(chǎng)景1環(huán)境介紹

 北京站點(diǎn)

 Node1 

 管理網(wǎng)卡 10.0.0.3 網(wǎng)關(guān)10.0.0.1 DNS10.0.0.2

 存儲(chǔ)網(wǎng)卡 40.0.0.3 網(wǎng)關(guān)40.0.0.1

 心跳網(wǎng)卡 18.0.0.1

 Node2 

 管理網(wǎng)卡 10.0.0.4 網(wǎng)關(guān)10.0.0.1 DNS10.0.0.2

 存儲(chǔ)網(wǎng)卡 40.0.0.4 網(wǎng)關(guān)40.0.0.1

 心跳網(wǎng)卡 18.0.0.2

 08DC

 lan1 10.0.0.2 網(wǎng)關(guān)10.0.0.1

 網(wǎng)關(guān)服務(wù)器 

 10.0.0.1

 20.0.0.1

 30.0.0.1

 40.0.0.1

 保定站點(diǎn)

 管理網(wǎng)卡 20.0.0.5 網(wǎng)關(guān)20.0.0.1 DNS10.0.0.2

 存儲(chǔ)網(wǎng)卡 30.0.0.5 網(wǎng)關(guān)30.0.0.1

 心跳網(wǎng)卡 18.0.0.3

 此次設(shè)計(jì)上，并沒有采取一些最佳實(shí)踐，老王只是為了重現(xiàn)出這樣一個(gè)多站點(diǎn)的場(chǎng)景，把兩個(gè)站點(diǎn)間管理網(wǎng)卡和存儲(chǔ)網(wǎng)卡的網(wǎng)絡(luò)分開，在之后的實(shí)驗(yàn)08DC也會(huì)承擔(dān)ISCSI Server角色，嚴(yán)格來(lái)說，網(wǎng)關(guān)服務(wù)器和存儲(chǔ)應(yīng)該要放在一個(gè)相對(duì)來(lái)說比較穩(wěn)定安全的地方，防止由于網(wǎng)關(guān)或存儲(chǔ)導(dǎo)致群集出現(xiàn)單點(diǎn)故障，另外

   大家看到我在心跳卡上面兩個(gè)站點(diǎn)的用的是同一個(gè)網(wǎng)端，這在實(shí)際企業(yè)環(huán)境里面不會(huì)這樣，通常情況下是打通一個(gè)大VLAN這樣去做，但是要注意，群集節(jié)點(diǎn)網(wǎng)卡，一定要至少有一塊網(wǎng)卡，不配置網(wǎng)關(guān)，因?yàn)槿杭趧?chuàng)建的時(shí)候會(huì)去利用啟發(fā)性算法來(lái)查找，群集默認(rèn)會(huì)找沒有配置網(wǎng)關(guān)的網(wǎng)卡來(lái)作為心跳網(wǎng)卡，如果全部網(wǎng)卡都配置上網(wǎng)關(guān)，你會(huì)發(fā)現(xiàn)群集出現(xiàn)故障，因此，如果心跳網(wǎng)卡也需要跨越網(wǎng)段，可以采取在節(jié)點(diǎn)上面用route -p的方式，手動(dòng)添加路由表進(jìn)行解決

   參考 https://blogs.technet.microsoft.com/timmcmic/2009/04/26/windows-2008-multi-subnet-clusters-and-using-static-routes/ 

  另外也需要考慮跨站點(diǎn)DNS緩存的問題，由于環(huán)境有限，所以在這里老王只用了一臺(tái)DNS服務(wù)器，嚴(yán)格來(lái)說，應(yīng)該是各站點(diǎn)有自己的DNS服務(wù)器的，例如，當(dāng)前群集角色testdtc在北京站點(diǎn)的群集聯(lián)機(jī)地址是10.0.0.9，但是北京DNS就會(huì)記錄這個(gè)VCO是這個(gè)10網(wǎng)段的地址，然后每隔一段時(shí)間復(fù)制到保定的DNS服務(wù)器，這個(gè)復(fù)制時(shí)間就是個(gè)時(shí)間差，跨站點(diǎn)故障轉(zhuǎn)移時(shí)間實(shí)際也需要考慮到DNS服務(wù)器復(fù)制的緩存和客戶端的客戶端的緩存，因?yàn)樵诒本]復(fù)制到保定之前，保定從北京或得到testdtc就是10網(wǎng)段的地址，就會(huì)cache下來(lái)，客戶端來(lái)請(qǐng)求就都返回這個(gè)地址，但是當(dāng)群集應(yīng)用轉(zhuǎn)移到保定，保定是20網(wǎng)段，因此就需要CNO重新注冊(cè)VCO的DNS記錄，然后群集資源名稱才可以正常聯(lián)機(jī)對(duì)外使用，通常這種跨子網(wǎng)的群集應(yīng)用我們會(huì)設(shè)置綁定多個(gè)IP地址，然后依賴關(guān)系設(shè)置為or，即只要其中一個(gè)IP可以活著 綁定注冊(cè)DNS就可以，群集請(qǐng)求DNS更新了VCO的地址，這時(shí)候VCO可以正常聯(lián)機(jī)了，但是客戶端能不能訪問了呢，還不一定，因?yàn)榭蛻舳诉€有dns cache，針對(duì)于跨站點(diǎn)群集VCO的DNS緩存和記錄生命周期，后面老王會(huì)單獨(dú)寫一篇深入介紹多站點(diǎn)群集的博客，在里面會(huì)指出一些最佳實(shí)踐，其中網(wǎng)絡(luò)部分會(huì)深入講解，這里只是簡(jiǎn)單帶過

首先可以看到節(jié)點(diǎn)服務(wù)器目前都是正常的狀態(tài)，以及按照預(yù)定規(guī)劃的多站點(diǎn)群集網(wǎng)絡(luò)架構(gòu)

我們創(chuàng)建了一個(gè)群集DTC應(yīng)用，可以看到當(dāng)前是主運(yùn)行在node1節(jié)點(diǎn)上

直接將node1進(jìn)行斷電關(guān)機(jī)，可以看到群集DTC已經(jīng)轉(zhuǎn)移至node2繼續(xù)提供服務(wù)

打開node2服務(wù)器系統(tǒng)日志可以看到關(guān)于檢測(cè)node1已經(jīng)離線了的日志

這時(shí)雖然群集還可以運(yùn)作，但是已經(jīng)仲裁已經(jīng)提示警告，意思就是提醒你一下，你之前和我簽訂的仲裁協(xié)議是多數(shù)節(jié)點(diǎn)的3節(jié)點(diǎn)群集，現(xiàn)在你壞了一臺(tái)了，不能再壞了，再壞群集就要關(guān)了，真實(shí)場(chǎng)景下如果三節(jié)點(diǎn)群集壞了一個(gè)節(jié)點(diǎn)，應(yīng)該立刻修復(fù)節(jié)點(diǎn)重新上線，不然再壞一臺(tái)群集將不再對(duì)外提供服務(wù)。

這時(shí)候我們將node2也直接斷電關(guān)機(jī)，我們失去了整個(gè)北京站點(diǎn)，之后打開群集管理器可以看到，群集狀態(tài)已經(jīng)變成了下移，這時(shí)候?qū)嶋H上群集已經(jīng)不再對(duì)外提供服務(wù)，CNO和VCO都將無(wú)法訪問

打開事件管理器系統(tǒng)日志可以看到，群集服務(wù)因?yàn)橹俨脜f(xié)議違反，已經(jīng)被迫停止

針對(duì)于群集的分析，主要分為系統(tǒng)日志，群集詳細(xì)分析日志，群集驗(yàn)證報(bào)告，cluster目錄日志，cluster.log日志，其中系統(tǒng)日志和詳細(xì)分析日志相對(duì)比較容易理解，建議大家可以先從這方面的日志看起，后面會(huì)有文章專門介紹群集日志分析

這時(shí)群集由于連續(xù)的節(jié)點(diǎn)崩潰已經(jīng)只剩下最后一個(gè)節(jié)點(diǎn)，這時(shí)候群集也關(guān)閉了，不再對(duì)外提供服務(wù)，但是我們也可以通過強(qiáng)制啟動(dòng)的方式把最后一個(gè)節(jié)點(diǎn)的群集服務(wù)啟動(dòng)起來(lái)，讓群集繼續(xù)對(duì)外提供服務(wù)，雖然一個(gè)節(jié)點(diǎn)能承載的負(fù)載有限，但是可以訪問一部分總比什么也訪問不到強(qiáng)

直接運(yùn)行命令 

net stop clussvc

net start clussvc /FQ

即可，把群集服務(wù)先停止，然后強(qiáng)制啟動(dòng)起來(lái)

   執(zhí)行完成強(qiáng)制啟動(dòng)后可以看到群集已經(jīng)使用，但是群集有提示我們，當(dāng)前是在forcequorum狀態(tài)運(yùn)行，群集配置可能會(huì)丟失

   老王猜想是因?yàn)?，這是使用多數(shù)節(jié)點(diǎn)仲裁的原因，或者共享見證時(shí)會(huì)遇到的問題，因?yàn)檫@類仲裁模式，群集數(shù)據(jù)庫(kù)只存在本地節(jié)點(diǎn)間互相同步，假設(shè)現(xiàn)在只有Node3強(qiáng)制啟動(dòng)了，其它節(jié)點(diǎn)都不在，我們修改了群集資源，然后節(jié)點(diǎn)3下，其它節(jié)點(diǎn)上，會(huì)因?yàn)闀r(shí)間分區(qū)的原因?qū)е聼o(wú)法啟動(dòng)等類似原因

    因此建議大家強(qiáng)制啟動(dòng)只能是作為實(shí)在沒辦法下的最后一道手段，能讓群集短暫的起死回生，但是回生之后應(yīng)該立即修復(fù)其它節(jié)點(diǎn)加入群集，解除ForceQuorum模式。

可以看到強(qiáng)制啟動(dòng)之后 群集DTC服務(wù)已經(jīng)在保定站點(diǎn)正常啟動(dòng)了起來(lái)，群集名稱對(duì)應(yīng)的IP地址現(xiàn)在是保定那邊的20網(wǎng)段

如果大家點(diǎn)擊一個(gè)群集角色的依賴報(bào)告可以看到類似下面的這種圖，理解依賴關(guān)系對(duì)于多站點(diǎn)群集應(yīng)用上線很重要，AND則代表，雖有關(guān)聯(lián)的子資源必須聯(lián)機(jī)，父資源才可以聯(lián)機(jī)，OR則代表選項(xiàng)中的幾個(gè)子資源有一個(gè)活著，父資源就可以啟動(dòng)，例如網(wǎng)絡(luò)名稱需要綁定IP，如果10可以綁定注冊(cè)就綁定10網(wǎng)段，如果10子網(wǎng)無(wú)法綁定，那么20網(wǎng)段可以綁定注冊(cè)，網(wǎng)絡(luò)名稱也可以上線聯(lián)機(jī)。

以上我們實(shí)際看了三節(jié)點(diǎn)多數(shù)節(jié)點(diǎn)仲裁情況下，節(jié)點(diǎn)依次宕機(jī)時(shí)的處理

接下來(lái)我們?cè)倏吹诙€(gè)場(chǎng)景 

場(chǎng)景2環(huán)境介紹

 北京站點(diǎn)

 Node1 

 管理網(wǎng)卡 10.0.0.3 網(wǎng)關(guān)10.0.0.1 DNS10.0.0.2

 存儲(chǔ)網(wǎng)卡 40.0.0.3 網(wǎng)關(guān)40.0.0.1

 心跳網(wǎng)卡 18.0.0.1

 Node2 

 管理網(wǎng)卡 10.0.0.4 網(wǎng)關(guān)10.0.0.1 DNS10.0.0.2

 存儲(chǔ)網(wǎng)卡 40.0.0.4 網(wǎng)關(guān)40.0.0.1

 心跳網(wǎng)卡 18.0.0.2

 08DC

 lan1 10.0.0.2 網(wǎng)關(guān)10.0.0.1

 lan2 20.0.0.2 網(wǎng)關(guān)10.0.0.1

 lan3 30.0.0.2 網(wǎng)關(guān)30.0.0.1

 網(wǎng)關(guān)服務(wù)器 

 10.0.0.1

 20.0.0.1

 30.0.0.1

 40.0.0.1

 保定站點(diǎn)

 Node3

 管理網(wǎng)卡 20.0.0.5 網(wǎng)關(guān)20.0.0.1 DNS10.0.0.2

 存儲(chǔ)網(wǎng)卡 30.0.0.5 網(wǎng)關(guān)30.0.0.1

 心跳網(wǎng)卡 18.0.0.3

 Node4

 管理網(wǎng)卡 20.0.0.6 網(wǎng)關(guān)20.0.0.1 DNS10.0.0.2

 存儲(chǔ)網(wǎng)卡 30.0.0.6 網(wǎng)關(guān)30.0.0.1

 心跳網(wǎng)卡 18.0.0.4

可以看到群集已經(jīng)新增至四個(gè)節(jié)點(diǎn)，同時(shí)也已經(jīng)配置了磁盤見證

依舊部署一個(gè)群集DTC，目前托管在北京node2節(jié)點(diǎn)

我們直接將node2斷電，可以看到現(xiàn)在DTC群集應(yīng)用已經(jīng)自動(dòng)轉(zhuǎn)移至本站點(diǎn)的node1服務(wù)器

接下來(lái)我們把Node1也直接斷電，模擬我們失去了整個(gè)北京站點(diǎn)的節(jié)點(diǎn)，可以看到，由于我們采用了磁盤見證，因此我們可以接受一半的節(jié)點(diǎn)壞掉，群集依然可以正常工作，但是提示我們了，在當(dāng)前的情況下，只要再壞掉一個(gè)節(jié)點(diǎn)或者群集磁盤宕機(jī)，都會(huì)導(dǎo)致群集關(guān)閉，這時(shí)應(yīng)該抓緊時(shí)間修復(fù)北京站點(diǎn)，盡快上線，不要讓這種情況持續(xù)太久

假設(shè)這時(shí)沒搶救好北京站點(diǎn)，保定站點(diǎn)又壞了一個(gè)節(jié)點(diǎn)，群集則會(huì)變成下移關(guān)閉狀態(tài)，所有群集服務(wù)也將都無(wú)法訪問

這時(shí)由于群集宕機(jī)節(jié)點(diǎn)數(shù)已經(jīng)違背了仲裁協(xié)議中的節(jié)點(diǎn)數(shù)，因此也只能使用強(qiáng)制啟動(dòng)的方式把群集啟動(dòng)起來(lái)，但是這種狀態(tài)同樣也不要持續(xù)太久，還是應(yīng)該盡快修復(fù)其它節(jié)點(diǎn)上線

接下來(lái)我們來(lái)模擬下腦裂的場(chǎng)景，即北京與保定直接發(fā)生了網(wǎng)絡(luò)分區(qū)，兩邊各自為政，實(shí)際最佳老王應(yīng)該模仿是群集四個(gè)節(jié)點(diǎn)先是失去了到仲裁磁盤的連接，然后變成四個(gè)節(jié)點(diǎn)，四個(gè)投票的情況下，中間產(chǎn)生一個(gè)分區(qū)，但是由于老王AD和ISCSI模擬在了一起，如果直接把這臺(tái)機(jī)器宕機(jī)所有節(jié)點(diǎn)別想正常工作了，因此老王這里臨時(shí)將群集仲裁模型改為了多數(shù)節(jié)點(diǎn)，即四個(gè)節(jié)點(diǎn)，四票的一個(gè)多數(shù)節(jié)點(diǎn)架構(gòu)，腦裂一觸即發(fā)的架構(gòu)，哇哈哈

這時(shí)我們模擬腦裂分區(qū)，將node3和node4直接改到另外一個(gè)網(wǎng)絡(luò)中

So it begin，可以在node2上面看到只有node1和node2活著，node3 node4形成群集，或無(wú)法形成

但是如果訪問群集名稱測(cè)試會(huì)發(fā)現(xiàn)還是不能訪問的，因?yàn)檫@是群集已經(jīng)沒辦法執(zhí)行仲裁，兩邊沒有一方是多數(shù)的，因此整個(gè)群集都將沒辦法正常工作，都在摸瞎胡中

這時(shí)由于域控和存儲(chǔ)在北京這邊，北京這邊可以正常工作，保定那邊網(wǎng)絡(luò)還未修復(fù)，因此我們強(qiáng)制啟動(dòng)北京的群集分區(qū)，在node2上面運(yùn)行強(qiáng)制啟動(dòng)命令

可以看到只需要在node2上面運(yùn)行一下強(qiáng)制啟動(dòng)的命令之后，整個(gè)群集就都變得可用了，node1和node2在同一個(gè)分區(qū)內(nèi)，node1感覺到node2形成了權(quán)威分區(qū)于是自動(dòng)又融入了群集，但這時(shí)由于我們是強(qiáng)制啟動(dòng)的群集，群集還處于強(qiáng)制啟動(dòng)狀態(tài)，不論任何情況下，都不要長(zhǎng)時(shí)間讓群集處于強(qiáng)制啟動(dòng)狀態(tài)，還是應(yīng)該盡快的去恢復(fù)網(wǎng)絡(luò)。

可以看到群集DTC現(xiàn)在已經(jīng)在北京站點(diǎn)正常聯(lián)機(jī)工作

當(dāng)保定站點(diǎn)網(wǎng)絡(luò)修復(fù)好了后，這一側(cè)的群集分區(qū)感應(yīng)到了北京的權(quán)威群集分區(qū)，就又會(huì)自動(dòng)融合進(jìn)去，群集現(xiàn)在又正常工作了，強(qiáng)制啟動(dòng)狀態(tài)的警告也已經(jīng)消除

  總結(jié)一下，我們看了再多數(shù)節(jié)點(diǎn)仲裁模型下，群集節(jié)點(diǎn)在不停宕機(jī)時(shí)群集的變化處理，又看了在磁盤見證模型下，磁盤在的情況下，群集節(jié)點(diǎn)在不停宕機(jī)時(shí)群集的變化處理，以及磁盤見證不在，發(fā)生網(wǎng)絡(luò)分區(qū)時(shí)的變化處理

  簡(jiǎn)單來(lái)說，在群集工作狀態(tài)中，只要不違背你與群集簽訂仲裁協(xié)議的規(guī)則，群集都是可以正常運(yùn)作的，當(dāng)達(dá)到臨界值時(shí)，群集會(huì)提醒當(dāng)前已經(jīng)達(dá)到臨界值，再宕機(jī)一票，群集就要關(guān)了，這時(shí)候應(yīng)該要抓緊時(shí)間修復(fù)群集其它節(jié)點(diǎn)

   然后假設(shè)出現(xiàn)了連續(xù)宕機(jī)的情況下，只剩下一個(gè)節(jié)點(diǎn)，或者只剩下少數(shù)節(jié)點(diǎn)，如果想讓群集起死回生出來(lái)提供服務(wù)，可以使用強(qiáng)制仲裁的方式，在少數(shù)節(jié)點(diǎn)的情況下也可以讓群集啟動(dòng)起來(lái)

  強(qiáng)制仲裁主要就是用于在少數(shù)節(jié)點(diǎn)的情況下啟動(dòng)起來(lái)群集，或者在群集發(fā)生腦裂，50 50的情況下，啟動(dòng)起來(lái)其中一端出來(lái)提供服務(wù)，同樣強(qiáng)制仲裁狀態(tài)時(shí)間不可以太長(zhǎng)，否則會(huì)出現(xiàn)配置不同步風(fēng)險(xiǎn)，也要盡快修復(fù)節(jié)點(diǎn)或網(wǎng)絡(luò)故障上線才是

  當(dāng)我們執(zhí)行強(qiáng)制仲裁命令之后，實(shí)際上背后群集會(huì)做兩件事，確立強(qiáng)制仲裁一方為權(quán)威方，提升強(qiáng)制仲裁分區(qū)的群集配置Paxos標(biāo)記提升為最高，類似于AD里面的授權(quán)恢復(fù)，讓強(qiáng)制仲裁的一方為黃金權(quán)威方，群集將在權(quán)威方進(jìn)行運(yùn)作，其它節(jié)點(diǎn)的群集配置，將會(huì)與強(qiáng)制仲裁一端同步，不可否認(rèn)強(qiáng)制仲裁，很多時(shí)候還是很實(shí)用的

  以上就是老王想和大家說的強(qiáng)制仲裁，以及仲裁處理，希望大家看過之后能有收獲，當(dāng)群集出現(xiàn)逐個(gè)節(jié)點(diǎn)宕機(jī)時(shí)心里有數(shù)該如何處理

  補(bǔ)充幾點(diǎn)

1.強(qiáng)制啟動(dòng)起來(lái)，只是我們把群集救活了，但是可不可以完整的對(duì)外提供服務(wù)呢，不一定，因?yàn)榧僭O(shè)是四個(gè)節(jié)點(diǎn)的群集，資源都是一致的，那強(qiáng)制啟動(dòng)起來(lái)的節(jié)點(diǎn)能否承載起來(lái)四個(gè)節(jié)點(diǎn)的負(fù)載呢，這是個(gè)問題，如果支持不起來(lái)負(fù)載，一些群集應(yīng)用也是沒辦法聯(lián)機(jī)訪問的，因此，實(shí)際規(guī)劃時(shí)，也需要考慮到這種只剩下最后一個(gè)節(jié)點(diǎn)的場(chǎng)景，最佳是設(shè)計(jì)的時(shí)候能夠做好規(guī)劃，服務(wù)器資源足夠，當(dāng)然最好，也可以通過規(guī)劃群集應(yīng)用優(yōu)先級(jí)的方式規(guī)劃，一旦發(fā)生這種情況，那些群集應(yīng)用優(yōu)先級(jí)比較高，先讓這些應(yīng)用活起來(lái)，或者設(shè)置一個(gè)冷備機(jī)，平時(shí)不參加群集投票，一旦出現(xiàn)這種只剩下一個(gè)節(jié)點(diǎn)的情況下，可以再把冷備節(jié)點(diǎn)啟動(dòng)來(lái)承載負(fù)載

 2.上面其實(shí)還有一種場(chǎng)景老王沒寫到，最后上張圖把，出于好奇心我在2008R2的群集上面試了下3個(gè)節(jié)點(diǎn)+見證磁盤的仲裁模型，結(jié)果死的很慘，可以看到，當(dāng)群集壞一個(gè)節(jié)點(diǎn)，就已經(jīng)告訴我當(dāng)前已經(jīng)達(dá)到了臨界值，見證磁盤失效或者再壞一個(gè)節(jié)點(diǎn)節(jié)點(diǎn)，群集就關(guān)了，這樣來(lái)看完全沒什么優(yōu)勢(shì)啊，因?yàn)槲胰绻?個(gè)節(jié)點(diǎn)多數(shù)節(jié)點(diǎn)，我只需要考慮保證兩個(gè)節(jié)點(diǎn)可用就好了，這樣的話，我還要多考慮一個(gè)見證磁盤的可用，對(duì)于保持群集可用可謂一點(diǎn)用處沒有，唯獨(dú)能想到的可能就是這種場(chǎng)景下，可以避免時(shí)間分區(qū)的問題，如果最后剩下一個(gè)節(jié)點(diǎn)和見證磁盤，還可以把配置修改信息同步到見證磁盤，其它節(jié)點(diǎn)再上線也可以正常使用，到了2012時(shí)代這個(gè)就變了，不再雞肋，3節(jié)點(diǎn)配見證磁盤，不需要強(qiáng)制啟動(dòng)的情況下也可以活到最后一個(gè)節(jié)點(diǎn)，下篇文章我們就來(lái)實(shí)際測(cè)試2012時(shí)代仲裁發(fā)生的變化！