您好,登錄后才能下訂單哦!
服務器名稱分別是wh01 wh02 wh03?
引擎和所有節(jié)點均設置SELINUX=permissive ??防火墻狀態(tài):開啟? ?ssh互信
集群 勾選隔離策略:
如果 Gluster brick 的狀態(tài)為 UP,忽略隔離操作
如果 Gluster quorum 沒有滿足,忽略隔離操作
虛擬機的屬性:
系統(tǒng)為win7 內(nèi)存為8192? 4G ?固態(tài)30G系統(tǒng)盤 10G hdd數(shù)據(jù)盤
遷移模式:運行自動和手動遷移
啟用高可用選項,恢復行為 auto_resume? watchdog i6300esb 斷電
測試內(nèi)容 | 引擎所在 | Win7所在 | 測試結(jié)果 | 備注 |
斷wh03網(wǎng)線 | Wh02 | Wh03 | 30s后,無法ping通引擎。3分15秒后,引擎和平臺恢復正常,win7處于未知狀態(tài),wh03無響應。 | |
接wh03網(wǎng)線 | Wh02 | Wh03 | win7狀態(tài)為up,5分子后wh03恢復正常 | 但終端需要重啟才能使用 |
斷wh01網(wǎng)線 | Wh02 | Wh03 | 20s后,無法ping引擎,終端的虛擬機出現(xiàn)幾秒卡頓,之后可以正常訪問。6分45秒后引擎和平臺恢復正常。引擎從wh02飄到了wh03,終端虛擬機再次卡死,需要再次重啟。 | wh02的brick也down了,ovirt-ha-agent服務掛掉,導致Wh02引擎飄到wh03,而恢復時間也變長,至于wh02的brick為什么會掛掉?? ?? |
接wh01網(wǎng)線 | Wh03 | Wh03 | 20多秒后wh01恢復,而wh02處于無法工作狀態(tài),可能與前面brick down掉有關(guān),6分鐘后,wh02恢復。且wh02的brick ?down ,wh01 brick 一時down一時up | 在卷中強行啟動所有brick,brick恢復正常。但發(fā)現(xiàn)wh01處于無法工作狀態(tài),手動激活后,也成功恢復正常。 |
斷wh03網(wǎng)線 | Wh03 | Wh03 | 無法ping引擎,2分10秒后,引擎恢復,平臺正常,win7未知狀態(tài) | Wh03的主機心態(tài)和brick狀態(tài)存在延遲 |
接wh03網(wǎng)線 | Wh02 | Wh03 | 10秒鐘后wh03起來,wh03的brick經(jīng)歷了兩次重啟。虛擬機狀態(tài)處于暫停。 | gluster ?volume status brick一直正常 |
斷wh02網(wǎng)線 | Wh03 | Wh01 | 引擎和平臺均訪問正常。Win7無響應。 | 與預期不一致,win7不應該受影響 |
接wh02 | Wh03 | Wh01 | Wh02處于無法工作,Win7狀態(tài)還是無響應, | 將win7關(guān)機,關(guān)閉失敗,node2狀態(tài)未分配,重啟wh02,win7成功關(guān)閉,10分子后wh02恢復正常 |
Wh01意外重啟 | Wh03 | Wh02 | 引擎和平臺正常,終端虛擬機會話沒有中斷,可以正常虛擬機使用系統(tǒng) | 此處本不在測試范圍。 |
斷網(wǎng)線是指同時拔掉管理和存儲網(wǎng)線,這里沒有測試單獨斷任何一條。接網(wǎng)線也是接兩根,跟著上一個測試內(nèi)容.且測試順序由上到下)??????
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。