3節點ovirt安全主機 測試記錄

2021-09-27 05:45:23 字數 1663 閱讀 4460

伺服器名稱分別是wh01 wh02 wh03

引擎和所有節點均設定selinux=permissive   防火牆狀態:開啟   ssh互信

集群 勾選隔離策略:

如果 gluster brick 的狀態為 up,忽略隔離操作

如果 gluster quorum 沒有滿足,忽略隔離操作

虛擬機器的屬性:

系統為win7 記憶體為8192  4g  固態30g系統盤 10g hdd資料盤

遷移模式:執行自動和手動遷移

啟用高可用選項,恢復行為 auto_resume  watchdog i6300esb 斷電

測試內容

引擎所在

win7所在

測試結果

備註斷wh03網線

wh02

wh03

30s後,無法ping通引擎。3分15秒後,引擎和平台恢復正常,win7處於未知狀態,wh03無響應。

接wh03網線

wh02

wh03

win7狀態為up,5分子後wh03恢復正常

但終端需要重啟才能使用

斷wh01網線

wh02

wh03

20s後,無法ping引擎,終端的虛擬機器出現幾秒卡頓,之後可以正常訪問。6分45秒後引擎和平台恢復正常。引擎從wh02飄到了wh03,終端虛擬機器再次卡死,需要再次重啟。

wh02的brick也down了,ovirt-ha-agent服務掛掉,導致wh02引擎飄到wh03,而恢復時間也變長,至於wh02的brick為什麼會掛掉??   

接wh01網線

wh03

wh03

20多秒後wh01恢復,而wh02處於無法工作狀態,可能與前面brick down掉有關,6分鐘後,wh02恢復。且wh02的brick  down ,wh01 brick 一時down一時up

在卷中強行啟動所有brick,brick恢復正常。但發現wh01處於無法工作狀態,手動啟用後,也成功恢復正常。

斷wh03網線

wh03

wh03

無法ping引擎,2分10秒後,引擎恢復,平台正常,win7未知狀態

wh03的主機心態和brick狀態存在延遲

接wh03網線

wh02

wh03

10秒鐘後wh03起來,wh03的brick經歷了兩次重啟。虛擬機器狀態處於暫停。

gluster  volume status brick一直正常

斷wh02網線

wh03

wh01

引擎和平台均訪問正常。win7無響應。

與預期不一致,win7不應該受影響

接wh02

wh03

wh01

wh02處於無法工作,win7狀態還是無響應,

將win7關機,關閉失敗,node2狀態未分配,重啟wh02,win7成功關閉,10分子後wh02恢復正常

wh01意外重啟

wh03

wh02

引擎和平台正常,終端虛擬機會話沒有中斷,可以正常虛擬機器使用系統

此處本不在測試範圍。

斷網線是指同時拔掉管理和儲存網線,這裡沒有測試單獨斷任何一條。接網線也是接兩根,跟著上乙個測試內容.且測試順序由上到下)      

EOSS CDM 環境測試(3節點)

huaweicdm環境測試 1.節點配置 節點ip 192.168.23.63,192.168.23.64,192.168.23.65 控制台ip 192.168.23.66 2.替換補丁 makec.sh編譯修改好的 將 eoss target linux el7 x64 debug 目錄下的修改...

JQuery學習筆記(3) 節點操作 節點查詢

所謂的內部插入,就是指在節點裡面的插入,而外部插入,則是在節點外面插入。prepend prependto 在div裡面的內容,末尾再追加乙個p標籤,插入的p標籤在div所有子元素的末尾 在div裡面的內容,頭部追加乙個p標籤,插入的p標籤位於div的所有子元素的首位 mydiv prepend 頭...

G3筆記本跑3節點虛擬機器效能測試報告

硬體環境 g3 cpu 9300h 16g記憶體 1g 固態硬碟 軟體環境簡介 3個vmware 3個節點跑centos7.4 每個節點都裝有etcd,flannel,haproxy,keepalived,apiserver,kube controller,kubesechuler kubectl ...