一種節點伺服器的識別方法、裝置及機櫃與流程
2023-06-02 23:30:26 3
本申請涉及計算軟體開發技術領域，特別涉及一種節點伺服器的識別方法、裝置及機櫃。
背景技術：
目前，隨著企業規模的不斷擴大，尤其是SmartRack整機櫃伺服器在大型數據中心的應用越來越廣泛，很多企業引進的節點伺服器的不斷增多，同時伴隨著節點伺服器更新換代越來越快，老舊的節點伺服器被淘汰，新的節點伺服器也在不斷引入。在實際應用中，為了節約成本，只能在SmartRack機櫃中交替使用新舊節點伺服器，因此，不可避免地出現新舊、不同機型或者不同廠商的節點伺服器混合插入同一個SmartRack機櫃的現象。
在現有技術中，為了保證不同類型的節點伺服器插入同一個SmartRack機櫃中時，該機櫃作為一個整體能夠正常工作，因此，能夠安全識別機櫃中插入的各種類型的節點伺服器就變得越來越重要。
技術實現要素：
但是發明人在研究過程中發現，而現有技術中，對於SmartRack機櫃中插入的節點伺服器的判斷，只能通過各節點伺服器的結構、主板的型號進行判斷，這種方法需要本領域技術人員依次排查各節點伺服器的硬體信息，使得人工工作量大且工作繁瑣，不適合眾多SmartRack機櫃同時需要管理的場景；並且，不同類型的，例如，不同廠商的節點伺服器由於標記不明顯，即便排查到硬體信息也無法進行準確的區別，還增加人為區分難度，而如果不能準確區別，可能SmartRack機櫃中插入的節點伺服器就無法使用，造成大量財力的浪費。
基於此，本申請提供了一種機櫃中節點伺服器的識別方法，用以採用向機柜上插入的各節點伺服器發送節點信息識別指令，並根據各節點伺服器是否回復了確認消息，來將回復確認消息的節點伺服器確認為有效伺服器，對於有效伺服器就可以正常使用，不需要技術人員人工區分，減少了人工工作量從而能夠自動識別有效的節點伺服器，尤其適合眾多SmartRack機櫃同時需要管理的場景；並且，即便不同類型的，例如，不同廠商的節點伺服器的標記不明顯，就不需要通過排查硬體信息來準確區別，降低了人工排查的難度，節約了大量財力。
本申請還提供了一種機櫃中節點伺服器的識別裝置及一種機櫃，用以保證上述方法在實際中的實現及應用。
為了解決上述問題，本申請公開了一種節點伺服器的識別方法，所述識別方法應用於機柜上集成的識別裝置，該識別方法包括：
向所述機柜上插入的各節點伺服器發送節點信息識別指令；
判斷是否接收到各節點伺服器回復的確認消息，如果是，則將回復確認消息的節點伺服器確認為有效伺服器。
其中，所述向所述機柜上插入的各節點伺服器發送節點信息識別指令，包括：
響應於所述機櫃中插入各種類型的節點伺服器，為所述機櫃執行上電操作；
向所述各種類型的節點伺服器發送節點信息識別指令。
其中，所述判斷是否接收到各節點伺服器回復的確認消息，包括：
判斷各節點伺服器回復的響應消息中是否包括預設的確認欄位。
其中，在未接收到節點伺服器回復的響應消息，或者，所述響應消息中未包括所述確認欄位的情況下，還包括：
將未回復響應消息的節點伺服器，或，回復的響應消息中未包括確認欄位的節點伺服器，確認為無效伺服器。
其中，在確認為無效伺服器後，還包括：
在所述機柜上將所述無效伺服器更換為其他節點伺服器。
本申請實施例還公開了一種節點伺服器的識別裝置，該識別裝置應用於機柜上，該識別裝置包括：
發送單元，用於向所述機柜上插入的各節點伺服器發送安全節點信息識別指令；
判斷單元，用於判斷是否接收到各節點伺服器回復的確認消息；
有效確認單元，用於在所述判斷單元的結果為是的情況下，將回復確認消息的節點伺服器確認為有效伺服器。
其中，所述節點信息識別指令發送單元包括：
上電單元，用於響應於所述機櫃中插入各種類型的節點伺服器，為所述機櫃執行上電操作；
指令發送單元，用於向所述各種類型的節點伺服器發送節點信息識別指令。
其中，所述判斷單元具體用於：
判斷各節點伺服器回復的響應消息中是否包括預設的確認欄位。
其中，所述識別裝置還包括：
無效確認單元，用於將未回復響應消息的節點伺服器，或，回復的響應消息中未包括確認欄位的節點伺服器，確認為無效伺服器。
本申請實施例還公開了一種機櫃，所述機櫃中設置前述的識別裝置。
與現有技術相比，本申請包括以下優點：
在本申請實施例中，向機柜上插入的各節點伺服器發送節點信息識別指令，並根據各節點伺服器是否回復了確認消息，來將回復確認消息的節點伺服器確認為有效伺服器，對於有效伺服器就可以正常使用，不需要技術人員人工區分，減少了人工工作量從而能夠自動識別有效的節點伺服器，尤其適合眾多SmartRack機櫃同時需要管理的場景；並且，即便不同類型的，例如，不同廠商的節點伺服器的標記不明顯，就不需要通過排查硬體信息來準確區別，降低了人工排查的難度，節約了大量財力。
進一步的，如果節點伺服器沒有回覆響應消息，或者響應消息中未包括預設的確認欄位，則認為這些節點伺服器是無效伺服器，還可以對這些無效伺服器進行更換，從而保證了機櫃中插槽資源利用的效率，節省了財力和物力資源。
當然，實施本申請的任一產品並不一定需要同時達到以上所述的所有優點。
附圖說明
為了更清楚地說明本申請實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
圖1是本申請的節點伺服器的識別方法實施例流程圖；
圖2是本申請的節點伺服器的識別裝置實施例的結構框圖。
具體實施方式
下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。
參考圖1，示出了本申請一種節點伺服器的識別方法實施例的流程圖，本實施例可以包括以下步驟：
步驟101：向所述機柜上插入的各節點伺服器發送節點信息識別指令。
在實際應用中，SmartRack機柜上部署有多個插槽，每一個插槽可以對應插入一個節點伺服器，在該SmartRack機柜上的基板管理控制器(BMC)上可以部署識別裝置，該識別裝置可以基於智能平臺管理接口(IPMI)協議向SmartRack機柜上的各節點伺服器發送節點信息識別指令，該節點信息識別指令用於指示有效伺服器向識別裝置返回確認消息，例如，識別裝置接收到的響應消息中攜帶了某個預設的確認欄位，則可以認為發送該響應消息的節點伺服器為有效伺服器。其中，IPMI是一種開放標準的硬體管理接口規格，定義了嵌入式管理子系統進行通信的特定方法。
具體的，在SmartRack機櫃中的各個插槽插入各種類型的節點伺服器後，為所述機櫃執行上電操作。其中，各種類型的節點伺服器，可以是不同廠商的節點伺服器，不同型號的節點伺服器，新版本的節點伺服器或者舊版本的節點伺服器，等等。待SmartRack機柜上電後，由識別裝置基於IPMI協議向該SmartRack機柜上的各種類型的節點伺服器都發送節點信息識別指令。
步驟102：判斷是否接收到各節點伺服器回復的確認消息，如果是，則進入步驟103，如果否，則進入步驟104。
在向各節點伺服器發送節點信息識別指令後，識別裝置可以實時監控是否接收到各節點伺服器回復的確認消息，例如，判斷各節點伺服器回復的響應消息中是否包括預設的確認欄位，該預設的確認欄位可以由本領域技術人員自主設置，只需要在識別裝置和各節點伺服器之間預先約定好即可。假設SmartRack機櫃中部署了10個節點伺服器，有5個節點伺服器返回的響應消息中包括預設的「Inspur」欄位，識別裝置通過解析響應消息可以確認該5個節點伺服器返回的響應消息即為確認消息。
再假設有2個節點伺服器返回了響應消息，並且響應消息中也包括了欄位，欄位的內容為「imww」，則因為欄位內容與預設的確認欄位「Inspur」不符，則將這2個節點伺服器確認為無效伺服器。對於該SmartRack機櫃中剩餘的3個節點伺服器，則識別裝置未監控到其返迴響應消息，同樣的，識別裝置判斷該3個節點伺服器未回復確認消息。
步驟103：將回復確認消息的節點伺服器確認為有效伺服器。
在本步驟中，即是將那些返迴響應消息，且響應消息中包括了預設的確認欄位的節點伺服器確認為有效伺服器。在後續使用過程中，對於這些有效伺服器可以繼續正常使用。
步驟104：將未回復響應消息的節點伺服器，或，回復的響應消息中未包括確認欄位的節點伺服器，確認為無效伺服器。
而對於未回復響應消息，或者回復的響應消息中未包括確認欄位的節點伺服器，都確認為無效伺服器。
步驟105：在所述機柜上將所述無效伺服器更換為其他節點伺服器。
在實際應用中，將確認為無效伺服器的節點伺服器都進行更換，重新在相對應的插槽上插入其他的節點伺服器。可以理解的是，為了對重新插入的節點伺服器確認其是否有效，可以對重新插入的節點伺服器執行步驟101進行判斷。
可見，在本申請實施例中，向機柜上插入的各節點伺服器發送節點信息識別指令，並根據各節點伺服器是否回復了確認消息，來將回復確認消息的節點伺服器確認為有效伺服器，對於有效伺服器就可以正常使用，不需要技術人員人工區分，減少了人工工作量從而能夠自動識別有效的節點伺服器，尤其適合眾多SmartRack機櫃同時需要管理的場景；並且，即便不同類型的，例如，不同廠商的節點伺服器的標記不明顯，就不需要通過排查硬體信息來準確區別，降低了人工排查的難度，節約了大量財力。
進一步的，如果節點伺服器沒有回覆響應消息，或者響應消息中未包括預設的確認欄位，則認為這些節點伺服器是無效伺服器，還可以對這些無效伺服器進行更換，從而保證了機櫃中插槽資源利用的效率，節省了財力和物力資源。
對於前述的方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本申請並不受所描述的動作順序的限制，因為依據本申請，某些步驟可以採用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬於優選實施例，所涉及的動作和模塊並不一定是本申請所必須的。
與上述本申請一種節點伺服器的識別方法實施例所提供的方法相對應，參見圖2，本申請還提供了一種節點伺服器的識別裝置實施例，在本實施例中，該識別裝置可以集成於機柜上，該識別裝置可以包括：
指令發送單元201，用於向所述機柜上插入的各節點伺服器發送安全節點信息識別指令。
判斷單元202，用於判斷是否接收到各節點伺服器回復的確認消息。
其中，所述判斷單元202具體可以用於：判斷各節點伺服器回復的響應消息中是否包括預設的確認欄位。
有效確認單元203，用於在所述判斷單元的結果為是的情況下，將回復確認消息的節點伺服器確認為有效伺服器。
其中，所述節點信息識別指令發送單元201可以包括：
上電單元，用於響應於所述機櫃中插入各種類型的節點伺服器，為所述機櫃執行上電操作；和，發送單元，用於向所述各種類型的節點伺服器發送節點信息識別指令。
其中，所述識別裝置還可以包括：
無效確認單元204，用於將未回復響應消息的節點伺服器，或，回復的響應消息中未包括確認欄位的節點伺服器，確認為無效伺服器。
其中，所述識別裝置還可以包括：
更換單元205，用於在所述機柜上將所述無效伺服器更換為其他節點伺服器。
本實施例的識別裝置，通過向機柜上插入的各節點伺服器發送節點信息識別指令，並根據各節點伺服器是否回復了確認消息，來將回復確認消息的節點伺服器確認為有效伺服器，對於有效伺服器就可以正常使用，不需要技術人員人工區分，減少了人工工作量從而能夠自動識別有效的節點伺服器，尤其適合眾多SmartRack機櫃同時需要管理的場景；並且，即便不同類型的，例如，不同廠商的節點伺服器的標記不明顯，就不需要通過排查硬體信息來準確區別，降低了人工排查的難度，節約了大量財力。
進一步的，如果節點伺服器沒有回覆響應消息，或者響應消息中未包括預設的確認欄位，則認為這些節點伺服器是無效伺服器，還可以對這些無效伺服器進行更換，從而保證了機櫃中插槽資源利用的效率，節省了財力和物力資源。
本申請實施例還公開了一種SmartRack機櫃，該SmartRack機櫃中設置有圖2所示的識別裝置。
需要說明的是，本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對於裝置類實施例而言，由於其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
最後，還需要說明的是，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
以上對本申請所提供的一種節點伺服器的識別方法、裝置及節點伺服器進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本申請的限制。