一種節點服務器的識別方法、裝置及機柜與流程

本申請涉及計算軟件開發技術領域，特別涉及一種節點服務器的識別方法、裝置及機柜。

背景技術：

目前，隨著企業規模的不斷擴大，尤其是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所示的識別裝置。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置類實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

最后，還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

以上對本申請所提供的一種節點服務器的識別方法、裝置及節點服務器進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領域的一般技術人員，依據本申請的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本申請的限制。