本發(fā)明涉及服務器技術領域，更具體地說，涉及一種監(jiān)控設備節(jié)點的方法及裝置。

背景技術：

隨著移動互聯(lián)網(wǎng)和計算機技術的迅速發(fā)展崛起，集群型服務器承擔了更多的業(yè)務，也擁有更為強大的存儲和計算能力。隨著行業(yè)的不斷發(fā)展，集群型服務器中服務器和硬件設備的數(shù)量多而繁雜，給集群型服務器的管理帶來了難度。

目前，在服務器應用中，集群型服務器發(fā)展為主流。用戶在使用集群服務器時，可以將整個集群的服務器虛擬為一臺服務器使用。而對于集群型服務器的監(jiān)控管理，大都采用snmp服務，需要提前配置好需要被監(jiān)控的設備節(jié)點，所以忽略了具體硬件設備的監(jiān)控管理。同時，因為集群型服務器硬件設備眾多，對于其中的模塊數(shù)量和設備節(jié)點的監(jiān)控也不清楚。并且各個服務器的下層硬件設備和模塊的從屬關系層層包裹，形成了多維設備節(jié)點，導致更深層的設備節(jié)點的從屬關系難以體現(xiàn)。

因此，如何動態(tài)監(jiān)控管理集群型服務器中的多維設備節(jié)點，是本領域技術人員需要解決的問題。

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

本發(fā)明的目的在于提供一種監(jiān)控設備節(jié)點的方法及裝置，以實現(xiàn)動態(tài)監(jiān)控集群服務器集群中的多維設備節(jié)點。

為實現(xiàn)上述目的，本發(fā)明實施例提供了如下技術方案：

一種監(jiān)控設備節(jié)點的方法，包括：

接收指令，所述指令為獲取模塊的設備節(jié)點信息的指令；

獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息；

根據(jù)所述設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格；

根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息。

其中，所述獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息，包括：

遍歷所述模塊的設備節(jié)點，獲取所述模塊的設備節(jié)點數(shù)量，以及獲取所述模塊的設備節(jié)點信息。

其中，所述接收指令之前，還包括：

在服務器的操作系統(tǒng)上部署snmp服務；

通過snmp服務將需要監(jiān)控的模塊注冊為具有多維從屬關系的表格。

其中，所述根據(jù)所述設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格，包括：

根據(jù)所述設備節(jié)點數(shù)量以及不同設備節(jié)點信息，確定不同設備節(jié)點的多維索引值；

根據(jù)每個設備節(jié)點的多維索引值，將每個設備節(jié)點信息寫入具有多維從屬關系的表格。

其中，所述根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息包括：

若所述指令為獲取整個模塊的設備節(jié)點信息的指令，則根據(jù)所述指令反饋所述表格中整個模塊的設備節(jié)點信息；

若所述指令為單獨獲取模塊中目標設備節(jié)點信息的指令，則根據(jù)所述指令反饋所述表格中所述目標設備節(jié)點信息。

一種監(jiān)控設備節(jié)點的裝置，包括：

接收模塊，用于接收指令，所述指令為獲取模塊的設備節(jié)點信息的指令；

獲取模塊，用于獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息；

寫入模塊，用于根據(jù)所述設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格；

反饋模塊，用于根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息。

其中，所述獲取模塊包括：

遍歷單元，用于遍歷所述模塊的設備節(jié)點；

數(shù)量獲取單元，用于獲取所述模塊的設備節(jié)點數(shù)量；

信息獲取單元，用于獲取所述模塊的設備節(jié)點信息。

其中，還包括：

部署模塊，用于在服務器的操作系統(tǒng)上部署snmp服務；

注冊模塊，用于通過snmp服務將需要監(jiān)控的模塊注冊為具有多維從屬關系的表格。

其中，所述寫入模塊包括：

多維索引值確定單元，用于根據(jù)所述設備節(jié)點數(shù)量以及不同設備節(jié)點信息，確定不同設備節(jié)點的多維索引值；

寫入單元，用于根據(jù)每個設備節(jié)點的多維索引值，將每個設備節(jié)點信息寫入具有多維從屬關系的表格。

其中，所述反饋模塊包括：

第一反饋單元，用于當接收到獲取整個模塊的設備節(jié)點信息的指令時，根據(jù)所述指令反饋所述表格中整個模塊的設備節(jié)點信息；

第二反饋單元，用于當接收到單獨獲取模塊中目標設備節(jié)點信息的指令時，根據(jù)所述指令反饋所述表格中所述目標設備節(jié)點信息。

通過以上方案可知，本發(fā)明實施例提供了一種監(jiān)控設備節(jié)點的方法，所述方法包括：接收指令，所述指令為獲取模塊的設備節(jié)點信息的指令；獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息；根據(jù)所述設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格；根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息。當服務器接收到來自客戶端的獲取指令后，獲取模塊的設備節(jié)點數(shù)量和設備節(jié)點信息，并根據(jù)設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系將設備節(jié)點信息寫入預先注冊的表格中，而后將這些設備節(jié)點信息根據(jù)所獲取指令反饋給客戶端，這樣就完成了客戶端與服務器的交互，客戶端能夠及時知曉服務器中的設備節(jié)點信息。

可見，當客戶端想要獲取某個設備節(jié)點信息時，無需預先配置被監(jiān)控的設備節(jié)點，只需發(fā)送獲取請求給服務器，服務器根據(jù)獲取請求動態(tài)獲取設備節(jié)點信息并寫入具有多維從屬關系的表格，進而發(fā)送給客戶端。如此便有效實現(xiàn)了動態(tài)監(jiān)控集群型服務器中的多維設備節(jié)點，對于多維設備節(jié)點的從屬關系也能清楚知曉，使得服務器的監(jiān)控管理更加靈活，節(jié)約了成本。

相應地，本發(fā)明實施例提供的一種監(jiān)控設備節(jié)點的裝置，也同樣具有上述技術效果。

附圖說明

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

圖1為本發(fā)明實施例公開的一種監(jiān)控設備節(jié)點的方法流程圖；

圖2為本發(fā)明實施例公開的另一種監(jiān)控設備節(jié)點的方法流程圖；

圖3為本發(fā)明實施例公開的一種監(jiān)控設備節(jié)點的裝置示意圖；

圖4為本發(fā)明實施例公開的另一種監(jiān)控設備節(jié)點的裝置示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例公開了一種監(jiān)控設備節(jié)點的方法及裝置，以實現(xiàn)動態(tài)監(jiān)控集群服務器集群中的多維設備節(jié)點。

參見圖1，本發(fā)明實施例提供的一種監(jiān)控設備節(jié)點的方法，包括：

s101、接收指令；

具體的，本實施例中服務器接收的指令是客戶端發(fā)送給服務器的指令，指令內(nèi)容為請求獲取服務器中模塊的設備節(jié)點信息，所以在服務器接收該指令之前，客戶端首先發(fā)送該指令。在本實施例中，服務器接收的指令為獲取整個模塊的設備節(jié)點信息的指令。

s102、獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息；

具體的，在本實施例中是通過程序代碼動態(tài)獲取模塊的設備節(jié)點數(shù)量和設備節(jié)點信息，首先獲取模塊的節(jié)點數(shù)量，再獲取每個設備節(jié)點信息。服務器在收到來自客戶端的獲取請求之后，需要遍歷要監(jiān)控的模塊的設備節(jié)點，獲取該模塊的設備節(jié)點數(shù)量和設備節(jié)點信息。

s103、根據(jù)所述設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格；

具體的，在本實施例中，當服務器獲得模塊的設備節(jié)點數(shù)量和設備節(jié)點信息后，需要根據(jù)模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格。在本實施例中，預先將需要監(jiān)控的模塊注冊成表格，表格的表頭以模塊或者子模塊的名字來命名，具體數(shù)據(jù)待接收到獲取指令后，服務器會通過代碼動態(tài)寫入。所以預先注冊而成的表格只是含有表頭的一個空表格，而表頭體現(xiàn)了服務器中的硬件設備的從屬關系。

所述多維從屬關系即服務器與模塊，模塊與設備節(jié)點之間的從屬關系。例如：服務器下層有多個模塊，每個模塊下層有多個設備節(jié)點，那么服務器與模塊的從屬關系即為二維從屬關系，服務器與設備節(jié)點的從屬關系即為三維從屬關系。如果服務器上層有路由器，那么路由器與設備節(jié)點即為四維從屬關系，當然，設備節(jié)點下層可能還有眾多端口，這些端口與路由器即為五維從屬關系，與服務器即為四維從屬關系以此類推，端口與上述各個硬件設備的從屬關系在此不再贅述。

需要說明的是，本實施例中每個設備節(jié)點信息的數(shù)據(jù)都是通過代碼動態(tài)實現(xiàn)的，服務器在接到每一次獲取請求后，都會重新獲取設備節(jié)點數(shù)量和設備節(jié)點信息并寫入預先注冊的表格，并創(chuàng)建完整的表格。這樣當服務器的下層設備被修整或更換后，服務器會及時更新表格中的數(shù)據(jù)行，以達到動態(tài)監(jiān)控集群型服務器中多維設備節(jié)點的目的。

s104、根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息。

具體的，在本實施例中，當服務器接收到獲取整個模塊設備節(jié)點信息的指令時，便根據(jù)該指令反饋給客戶端整個模塊的設備節(jié)點信息。

可見，本實施例提供了一種監(jiān)控設備節(jié)點的方法，所述方法通過代碼動態(tài)獲取設備節(jié)點數(shù)量和設備節(jié)點信息，實現(xiàn)了集群型服務器中設備節(jié)點的動態(tài)監(jiān)控；同時，將設備節(jié)點信息寫入具有多維從屬關系的表格，更清楚地體現(xiàn)了設備節(jié)點與上層硬件設備之間的從屬關系，方便了客戶端用戶的查看。如此便有效實現(xiàn)了動態(tài)監(jiān)控集群型服務器中的多維設備節(jié)點，對于多維設備節(jié)點的從屬關系也能清楚知曉，使得服務器的監(jiān)控管理更加靈活，節(jié)約了成本。

參見圖2，本發(fā)明實施例提供的另一種監(jiān)控設備節(jié)點的方法，包括：

s201、在服務器的操作系統(tǒng)上部署snmp服務；

s202、通過snmp服務將需要監(jiān)控的模塊注冊為具有多維從屬關系的表格。

具體的，在集群型服務器中，大都在服務器的操作系統(tǒng)上部署snmp服務，以便更好的管理服務器。在本實施例中，通過snmp服務中的snmp表將需要監(jiān)控的模塊注冊成表格，表格的表頭以模塊或者子模塊的名字來命名，具體數(shù)據(jù)待接收到獲取指令后，服務器會通過代碼動態(tài)寫入。所以首先注冊而成的表格只是含有表頭的一個空表格，而表頭體現(xiàn)了服務器中的硬件設備的從屬關系。

s203、接收指令；

具體的，在本實施例中，服務器接收的指令為獲取模塊中設備節(jié)點1、設備節(jié)點3和設備節(jié)點6的設備節(jié)點信息的指令。

s204、獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息；

具體的，在本實施例中，模塊的設備節(jié)點信息數(shù)量和設備節(jié)點信息的獲取與上述實施例類似，在此不再贅述。

s205、根據(jù)所述設備節(jié)點數(shù)量以及不同設備節(jié)點信息，確定不同設備節(jié)點的多維索引值；

具體的，在本實施例中，預先注冊的表格含有多維從屬關系，而多維從屬關系需要由多維索引值來確定，所以首先需要根據(jù)所述設備節(jié)點數(shù)量以及不同設備節(jié)點信息，確定不同設備節(jié)點的多維索引值。通常使用數(shù)字作為索引值，而對于多維從屬的硬件系統(tǒng)而言，單一數(shù)字就無法準確的表示其從屬關系，例如：某個服務器下層具有多個節(jié)點，通常使用服務器id作為索引值，就會出現(xiàn)多行同id的情況，而此種情況在snmp服務中是不允許出現(xiàn)的。所以就需要建立多維索引值來表示服務器與其節(jié)點的從屬關系，例如：如果服務器下層有三個模塊，每個模塊有三個端口，那么第一個模塊的端口就可以分別表示為：1.1.1，1.1.2，1.1.3；相應的，第二個模塊的端口可以表示為：1.2.1，1.2.2，1.2.3；第三個模塊的端口以此類推，這樣就建立了三維索引值。

s206、根據(jù)每個設備節(jié)點的多維索引值，將每個設備節(jié)點信息寫入具有多維從屬關系的表格；

具體的，在本實施例中，服務器會根據(jù)每個設備節(jié)點的多維索引值，將每個設備節(jié)點信息寫入具有多維從屬關系的表格。多維索引值確定后，硬件設備的多維從屬關系也就因此而確定，多維索引值能夠準確的表示出了各個端口、模塊以及服務器的從屬關系，通過這樣的方法也可以表示更深層次的從屬關系。本實施例中的多維從屬關系與上述實施例類似，故在此不再贅述。

s207、根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息。

具體的，在本實施例中，所述表格與上述實施例類似，故在此不再贅述。當服務器獲取到模塊的設備節(jié)點數(shù)量和設備節(jié)點信息后，便通過程序代碼自動將上述信息寫入預先注冊的表格中，創(chuàng)建完整的表格。

需要說明的是，本實施例中雖然獲取的是某幾個目標設備節(jié)點信息，但是服務器在接到該命令后會獲取整個模塊的設備節(jié)點信息，以達到模塊的設備節(jié)點信息的及時更新。

具體的，在本實施例中，服務器根據(jù)所接收到的獲取模塊中設備節(jié)點

1、設備節(jié)點3和設備節(jié)點6的設備節(jié)點信息的指令，反饋給客戶端設備節(jié)點1、設備節(jié)點3和設備節(jié)點6的信息。

可見，本實施例提供的一種監(jiān)控設備節(jié)點的方法，所述方法通過代碼動態(tài)獲取設備節(jié)點數(shù)量和設備節(jié)點信息，實現(xiàn)了集群型服務器中設備節(jié)點的動態(tài)監(jiān)控；同時，將設備節(jié)點通過多維索引值進行表示，更清楚地體現(xiàn)了設備節(jié)點的從屬關系，方便了客戶端用戶的查看。如此便有效實現(xiàn)了動態(tài)監(jiān)控集群型服務器中的多維設備節(jié)點，對于多維設備節(jié)點的從屬關系也能清楚知曉，使得服務器的監(jiān)控管理更加靈活，節(jié)約了成本。

基于上述任意實施例，所述根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息包括：

若所述指令為獲取整個模塊的設備節(jié)點信息的指令，則根據(jù)所述指令反饋所述表格中整個模塊的設備節(jié)點信息；

若所述指令為單獨獲取模塊中目標設備節(jié)點信息的指令，則根據(jù)所述指令反饋所述表格中所述目標設備節(jié)點信息。

具體的，服務器會根據(jù)接收到的不同指令來反饋信息。服務器將獲取到的信息寫入預先注冊的表格，并創(chuàng)建完整的表格后，在給客戶端回復時，會根據(jù)客戶端的具體指令內(nèi)容來反饋信息。例如：當客戶端要求獲取某一服務器下所有模塊的設備節(jié)點信息，服務器則根據(jù)此指令將該服務下所有設備節(jié)點的相關信息發(fā)送給客戶端；當客戶端要求獲取某一服務器下某一模塊的某幾個目標設備節(jié)點信息時，服務器則根據(jù)此指令將指定的這幾個目標設備節(jié)點的信息反饋給客戶端；同樣的，當客戶端要求獲取某一具體設備節(jié)點信息時，服務器則根據(jù)此指令反饋該設備節(jié)點信息給客戶端。無論客戶端要求獲取整個模塊的設備節(jié)點信息還是某一目標設備節(jié)點信息，服務器都會通過代碼重新獲取設備節(jié)點數(shù)量和設備節(jié)點信息，并自動寫入預先注冊的表格，使表格完整。而后根據(jù)客戶端的具體指令進行反饋。

下面對本發(fā)明實施例提供的一種監(jiān)控設備節(jié)點的裝置進行介紹，下文描述的種監(jiān)控設備節(jié)點的裝置與上文描述的一種監(jiān)控設備節(jié)點的方法可以相互參照。

參見圖3，本發(fā)明實施例提供的一種監(jiān)控設備節(jié)點的裝置，包括：

接收模塊100，用于接收指令，所述指令為獲取模塊的設備節(jié)點信息的指令；

獲取模塊200，用于獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息；

寫入模塊300，用于根據(jù)所述設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格；

反饋模塊400，用于根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息。

參見圖4，基于上述實施例提供的一種監(jiān)控設備節(jié)點的裝置，本發(fā)明實施例還提供了另一種監(jiān)控設備節(jié)點的裝置，包括：

部署模塊500，用于在服務器的操作系統(tǒng)上部署snmp服務；

注冊模塊600，用于通過snmp服務將需要監(jiān)控的模塊注冊為具有多維從屬關系的表格；

接收模塊100，用于接收指令，所述指令為獲取模塊的設備節(jié)點信息的指令；

獲取模塊200，用于獲取所述模塊的設備節(jié)點數(shù)量和設備節(jié)點信息；

寫入模塊300，用于根據(jù)所述設備節(jié)點數(shù)量以及所述模塊與不同設備節(jié)點信息之間的多維從屬關系，將所述設備節(jié)點信息對應寫入預先注冊的表格；

反饋模塊400，用于根據(jù)所述指令反饋所述表格中模塊的設備節(jié)點信息。

其中，所述獲取模塊包括：

遍歷單元，用于遍歷所述模塊的設備節(jié)點；

數(shù)量獲取單元，用于獲取所述模塊的設備節(jié)點數(shù)量；

信息獲取單元，用于獲取所述模塊的設備節(jié)點信息。

其中，所述寫入模塊包括：

多維索引值確定單元，用于根據(jù)所述設備節(jié)點數(shù)量以及不同設備節(jié)點信息，確定不同設備節(jié)點的多維索引值；

寫入單元，用于根據(jù)每個設備節(jié)點的多維索引值，將每個設備節(jié)點信息寫入具有多維從屬關系的表格。

其中，所述反饋模塊包括：

第一反饋單元，用于當接收到獲取整個模塊的設備節(jié)點信息的指令時，根據(jù)所述指令反饋所述表格中整個模塊的設備節(jié)點信息；

第二反饋單元，用于當接收到單獨獲取模塊中目標設備節(jié)點信息的指令時，根據(jù)所述指令反饋所述表格中所述目標設備節(jié)點信息。

本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

對所公開的實施例的上述說明，使本領域專業(yè)技術人員能夠實現(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。