專(zhuān)利名稱(chēng)：均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域的網(wǎng)管系統(tǒng)，尤其涉及一種均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法及裝置。
背景技術(shù)：
網(wǎng)管系統(tǒng)是通訊系統(tǒng)中必不可少的一部分，主要用于管理通訊系統(tǒng)中的各種設(shè)備，對(duì)各種設(shè)備(網(wǎng)元)進(jìn)行數(shù)據(jù)配置、軟件升級(jí)、性能管理、安全監(jiān)控、故障維護(hù)等。網(wǎng)管系統(tǒng)主要分為服務(wù)端和客戶(hù)端兩部分，客戶(hù)端一般需要由服務(wù)端進(jìn)行管理和維護(hù)。近年來(lái)，網(wǎng)管系統(tǒng)客戶(hù)端呈現(xiàn)出越來(lái)越瘦的趨勢(shì)。另一方面，隨著通訊市場(chǎng)及通訊技術(shù)的發(fā)展，網(wǎng)管系統(tǒng)需要管理的網(wǎng)元數(shù)目逐漸增多，從而網(wǎng)管系統(tǒng)服務(wù)端所要承擔(dān)的運(yùn)算壓力正變得越來(lái)越大。針對(duì)網(wǎng)管系統(tǒng)服務(wù)端運(yùn)算壓力變大的問(wèn)題，現(xiàn)有技術(shù)一般通過(guò)購(gòu)買(mǎi)服務(wù)器，或通過(guò)對(duì)服務(wù)器進(jìn)行升級(jí)來(lái)應(yīng)對(duì)，但這并不能解決服務(wù)器瞬時(shí)運(yùn)算壓力變大的情況。例如，多個(gè)客戶(hù)端同時(shí)向服務(wù)器發(fā)送網(wǎng)管命令時(shí)，如果其中部分命令需要占用服務(wù)器較多的運(yùn)算資源，那么服務(wù)器就會(huì)出現(xiàn)瞬時(shí)壓力增大、處理命令延遲的問(wèn)題，從而客戶(hù)端的等待時(shí)間將變長(zhǎng)，客戶(hù)端的操作因此也將變得不夠順暢。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法及裝置，以緩解現(xiàn)有技術(shù)中網(wǎng)管系統(tǒng)服務(wù)器容易出現(xiàn)瞬時(shí)運(yùn)算壓力變大的問(wèn)題，提高網(wǎng)管系統(tǒng)的資源利用率。本發(fā)明采用以下技術(shù)方案解決上述技術(shù)問(wèn)題一種均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法，上述方法包括以下步驟客戶(hù)端向服務(wù)端發(fā)送網(wǎng)管命令之前，判斷上述服務(wù)端是否處于忙時(shí)間段，若是，則向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求；上述服務(wù)端收到上述請(qǐng)求后，判斷本地運(yùn)算資源是否瓶頸，若是，則向上述客戶(hù)端返回可主動(dòng)處理網(wǎng)管命令的通知；上述客戶(hù)端收到上述通知后，通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)上述網(wǎng)管命令進(jìn)行處理。上述服務(wù)端采用以下方法判斷本地運(yùn)算資源是否瓶頸分別獲取上述服務(wù)端及上述客戶(hù)端當(dāng)前的CPU利用率和內(nèi)存利用率，并將上述服務(wù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別與上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率進(jìn)行比較；若上述服務(wù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別大于上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率，則本地運(yùn)算資源瓶頸。上述客戶(hù)端向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求之前，還包括以下步驟
判斷在本地預(yù)設(shè)的負(fù)載均衡模塊是否可以處理上述網(wǎng)管命令，若是，則繼續(xù)判斷本地的通訊帶寬是否低于預(yù)設(shè)的帶寬判決門(mén)限若是，則跳過(guò)向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求步驟，直接將上述網(wǎng)管命令發(fā)送到上述服務(wù)端。若上述客戶(hù)端的通訊帶寬高于預(yù)設(shè)的帶寬判決門(mén)限，則上述客戶(hù)端判斷本地運(yùn)算資源是否瓶頸，若是，則跳過(guò)向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求步驟，直接將上述網(wǎng)管命令發(fā)送到上述服務(wù)端。上述客戶(hù)端采用以下方法判斷本地運(yùn)算資源是否瓶頸將上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別與預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限進(jìn)行比較；若上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別大于預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限，則本地運(yùn)算資源瓶頸。上述方法預(yù)先包括以下步驟將上述服務(wù)端上用于處理網(wǎng)管命令的均衡運(yùn)算模塊同時(shí)預(yù)設(shè)在上述客戶(hù)端上。上述客戶(hù)端通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)上述網(wǎng)管命令進(jìn)行處理之后，判斷是否需要將上述網(wǎng)絡(luò)命令發(fā)給上述服務(wù)端作進(jìn)一步處理，若是，則將上述網(wǎng)管命令發(fā)送到上述服務(wù)端。本發(fā)明還采用以下技術(shù)方案一種均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的裝置，包括服務(wù)端和客戶(hù)端；上述客戶(hù)端，用于向上述服務(wù)端發(fā)送網(wǎng)管命令之前，判斷上述服務(wù)端是否處于忙時(shí)間段，若是，則向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求，以及在收到可主動(dòng)處理網(wǎng)管命令的通知后，通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)上述網(wǎng)管命令進(jìn)行處理；上述服務(wù)端，用于在收到客戶(hù)端欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求后，判斷本地運(yùn)算資源是否瓶頸，若是，則向上述客戶(hù)端返回可主動(dòng)處理網(wǎng)管命令的通知。上述服務(wù)端包括服務(wù)端資源判斷模塊和服務(wù)端均衡運(yùn)算模塊上述服務(wù)端資源判斷模塊，用于根據(jù)上述服務(wù)端及上述客戶(hù)端當(dāng)前的CPU利用率和內(nèi)存利用率，判斷上述服務(wù)端的運(yùn)算資源是否瓶頸；上述服務(wù)端均衡運(yùn)算模塊，用于對(duì)網(wǎng)管命令進(jìn)行處理。上述客戶(hù)端包括客戶(hù)端資源判斷模塊、客戶(hù)端寬帶判斷模塊和客戶(hù)端均衡運(yùn)算模塊上述客戶(hù)端資源判斷模塊，用于根據(jù)上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率及預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限，判斷上述客戶(hù)端的運(yùn)算資源是否瓶頸，若是，則將上述網(wǎng)管命令發(fā)送到上述服務(wù)端；上述客戶(hù)端寬帶判斷模塊，用于判斷上述客戶(hù)端的通訊帶寬是否低于預(yù)設(shè)的帶寬判決門(mén)限，若是，則將上述網(wǎng)管命令發(fā)送到上述服務(wù)端；上述客戶(hù)端均衡運(yùn)算模塊，用于對(duì)網(wǎng)管命令進(jìn)行處理。與現(xiàn)有技術(shù)相比，本發(fā)明具有如下有益技術(shù)效果1)本發(fā)明將服務(wù)端具有的用于處理網(wǎng)管命令的均衡運(yùn)算模塊，同時(shí)設(shè)置在客戶(hù)端，從而網(wǎng)管系統(tǒng)可以充分利用客戶(hù)端的運(yùn)算資源；幻本發(fā)明提出以CPU和內(nèi)存利用率、通訊帶寬為判決條件，當(dāng)客戶(hù)端滿足判決條件時(shí)，即可以對(duì)網(wǎng)管命令進(jìn)行主動(dòng)處理。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是本發(fā)明優(yōu)選實(shí)施例中均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法流程圖；圖2是本發(fā)明優(yōu)選實(shí)施例中均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的裝置模塊框圖。
具體實(shí)施例方式為了使本發(fā)明所要解決的技術(shù)問(wèn)題、技術(shù)方案及有益效果更加清楚、明白，以下結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。圖1是本發(fā)明優(yōu)選實(shí)施例中均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法流程圖。如圖1所示，本發(fā)明優(yōu)選實(shí)施例的方法包括以下步驟步驟SlOl 將服務(wù)端上用于處理網(wǎng)管命令的均衡運(yùn)算模塊同時(shí)預(yù)設(shè)在客戶(hù)端上；步驟S102 客戶(hù)端向服務(wù)端發(fā)送網(wǎng)管命令之前，判斷上述服務(wù)端是否處于忙時(shí)間段；上述服務(wù)端的忙時(shí)間段可以根據(jù)網(wǎng)管系統(tǒng)的定時(shí)任務(wù)自動(dòng)計(jì)算得出，也可以根據(jù)
需要人工設(shè)定。步驟S103 若上述服務(wù)器處于忙時(shí)間段，則上述客戶(hù)端繼續(xù)判斷本地的負(fù)載均衡模塊是否可以處理上述網(wǎng)管命令；步驟S104 若否，則進(jìn)入步驟S109，否則繼續(xù)判斷本地的通訊帶寬是否低于預(yù)設(shè)的帶寬判決門(mén)限；步驟S105 若是，則進(jìn)入步驟S109，否則上述客戶(hù)端判斷本地運(yùn)算資源是否瓶頸；上述客戶(hù)端采用以下方法判斷本地運(yùn)算資源是否瓶頸將上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別與預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限進(jìn)行比較；若上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別大于預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限，則本地運(yùn)算資源瓶頸。例如假設(shè)預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限均為50%，而此時(shí)客戶(hù)端的CPU利用率達(dá)到了 60 % (大于CPU判決門(mén)限)，內(nèi)存利用率達(dá)到了 55 % (大于內(nèi)存判決門(mén)限)，則可以判斷客戶(hù)端的運(yùn)算資源達(dá)到瓶頸。當(dāng)客戶(hù)端的運(yùn)算資源達(dá)到瓶頸時(shí)，客戶(hù)端不主動(dòng)處理網(wǎng)管命令，而是進(jìn)入步驟S109，直接將網(wǎng)管命令發(fā)給服務(wù)端處理。步驟S106 若是，則進(jìn)入步驟S109，否則上述客戶(hù)端向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求；當(dāng)服務(wù)端處于忙時(shí)間段，客戶(hù)端的通訊帶寬高于預(yù)設(shè)門(mén)限，并且客戶(hù)端的運(yùn)算資源沒(méi)有出現(xiàn)瓶頸時(shí)，則客戶(hù)端可以向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求。
步驟S107 上述服務(wù)端收到上述請(qǐng)求后，判斷本地運(yùn)算資源是否瓶頸，若是，則向上述客戶(hù)端返回可主動(dòng)處理網(wǎng)管命令的通知；上述服務(wù)端收到客戶(hù)端發(fā)來(lái)的欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求之后，可以先判斷本地運(yùn)算資源是否瓶頸，服務(wù)端判斷本地資源是否瓶頸的方法為分別獲取上述服務(wù)端及上述客戶(hù)端當(dāng)前的CPU利用率和內(nèi)存利用率，并將上述服務(wù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別與上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率進(jìn)行比較；若上述服務(wù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別大于上述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率，則服務(wù)端本地運(yùn)算資源瓶頸。如果服務(wù)端的運(yùn)算資源出現(xiàn)瓶頸，則服務(wù)端向客戶(hù)端返回可主動(dòng)處理網(wǎng)管命令的通知。如果服務(wù)端的運(yùn)算資源沒(méi)有出現(xiàn)瓶頸，服務(wù)端也可以拒絕客戶(hù)端欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求。步驟S108 上述客戶(hù)端收到上述通知后，通過(guò)本地的均衡運(yùn)算模塊對(duì)上述網(wǎng)管命令進(jìn)行處理，處理完后判斷是否需要將上述網(wǎng)管命令發(fā)給上述服務(wù)端，若是，則進(jìn)入步驟 S109，否則執(zhí)行結(jié)束；步驟S109 上述客戶(hù)端將上述網(wǎng)管命令發(fā)送給上述服務(wù)端。服務(wù)端收到客戶(hù)端發(fā)來(lái)的網(wǎng)管命令后，通過(guò)現(xiàn)有技術(shù)進(jìn)行處理。例如，通過(guò)服務(wù)端上的應(yīng)用模塊或均衡運(yùn)算模塊進(jìn)行處理，并將處理結(jié)果返回給客戶(hù)端。根據(jù)圖1所示的優(yōu)選實(shí)施例，結(jié)合上述各個(gè)步驟的說(shuō)明，可以理解，本優(yōu)選實(shí)施例的方法，在客戶(hù)端每發(fā)送一個(gè)網(wǎng)管命令之前，就首先判決服務(wù)端是否處于忙時(shí)間段，并判決自身是否有能力及資源處理網(wǎng)管命令。若服務(wù)端處于忙時(shí)間段，并且客戶(hù)端自身有能力及資源處理網(wǎng)管命令，則客戶(hù)端向服務(wù)端發(fā)出欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求。服務(wù)端可以依據(jù)自身資源是否達(dá)到資源，對(duì)上述請(qǐng)求進(jìn)行回應(yīng)。也就是說(shuō)，本優(yōu)選實(shí)施例的方法中，客戶(hù)端和服務(wù)端彼此之間通過(guò)協(xié)商和資源判斷，可以選擇最合適的一方對(duì)網(wǎng)管命令進(jìn)行處理，從而可以達(dá)到均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的目的。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，除上述的優(yōu)選實(shí)施例外，本發(fā)明的方法還有其他實(shí)施方式例如，服務(wù)端和客戶(hù)端可以進(jìn)行協(xié)商，規(guī)定處理周期，在一個(gè)處理周期內(nèi)所有網(wǎng)管命令均由服務(wù)端處理，下一個(gè)處理周期內(nèi)所有網(wǎng)管命令均由客戶(hù)端處理。圖2是本發(fā)明優(yōu)選實(shí)施例中均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的裝置模塊框圖。如圖2所示，本發(fā)明優(yōu)選實(shí)施例的裝置包括客戶(hù)端1和服務(wù)端2 ；上述客戶(hù)端1，用于向上述服務(wù)端2發(fā)送網(wǎng)管命令之前，判斷上述服務(wù)端2是否處于忙時(shí)間段，若是，則向上述服務(wù)端2發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求，以及在收到可主動(dòng)處理網(wǎng)管命令的通知后，通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)上述網(wǎng)管命令進(jìn)行處理；上述服務(wù)端2，用于在收到客戶(hù)端1欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求后，判斷本地運(yùn)算資源是否瓶頸，若是，則向上述客戶(hù)端1返回可主動(dòng)處理網(wǎng)管命令的通知。上述服務(wù)端2包括服務(wù)端資源判斷模塊21和服務(wù)端均衡運(yùn)算模塊22 上述服務(wù)端資源判斷模塊21，用于根據(jù)上述服務(wù)端2及上述客戶(hù)端1當(dāng)前的CPU 利用率和內(nèi)存利用率，判斷上述服務(wù)端2的運(yùn)算資源是否瓶頸；上述服務(wù)端均衡運(yùn)算模塊22，用于對(duì)網(wǎng)管命令進(jìn)行處理。
上述客戶(hù)端1包括客戶(hù)端資源判斷模塊11、客戶(hù)端寬帶判斷模塊12和客戶(hù)端均衡運(yùn)算模塊13 上述客戶(hù)端資源判斷模塊11，用于根據(jù)上述客戶(hù)端1當(dāng)前的CPU利用率、內(nèi)存利用率及預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限，判斷上述客戶(hù)端1的運(yùn)算資源是否瓶頸，若是，則將上述網(wǎng)管命令發(fā)送到上述服務(wù)端2 ；上述客戶(hù)端寬帶判斷模塊12，用于判斷上述客戶(hù)端的通訊帶寬是否低于預(yù)設(shè)的帶寬判決門(mén)限，若是，則將上述網(wǎng)管命令發(fā)送到上述服務(wù)端2 ；上述客戶(hù)端均衡運(yùn)算模塊13，用于對(duì)網(wǎng)管命令進(jìn)行處理。上述說(shuō)明示出并描述了本發(fā)明的優(yōu)選實(shí)施例，但如前所述，應(yīng)當(dāng)理解本發(fā)明并非局限于本文所披露的形式，不應(yīng)看作是對(duì)其他實(shí)施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過(guò)上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識(shí)進(jìn)行改動(dòng)。而本領(lǐng)域人員所進(jìn)行的改動(dòng)和變化不脫離本發(fā)明的精神和范圍，則都應(yīng)在本發(fā)明所附權(quán)利要求的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法，其特征在于，所述方法包括以下步驟客戶(hù)端向服務(wù)端發(fā)送網(wǎng)管命令之前，判斷所述服務(wù)端是否處于忙時(shí)間段，若是，則向所述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求；所述服務(wù)端收到所述請(qǐng)求后，判斷本地運(yùn)算資源是否瓶頸，若是，則向所述客戶(hù)端返回可主動(dòng)處理網(wǎng)管命令的通知；所述客戶(hù)端收到所述通知后，通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)所述網(wǎng)管命令進(jìn)行處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)端采用以下方法判斷本地運(yùn)算資源是否瓶頸分別獲取所述服務(wù)端及所述客戶(hù)端當(dāng)前的CPU利用率和內(nèi)存利用率，并將所述服務(wù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別與所述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率進(jìn)行比較；若所述服務(wù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別大于所述客戶(hù)端當(dāng)前的CPU利用率、 內(nèi)存利用率，則本地運(yùn)算資源瓶頸。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述客戶(hù)端向所述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求之前，還包括以下步驟判斷在本地預(yù)設(shè)的負(fù)載均衡模塊是否可以處理所述網(wǎng)管命令，若是，則繼續(xù)判斷本地的通訊帶寬是否低于預(yù)設(shè)的帶寬判決門(mén)限若是，則跳過(guò)向所述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求步驟，直接將所述網(wǎng)管命令發(fā)送到所述服務(wù)端。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于若所述客戶(hù)端的通訊帶寬高于預(yù)設(shè)的帶寬判決門(mén)限，則所述客戶(hù)端判斷本地運(yùn)算資源是否瓶頸，若是，則跳過(guò)向所述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求步驟，直接將所述網(wǎng)管命令發(fā)送到所述服務(wù)端。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述客戶(hù)端采用以下方法判斷本地運(yùn)算資源是否瓶頸將所述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別與預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限進(jìn)行比較；若所述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率分別大于預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限，則本地運(yùn)算資源瓶頸。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法預(yù)先包括以下步驟將所述服務(wù)端上用于處理網(wǎng)管命令的均衡運(yùn)算模塊同時(shí)預(yù)設(shè)在所述客戶(hù)端上。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于所述客戶(hù)端通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)所述網(wǎng)管命令進(jìn)行處理之后，判斷是否需要將所述網(wǎng)絡(luò)命令發(fā)給所述服務(wù)端作進(jìn)一步處理，若是，則將所述網(wǎng)管命令發(fā)送到所述服務(wù)端。
8.一種均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的裝置，包括服務(wù)端和客戶(hù)端，其特征在于所述客戶(hù)端，用于向所述服務(wù)端發(fā)送網(wǎng)管命令之前，判斷所述服務(wù)端是否處于忙時(shí)間段，若是，則向所述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求，以及在收到可主動(dòng)處理網(wǎng)管命令的通知后，通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)所述網(wǎng)管命令進(jìn)行處理；所述服務(wù)端，用于在收到客戶(hù)端欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求后，判斷本地運(yùn)算資源是否瓶頸，若是，則向所述客戶(hù)端返回可主動(dòng)處理網(wǎng)管命令的通知。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述服務(wù)端包括服務(wù)端資源判斷模塊和服務(wù)端均衡運(yùn)算模塊所述服務(wù)端資源判斷模塊，用于根據(jù)所述服務(wù)端及所述客戶(hù)端當(dāng)前的CPU利用率和內(nèi)存利用率，判斷所述服務(wù)端的運(yùn)算資源是否瓶頸；所述服務(wù)端均衡運(yùn)算模塊，用于對(duì)網(wǎng)管命令進(jìn)行處理。
10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述客戶(hù)端包括客戶(hù)端資源判斷模塊、 客戶(hù)端寬帶判斷模塊和客戶(hù)端均衡運(yùn)算模塊所述客戶(hù)端資源判斷模塊，用于根據(jù)所述客戶(hù)端當(dāng)前的CPU利用率、內(nèi)存利用率及預(yù)設(shè)的CPU判決門(mén)限、內(nèi)存判決門(mén)限，判斷所述客戶(hù)端的運(yùn)算資源是否瓶頸，若是，則將所述網(wǎng)管命令發(fā)送到所述服務(wù)端；所述客戶(hù)端寬帶判斷模塊，用于判斷所述客戶(hù)端的通訊帶寬是否低于預(yù)設(shè)的帶寬判決門(mén)限，若是，則將所述網(wǎng)管命令發(fā)送到所述服務(wù)端；所述客戶(hù)端均衡運(yùn)算模塊，用于對(duì)網(wǎng)管命令進(jìn)行處理。
全文摘要
本發(fā)明公開(kāi)了一種均衡網(wǎng)管系統(tǒng)服務(wù)端和客戶(hù)端運(yùn)算壓力的方法和裝置，上述方法包括以下步驟客戶(hù)端向服務(wù)端發(fā)送網(wǎng)管命令之前，判斷上述服務(wù)端是否處于忙時(shí)間段，若是，則向上述服務(wù)端發(fā)送欲主動(dòng)處理網(wǎng)管命令的請(qǐng)求；上述服務(wù)端收到上述請(qǐng)求后，判斷本地運(yùn)算資源是否瓶頸，若是，則向上述客戶(hù)端返回可主動(dòng)處理網(wǎng)管命令的通知；上述客戶(hù)端收到上述通知后，通過(guò)在本地預(yù)設(shè)的均衡運(yùn)算模塊對(duì)上述網(wǎng)管命令進(jìn)行處理。本發(fā)明將服務(wù)端用于處理網(wǎng)管命令的均衡運(yùn)算模塊，同時(shí)設(shè)置在客戶(hù)端，從而網(wǎng)管系統(tǒng)可以充分利用客戶(hù)端的運(yùn)算資源，減輕服務(wù)端的運(yùn)算壓力。
文檔編號(hào)H04L12/24GK102523107SQ20111039609
公開(kāi)日2012年6月27日 申請(qǐng)日期2011年12月2日 優(yōu)先權(quán)日2011年12月2日
發(fā)明者尉海立 申請(qǐng)人:中興通訊股份有限公司