某2節(jié)點萬兆網卡直連vSAN延伸群集(網絡拓撲如圖1所示)，在某一天晚上，首選站點節(jié)點1服務器(圖1中IP地址為192.168.251.2的計算機)的一條64GB內存出問題導致服務器死機。第二天管理員到單位之后，發(fā)現所有的業(yè)務虛擬機都無法使用。此時vCenter Server已經無法連接。使用vSphere Host Client可以直接登錄到192.168.251.2、192.168.251.3、192.168.251.6等每臺主機，但虛擬機的信息不正常，已經無法顯示虛擬機的名稱，另外vSAN存儲容量只有其中一臺主機的容量(每臺主機配置了1個磁盤組，每個磁盤組有1塊400GB的SSD、5塊1.2TB的HDD，總容量是10.92T，現在只有5.46TB)。

圖1 拓撲圖

在關閉這三臺服務器，然后打開服務器的電源之后，業(yè)務仍然沒有恢復。后來檢查發(fā)現，將IP地址為192.168.251.2的故障主機關閉，只打開IP地址為192.168.251.3與192.168.251.6的主機(包括見證虛擬機，IP地址為192.168.251.8)，此時包括vCenter Server在內的所有虛擬機都自動啟動并可以對外提供服務。如果此時再打開192.168.251.2的主機，則所有的虛擬機都會死機。為了不影響業(yè)務的辦理，用戶暫時關閉了192.168.251.2的主機。此時在vSphere Web Client中顯示192.168.251.2無響應，主機已從VC斷開連接，如圖2所示。

圖2 IP地址為192.168.251.2的主機已斷開連接

在“監(jiān)控→vSAN→虛擬對象”中，可以看到所有的服務器都提示“可用性降低但未重建”，如圖3所示。因為此時首選站點節(jié)點主機不在線，系統無法重建冗余數據。

圖3 虛擬對象

在“配置→vSAN→磁盤管理”中，看到192.168.251.2狀態(tài)為“未響應”，見證主機與192.168.251.3的狀態(tài)正常，如圖4所示。

圖4 磁盤管理

在關機之后，用戶使用備用內存，更換了192.168.251.2這臺主機的內存。

晚上下班之后，在不影響業(yè)務虛擬機使用的情況下，使用下述的方法修復了192.168.251.2的主機。主要方法與步驟如下。

(1)使用vSphere Web Client登錄到vCenter Server，從清單中移除IP地址為192.168.251.2的主機。移除之后如圖5所示。

圖5 移除節(jié)點1的主機

(2)因為IP地址為192.168.251.2的主機無法上線，所以，將192.168.251.2的管理端口網線暫時斷開，等服務器開機并進入控制臺界面之后，按F2進入系統配置，在“System Customization”中移動光標到Reset System Configuration按回車鍵，在彈出的對話框再次按回車鍵重置系統配置，如圖6所示。重置之后，系統將會重新啟動，root密碼重置為空(無密碼)

圖6 系統重置

(3)再次進入系統后，使用用戶名root、密碼為空登錄。進入系統之后，為服務器重新設置管理IP地址、選擇管理網卡，仍然使用原來的IP地址192.168.251.2、使用原來的網卡端口，并設置為原來的密碼。然后重新插上服務器管理網卡的網線。

(4)在vSphere Web Client中，將192.168.251.2加入清單。參照192.168.251.1的網絡設置，為192.168.251.2重新創(chuàng)建虛擬交換機，并為192.168.251.2的主機設置vSAN流量。如圖7所示。

圖7 重新配置vSAN流量

(5)此時在“群集→配置→磁盤管理”中，可以看到192.168.251.2的磁盤組已經添加，但狀態(tài)不正常。如圖8所示。

圖8 重新加入的節(jié)點主機磁盤狀態(tài)不正常

(6)使用ssh登錄到節(jié)點1的ESXi主機，執(zhí)行esxcli vsan network ip add -I vmk0 -T=witness命令將192.168.251.2的管理地址設置為見證流量。如圖9所示。

圖9 設置見證流量

(7)在“配置→vSAN→故障域和延伸群集”中，重新將IP地址為192.168.251.2的主機添加到“首選”站點，注意，兩臺節(jié)點主機，必須一臺主機在“首選”站點，一臺在“輔助”站點，其他名稱都不行。如圖10所示。

圖10 配置故障域

(8)在“配置→vSAN→磁盤管理”中，可以看到192.168.251.2的磁盤組狀態(tài)已經正常，如圖11所示。

圖11 磁盤組狀態(tài)正常

(9)在“監(jiān)控→vSAN→虛擬對象”中，看到大多數的虛擬機狀態(tài)都恢復正常，只有一臺虛擬機數據需要重建，如圖12所示。

圖12 查看虛擬對象

(10)在“監(jiān)控→vSAN→重新同步組件”中，可以看到正在重新同步的組件，當前只有一個磁盤文件需要同步，如圖13所示。

圖13 查看重新同步組件

(11)在導航器中選中每臺主機，在“監(jiān)控→問題”中，檢查確認當前主機的問題。

(12)在“監(jiān)控→vSAN→運行狀況”中，查看vSAN運行狀況，在解決所有問題后，運行狀態(tài)都是顯示“已通過”，如圖14所示。此時表示vSAN恢復正常。

圖14 運行狀況正常

【總結】這個故障現象比較特殊。正常情況下，如果節(jié)點主機出現故障，只要修復了節(jié)點主機并重新上線，vSAN會重新連接。很少出現vSAN主機都在線而導致虛擬機無法訪問的情況。因為首選站點的主機上線就會導致vSAN群集出錯，所以本次修復的關鍵就是在首選站點不在線的前提下重新配置首選站點。如果重新配置首選站點，可以重新安裝ESXi，也可以重置ESXi然后再重新配置。本節(jié)就選擇了第二種方法。

總結

以上是生活随笔為你收集整理的vsan 延伸集群_某2节点万兆网卡直连vSAN延伸群集故障修复的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。