本申請涉及計算軟件開發(fā)技術(shù)領(lǐng)域，特別涉及一種節(jié)點服務(wù)器的識別方法、裝置及機柜。

背景技術(shù)：

目前，隨著企業(yè)規(guī)模的不斷擴大，尤其是SmartRack整機柜服務(wù)器在大型數(shù)據(jù)中心的應(yīng)用越來越廣泛，很多企業(yè)引進的節(jié)點服務(wù)器的不斷增多，同時伴隨著節(jié)點服務(wù)器更新?lián)Q代越來越快，老舊的節(jié)點服務(wù)器被淘汰，新的節(jié)點服務(wù)器也在不斷引入。在實際應(yīng)用中，為了節(jié)約成本，只能在SmartRack機柜中交替使用新舊節(jié)點服務(wù)器，因此，不可避免地出現(xiàn)新舊、不同機型或者不同廠商的節(jié)點服務(wù)器混合插入同一個SmartRack機柜的現(xiàn)象。

在現(xiàn)有技術(shù)中，為了保證不同類型的節(jié)點服務(wù)器插入同一個SmartRack機柜中時，該機柜作為一個整體能夠正常工作，因此，能夠安全識別機柜中插入的各種類型的節(jié)點服務(wù)器就變得越來越重要。

技術(shù)實現(xiàn)要素：

但是發(fā)明人在研究過程中發(fā)現(xiàn)，而現(xiàn)有技術(shù)中，對于SmartRack機柜中插入的節(jié)點服務(wù)器的判斷，只能通過各節(jié)點服務(wù)器的結(jié)構(gòu)、主板的型號進行判斷，這種方法需要本領(lǐng)域技術(shù)人員依次排查各節(jié)點服務(wù)器的硬件信息，使得人工工作量大且工作繁瑣，不適合眾多SmartRack機柜同時需要管理的場景；并且，不同類型的，例如，不同廠商的節(jié)點服務(wù)器由于標記不明顯，即便排查到硬件信息也無法進行準確的區(qū)別，還增加人為區(qū)分難度，而如果不能準確區(qū)別，可能SmartRack機柜中插入的節(jié)點服務(wù)器就無法使用，造成大量財力的浪費。

基于此，本申請?zhí)峁┝艘环N機柜中節(jié)點服務(wù)器的識別方法，用以采用向機柜上插入的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令，并根據(jù)各節(jié)點服務(wù)器是否回復(fù)了確認消息，來將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器，對于有效服務(wù)器就可以正常使用，不需要技術(shù)人員人工區(qū)分，減少了人工工作量從而能夠自動識別有效的節(jié)點服務(wù)器，尤其適合眾多SmartRack機柜同時需要管理的場景；并且，即便不同類型的，例如，不同廠商的節(jié)點服務(wù)器的標記不明顯，就不需要通過排查硬件信息來準確區(qū)別，降低了人工排查的難度，節(jié)約了大量財力。

本申請還提供了一種機柜中節(jié)點服務(wù)器的識別裝置及一種機柜，用以保證上述方法在實際中的實現(xiàn)及應(yīng)用。

為了解決上述問題，本申請公開了一種節(jié)點服務(wù)器的識別方法，所述識別方法應(yīng)用于機柜上集成的識別裝置，該識別方法包括：

向所述機柜上插入的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令；

判斷是否接收到各節(jié)點服務(wù)器回復(fù)的確認消息，如果是，則將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器。

其中，所述向所述機柜上插入的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令，包括：

響應(yīng)于所述機柜中插入各種類型的節(jié)點服務(wù)器，為所述機柜執(zhí)行上電操作；

向所述各種類型的節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令。

其中，所述判斷是否接收到各節(jié)點服務(wù)器回復(fù)的確認消息，包括：

判斷各節(jié)點服務(wù)器回復(fù)的響應(yīng)消息中是否包括預(yù)設(shè)的確認字段。

其中，在未接收到節(jié)點服務(wù)器回復(fù)的響應(yīng)消息，或者，所述響應(yīng)消息中未包括所述確認字段的情況下，還包括：

將未回復(fù)響應(yīng)消息的節(jié)點服務(wù)器，或，回復(fù)的響應(yīng)消息中未包括確認字段的節(jié)點服務(wù)器，確認為無效服務(wù)器。

其中，在確認為無效服務(wù)器后，還包括：

在所述機柜上將所述無效服務(wù)器更換為其他節(jié)點服務(wù)器。

本申請實施例還公開了一種節(jié)點服務(wù)器的識別裝置，該識別裝置應(yīng)用于機柜上，該識別裝置包括：

發(fā)送單元，用于向所述機柜上插入的各節(jié)點服務(wù)器發(fā)送安全節(jié)點信息識別指令；

判斷單元，用于判斷是否接收到各節(jié)點服務(wù)器回復(fù)的確認消息；

有效確認單元，用于在所述判斷單元的結(jié)果為是的情況下，將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器。

其中，所述節(jié)點信息識別指令發(fā)送單元包括：

上電單元，用于響應(yīng)于所述機柜中插入各種類型的節(jié)點服務(wù)器，為所述機柜執(zhí)行上電操作；

指令發(fā)送單元，用于向所述各種類型的節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令。

其中，所述判斷單元具體用于：

判斷各節(jié)點服務(wù)器回復(fù)的響應(yīng)消息中是否包括預(yù)設(shè)的確認字段。

其中，所述識別裝置還包括：

無效確認單元，用于將未回復(fù)響應(yīng)消息的節(jié)點服務(wù)器，或，回復(fù)的響應(yīng)消息中未包括確認字段的節(jié)點服務(wù)器，確認為無效服務(wù)器。

本申請實施例還公開了一種機柜，所述機柜中設(shè)置前述的識別裝置。

與現(xiàn)有技術(shù)相比，本申請包括以下優(yōu)點：

在本申請實施例中，向機柜上插入的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令，并根據(jù)各節(jié)點服務(wù)器是否回復(fù)了確認消息，來將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器，對于有效服務(wù)器就可以正常使用，不需要技術(shù)人員人工區(qū)分，減少了人工工作量從而能夠自動識別有效的節(jié)點服務(wù)器，尤其適合眾多SmartRack機柜同時需要管理的場景；并且，即便不同類型的，例如，不同廠商的節(jié)點服務(wù)器的標記不明顯，就不需要通過排查硬件信息來準確區(qū)別，降低了人工排查的難度，節(jié)約了大量財力。

進一步的，如果節(jié)點服務(wù)器沒有回復(fù)響應(yīng)消息，或者響應(yīng)消息中未包括預(yù)設(shè)的確認字段，則認為這些節(jié)點服務(wù)器是無效服務(wù)器，還可以對這些無效服務(wù)器進行更換，從而保證了機柜中插槽資源利用的效率，節(jié)省了財力和物力資源。

當然，實施本申請的任一產(chǎn)品并不一定需要同時達到以上所述的所有優(yōu)點。

附圖說明

為了更清楚地說明本申請實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本申請的節(jié)點服務(wù)器的識別方法實施例流程圖；

圖2是本申請的節(jié)點服務(wù)器的識別裝置實施例的結(jié)構(gòu)框圖。

具體實施方式

下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

參考圖1，示出了本申請一種節(jié)點服務(wù)器的識別方法實施例的流程圖，本實施例可以包括以下步驟：

步驟101：向所述機柜上插入的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令。

在實際應(yīng)用中，SmartRack機柜上部署有多個插槽，每一個插槽可以對應(yīng)插入一個節(jié)點服務(wù)器，在該SmartRack機柜上的基板管理控制器(BMC)上可以部署識別裝置，該識別裝置可以基于智能平臺管理接口(IPMI)協(xié)議向SmartRack機柜上的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令，該節(jié)點信息識別指令用于指示有效服務(wù)器向識別裝置返回確認消息，例如，識別裝置接收到的響應(yīng)消息中攜帶了某個預(yù)設(shè)的確認字段，則可以認為發(fā)送該響應(yīng)消息的節(jié)點服務(wù)器為有效服務(wù)器。其中，IPMI是一種開放標準的硬件管理接口規(guī)格，定義了嵌入式管理子系統(tǒng)進行通信的特定方法。

具體的，在SmartRack機柜中的各個插槽插入各種類型的節(jié)點服務(wù)器后，為所述機柜執(zhí)行上電操作。其中，各種類型的節(jié)點服務(wù)器，可以是不同廠商的節(jié)點服務(wù)器，不同型號的節(jié)點服務(wù)器，新版本的節(jié)點服務(wù)器或者舊版本的節(jié)點服務(wù)器，等等。待SmartRack機柜上電后，由識別裝置基于IPMI協(xié)議向該SmartRack機柜上的各種類型的節(jié)點服務(wù)器都發(fā)送節(jié)點信息識別指令。

步驟102：判斷是否接收到各節(jié)點服務(wù)器回復(fù)的確認消息，如果是，則進入步驟103，如果否，則進入步驟104。

在向各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令后，識別裝置可以實時監(jiān)控是否接收到各節(jié)點服務(wù)器回復(fù)的確認消息，例如，判斷各節(jié)點服務(wù)器回復(fù)的響應(yīng)消息中是否包括預(yù)設(shè)的確認字段，該預(yù)設(shè)的確認字段可以由本領(lǐng)域技術(shù)人員自主設(shè)置，只需要在識別裝置和各節(jié)點服務(wù)器之間預(yù)先約定好即可。假設(shè)SmartRack機柜中部署了10個節(jié)點服務(wù)器，有5個節(jié)點服務(wù)器返回的響應(yīng)消息中包括預(yù)設(shè)的“Inspur”字段，識別裝置通過解析響應(yīng)消息可以確認該5個節(jié)點服務(wù)器返回的響應(yīng)消息即為確認消息。

再假設(shè)有2個節(jié)點服務(wù)器返回了響應(yīng)消息，并且響應(yīng)消息中也包括了字段，字段的內(nèi)容為“imww”，則因為字段內(nèi)容與預(yù)設(shè)的確認字段“Inspur”不符，則將這2個節(jié)點服務(wù)器確認為無效服務(wù)器。對于該SmartRack機柜中剩余的3個節(jié)點服務(wù)器，則識別裝置未監(jiān)控到其返回響應(yīng)消息，同樣的，識別裝置判斷該3個節(jié)點服務(wù)器未回復(fù)確認消息。

步驟103：將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器。

在本步驟中，即是將那些返回響應(yīng)消息，且響應(yīng)消息中包括了預(yù)設(shè)的確認字段的節(jié)點服務(wù)器確認為有效服務(wù)器。在后續(xù)使用過程中，對于這些有效服務(wù)器可以繼續(xù)正常使用。

步驟104：將未回復(fù)響應(yīng)消息的節(jié)點服務(wù)器，或，回復(fù)的響應(yīng)消息中未包括確認字段的節(jié)點服務(wù)器，確認為無效服務(wù)器。

而對于未回復(fù)響應(yīng)消息，或者回復(fù)的響應(yīng)消息中未包括確認字段的節(jié)點服務(wù)器，都確認為無效服務(wù)器。

步驟105：在所述機柜上將所述無效服務(wù)器更換為其他節(jié)點服務(wù)器。

在實際應(yīng)用中，將確認為無效服務(wù)器的節(jié)點服務(wù)器都進行更換，重新在相對應(yīng)的插槽上插入其他的節(jié)點服務(wù)器。可以理解的是，為了對重新插入的節(jié)點服務(wù)器確認其是否有效，可以對重新插入的節(jié)點服務(wù)器執(zhí)行步驟101進行判斷。

可見，在本申請實施例中，向機柜上插入的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令，并根據(jù)各節(jié)點服務(wù)器是否回復(fù)了確認消息，來將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器，對于有效服務(wù)器就可以正常使用，不需要技術(shù)人員人工區(qū)分，減少了人工工作量從而能夠自動識別有效的節(jié)點服務(wù)器，尤其適合眾多SmartRack機柜同時需要管理的場景；并且，即便不同類型的，例如，不同廠商的節(jié)點服務(wù)器的標記不明顯，就不需要通過排查硬件信息來準確區(qū)別，降低了人工排查的難度，節(jié)約了大量財力。

進一步的，如果節(jié)點服務(wù)器沒有回復(fù)響應(yīng)消息，或者響應(yīng)消息中未包括預(yù)設(shè)的確認字段，則認為這些節(jié)點服務(wù)器是無效服務(wù)器，還可以對這些無效服務(wù)器進行更換，從而保證了機柜中插槽資源利用的效率，節(jié)省了財力和物力資源。

對于前述的方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本申請所必須的。

與上述本申請一種節(jié)點服務(wù)器的識別方法實施例所提供的方法相對應(yīng)，參見圖2，本申請還提供了一種節(jié)點服務(wù)器的識別裝置實施例，在本實施例中，該識別裝置可以集成于機柜上，該識別裝置可以包括：

指令發(fā)送單元201，用于向所述機柜上插入的各節(jié)點服務(wù)器發(fā)送安全節(jié)點信息識別指令。

判斷單元202，用于判斷是否接收到各節(jié)點服務(wù)器回復(fù)的確認消息。

其中，所述判斷單元202具體可以用于：判斷各節(jié)點服務(wù)器回復(fù)的響應(yīng)消息中是否包括預(yù)設(shè)的確認字段。

有效確認單元203，用于在所述判斷單元的結(jié)果為是的情況下，將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器。

其中，所述節(jié)點信息識別指令發(fā)送單元201可以包括：

上電單元，用于響應(yīng)于所述機柜中插入各種類型的節(jié)點服務(wù)器，為所述機柜執(zhí)行上電操作；和，發(fā)送單元，用于向所述各種類型的節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令。

其中，所述識別裝置還可以包括：

無效確認單元204，用于將未回復(fù)響應(yīng)消息的節(jié)點服務(wù)器，或，回復(fù)的響應(yīng)消息中未包括確認字段的節(jié)點服務(wù)器，確認為無效服務(wù)器。

其中，所述識別裝置還可以包括：

更換單元205，用于在所述機柜上將所述無效服務(wù)器更換為其他節(jié)點服務(wù)器。

本實施例的識別裝置，通過向機柜上插入的各節(jié)點服務(wù)器發(fā)送節(jié)點信息識別指令，并根據(jù)各節(jié)點服務(wù)器是否回復(fù)了確認消息，來將回復(fù)確認消息的節(jié)點服務(wù)器確認為有效服務(wù)器，對于有效服務(wù)器就可以正常使用，不需要技術(shù)人員人工區(qū)分，減少了人工工作量從而能夠自動識別有效的節(jié)點服務(wù)器，尤其適合眾多SmartRack機柜同時需要管理的場景；并且，即便不同類型的，例如，不同廠商的節(jié)點服務(wù)器的標記不明顯，就不需要通過排查硬件信息來準確區(qū)別，降低了人工排查的難度，節(jié)約了大量財力。

進一步的，如果節(jié)點服務(wù)器沒有回復(fù)響應(yīng)消息，或者響應(yīng)消息中未包括預(yù)設(shè)的確認字段，則認為這些節(jié)點服務(wù)器是無效服務(wù)器，還可以對這些無效服務(wù)器進行更換，從而保證了機柜中插槽資源利用的效率，節(jié)省了財力和物力資源。

本申請實施例還公開了一種SmartRack機柜，該SmartRack機柜中設(shè)置有圖2所示的識別裝置。

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

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

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