亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

云主機(jī)故障遷移方法及系統(tǒng)與流程

文檔序號(hào):12477601閱讀:1004來源:國知局
云主機(jī)故障遷移方法及系統(tǒng)與流程

本發(fā)明涉及云計(jì)算安全技術(shù)領(lǐng)域,尤其涉及一種云主機(jī)故障遷移方法及系統(tǒng)。



背景技術(shù):

目前用戶在使用云計(jì)算系統(tǒng)時(shí),采用云服務(wù)商提供的監(jiān)控平臺(tái)進(jìn)行監(jiān)控,并且需要人工參與監(jiān)控過程。例如,當(dāng)監(jiān)控平臺(tái)檢測到某一個(gè)物理服務(wù)器出現(xiàn)問題即發(fā)生故障后會(huì)產(chǎn)生報(bào)警,此時(shí)由操作工員對發(fā)生故障的服務(wù)器進(jìn)行遷移或者其他處理??梢?,由人工處理服務(wù)器故障效率會(huì)大大降低,不能做到及時(shí)處理。

現(xiàn)有監(jiān)控平臺(tái)中需要設(shè)置一個(gè)固定的預(yù)警閾值,但是當(dāng)負(fù)載并未達(dá)到報(bào)警閾值時(shí)則有可能對用戶的使用產(chǎn)生影響。例如,設(shè)置CPU的監(jiān)控室閾值為80%,一個(gè)服務(wù)器的CPU平均使用率為75%,此時(shí)監(jiān)控平臺(tái)不會(huì)產(chǎn)生報(bào)警信息。此時(shí)用戶會(huì)發(fā)現(xiàn)網(wǎng)絡(luò)運(yùn)行緩慢甚至無法使用的情況并上報(bào)到服務(wù)商,由服務(wù)商根據(jù)所上報(bào)的問題進(jìn)行檢查。在這個(gè)過程中,浪費(fèi)了較多時(shí)間,導(dǎo)致用戶的使用體驗(yàn)低,甚至蒙受損失。



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

針對現(xiàn)有技術(shù)中的缺陷,本發(fā)明提供一種云主機(jī)故障遷移方法及系統(tǒng),能夠減少人工參與故障排除而引起的時(shí)間浪費(fèi)問題,提升用戶使用云服務(wù)的體驗(yàn)。

第一方面,本發(fā)明實(shí)施例提供了一種云主機(jī)故障遷移方法,包括:

主控服務(wù)器獲取至少一臺(tái)業(yè)務(wù)服務(wù)器所發(fā)送的心跳包;

主控服務(wù)器根據(jù)所述心跳包、第一預(yù)設(shè)遷移規(guī)則以及網(wǎng)絡(luò)狀態(tài)信息并判斷所述至少一臺(tái)業(yè)務(wù)服務(wù)器的是否發(fā)生故障;

當(dāng)所述業(yè)務(wù)服務(wù)器發(fā)生故障時(shí),所述主控服務(wù)器根據(jù)第一預(yù)設(shè)遷移規(guī)則將所述業(yè)務(wù)服務(wù)器的全部業(yè)務(wù)轉(zhuǎn)移到其他業(yè)務(wù)服務(wù)器。

可選地,所述主控服務(wù)器生成心跳包ACK信息并發(fā)送給對應(yīng)的業(yè)務(wù)服務(wù)器,以供所述業(yè)務(wù)服務(wù)器對自身進(jìn)行隔離。

可選地,所述主控服務(wù)器獲取至少一臺(tái)業(yè)務(wù)服務(wù)器所發(fā)送的心跳包的步驟之前包括:

對所述主控服務(wù)器所處的主控集群中全部服務(wù)器進(jìn)行優(yōu)先級(jí)排序;

將優(yōu)先級(jí)最高的服務(wù)器作為主控服務(wù)器,其他服務(wù)器作為主控?zé)醾浞?wù)器。

可選地,所述主控集群中只有所述主控服務(wù)器與所述至少一臺(tái)業(yè)務(wù)服務(wù)器進(jìn)行數(shù)據(jù)交互。

可選地,所述主控服務(wù)器根據(jù)所述心跳包、第一預(yù)設(shè)遷移規(guī)則以及網(wǎng)絡(luò)狀態(tài)信息并判斷所述至少一臺(tái)業(yè)務(wù)服務(wù)器的是否發(fā)生故障的步驟中包括:

獲取來自所述至少一臺(tái)業(yè)務(wù)服務(wù)器上傳的第一預(yù)設(shè)遷移規(guī)則。

可選地,所述主控服務(wù)器根據(jù)第一預(yù)設(shè)遷移規(guī)則將所述業(yè)務(wù)服務(wù)器的全部業(yè)務(wù)轉(zhuǎn)移到其他業(yè)務(wù)服務(wù)器的步驟中包括:

判斷等待遷移的業(yè)務(wù)服務(wù)器的數(shù)量與可遷移的業(yè)務(wù)服務(wù)器的數(shù)量;

當(dāng)可遷移的業(yè)務(wù)服務(wù)器的數(shù)量大于或者等于等待遷移的業(yè)務(wù)服務(wù)器的數(shù)量時(shí),則對所述等待遷移的業(yè)務(wù)服務(wù)器的業(yè)務(wù)進(jìn)行遷移。

第二方面,本發(fā)明實(shí)施例還提供了一種適于主控服務(wù)器的故障遷移方法,包括:

Keepalived模塊獲取主控服務(wù)器的工作狀態(tài);

當(dāng)所述主控服務(wù)器發(fā)生故障時(shí),所述Keepalived模塊根據(jù)第二預(yù)設(shè)遷移規(guī)則將所述主控服務(wù)器的全部業(yè)務(wù)轉(zhuǎn)移到其他主控?zé)醾浞?wù)器。

可選地,其特征在于,所述Keepalived模塊通過以下步驟判斷所述主控服務(wù)器發(fā)生故障包括:

所述Keepalived模塊向所述主控服務(wù)器發(fā)送心跳包;

若所述主控服務(wù)器應(yīng)答時(shí)間超過預(yù)設(shè)的心跳超時(shí)時(shí)間,則所述主控服務(wù)器處于故障狀態(tài)。

由上述技術(shù)方案可知,本發(fā)明提供了云主機(jī)故障遷移方法,主控服務(wù)器獲取至少一臺(tái)業(yè)務(wù)服務(wù)器所發(fā)送的心跳包;主控服務(wù)器根據(jù)所述心跳包、第一預(yù)設(shè)遷移規(guī)則以及網(wǎng)絡(luò)狀態(tài)信息并判斷所述至少一臺(tái)業(yè)務(wù)服務(wù)器的是否發(fā)生故障;當(dāng)所述業(yè)務(wù)服務(wù)器發(fā)生故障時(shí),所述主控服務(wù)器根據(jù)第一預(yù)設(shè)遷移規(guī)則將所述業(yè)務(wù)服務(wù)器的全部業(yè)務(wù)轉(zhuǎn)移到其他業(yè)務(wù)服務(wù)器。本發(fā)明實(shí)施例中可以根據(jù)第一預(yù)設(shè)遷移規(guī)則對業(yè)務(wù)服務(wù)器的業(yè)務(wù)進(jìn)行遷移,提高運(yùn)維人員的工作效率以及排除故障的速度,進(jìn)而提升用戶使用云服務(wù)的體驗(yàn)。

附圖說明

通過參考附圖會(huì)更加清楚的理解本發(fā)明的特征和優(yōu)點(diǎn),附圖是示意性的而不應(yīng)理解為對本發(fā)明進(jìn)行任何限制,在附圖中:

圖1是本發(fā)明實(shí)施例提供的一種云主機(jī)故障遷移方法流程示意圖;

圖2是本發(fā)明實(shí)施例提供的一種業(yè)務(wù)服務(wù)器與主控服務(wù)器數(shù)據(jù)交互示意圖;

圖3是業(yè)務(wù)服務(wù)器與主控服務(wù)器之間數(shù)據(jù)交流程圖;

圖4是主控服務(wù)器對故障業(yè)務(wù)服務(wù)器進(jìn)行業(yè)務(wù)遷移流程圖;

圖5是本發(fā)明另一實(shí)施例提供的一種云主機(jī)故障遷移方法流程示意圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。

第一方面,本發(fā)明提供了一種云主機(jī)故障遷移方法,如圖1所示,包括:

S11、主控服務(wù)器獲取至少一臺(tái)業(yè)務(wù)服務(wù)器所發(fā)送的心跳包;

S12、主控服務(wù)器根據(jù)所述心跳包、第一預(yù)設(shè)遷移規(guī)則以及網(wǎng)絡(luò)狀態(tài)信息并判斷所述至少一臺(tái)業(yè)務(wù)服務(wù)器的是否發(fā)生故障;

S13、當(dāng)所述業(yè)務(wù)服務(wù)器發(fā)生故障時(shí),所述主控服務(wù)器根據(jù)第一預(yù)設(shè)遷移規(guī)則將所述業(yè)務(wù)服務(wù)器的全部業(yè)務(wù)轉(zhuǎn)移到其他業(yè)務(wù)服務(wù)器。

為體現(xiàn)本發(fā)明實(shí)施例提供的云主機(jī)故障遷移方法的優(yōu)越性,下面以結(jié)合實(shí)施例與附圖對上述方法作進(jìn)一步說明。

本發(fā)明實(shí)施例中,主控集群1包括多臺(tái)服務(wù)器,每臺(tái)服務(wù)器都設(shè)置有優(yōu)先級(jí),本發(fā)明中將優(yōu)先級(jí)最高的服務(wù)器作為主控服務(wù)器(圖2示出的Monitor-master),其他服務(wù)器作為主控?zé)醾浞?wù)器(圖2示出的Monitor-slave)。業(yè)務(wù)集群2包括多臺(tái)服務(wù)器,每臺(tái)服務(wù)器(圖2示出的agent)都是一個(gè)云計(jì)算節(jié)點(diǎn)。每個(gè)云計(jì)算節(jié)點(diǎn)之間互相獨(dú)立。并且,為保證數(shù)據(jù)的一致性,本發(fā)明中只有主控服務(wù)器可以與每臺(tái)業(yè)務(wù)服務(wù)器進(jìn)行數(shù)據(jù)交互。

每臺(tái)業(yè)務(wù)服務(wù)器agent檢測網(wǎng)絡(luò)狀態(tài)信息,向主控服務(wù)器發(fā)送心跳包。需要說明的是,該心跳包中包括當(dāng)前業(yè)務(wù)服務(wù)器的網(wǎng)絡(luò)狀態(tài)信息。

如圖3所示,當(dāng)主控服務(wù)器接收到至少一臺(tái)業(yè)務(wù)服務(wù)器agent發(fā)送的心跳包后進(jìn)行解析,獲取該業(yè)務(wù)服務(wù)器agent的網(wǎng)絡(luò)狀態(tài)信息。然后對該業(yè)務(wù)服務(wù)器的網(wǎng)絡(luò)狀態(tài)進(jìn)行更新。然后,該主控服務(wù)器還檢查業(yè)務(wù)服務(wù)器agent的隔離信息,并生成心跳包ACK信息發(fā)送給相應(yīng)的業(yè)務(wù)服務(wù)器。該心跳包ACK信息中包括該業(yè)務(wù)服務(wù)器agent的HA信息以及是否需要隔離信息。

需要說明的是,第一預(yù)設(shè)遷移規(guī)則是指預(yù)設(shè)在主控服務(wù)器的將故障的業(yè)務(wù)服務(wù)器中的業(yè)務(wù)遷移其他業(yè)務(wù)服務(wù)器中的規(guī)則。上述HA信息是第一預(yù)設(shè)遷移規(guī)則的具體內(nèi)容。本領(lǐng)域技術(shù)人員可以根據(jù)實(shí)際需要設(shè)置第一預(yù)設(shè)遷移規(guī)則以及獲取HA信息,本發(fā)明不作限定。

業(yè)務(wù)服務(wù)器根據(jù)所接收的心跳包ACK信息判斷是否需要隔離,不需要隔離時(shí)則繼續(xù)檢測網(wǎng)絡(luò)信息,重復(fù)上述過程。如果需要隔離則對自身進(jìn)行隔離。業(yè)務(wù)服務(wù)器通過自隔離,可以防止該業(yè)務(wù)服務(wù)器在恢復(fù)正常工作時(shí)重新執(zhí)行相應(yīng)的業(yè)務(wù)而引起的數(shù)據(jù)混亂。

實(shí)際應(yīng)用中,業(yè)務(wù)服務(wù)器在本周期內(nèi)未接收到心跳包ACK信息,或者接收到心跳包ACK信息超時(shí)(超過配置的允許超時(shí)次數(shù))時(shí),則根據(jù)上一次心跳包ACK信息與自身網(wǎng)絡(luò)狀態(tài)判斷是否需要隔離,若需要隔離則進(jìn)行自隔離。

圖4示出了主控服務(wù)器對故障業(yè)務(wù)服務(wù)器進(jìn)行業(yè)務(wù)遷移流程圖。參見圖4,判斷接收心跳包的是否是主控服務(wù)器,如果不是主控服務(wù)器則繼續(xù)判斷。如果是主控服務(wù)器,則更新第一預(yù)設(shè)遷移規(guī)則信息,同時(shí)獲取所有業(yè)務(wù)服務(wù)器agent的網(wǎng)絡(luò)狀態(tài)信息,并判斷每

臺(tái)業(yè)務(wù)服務(wù)器agent的網(wǎng)絡(luò)狀態(tài)是否出現(xiàn)異常。當(dāng)業(yè)務(wù)服務(wù)器agent未發(fā)生異常時(shí)繼續(xù)判斷是否超時(shí),如果沒有超時(shí)則繼續(xù)接收心跳包。若出現(xiàn)異常或者超時(shí),則對業(yè)務(wù)服務(wù)器agent的服務(wù)或者業(yè)務(wù)進(jìn)行禁用且根據(jù)第一預(yù)設(shè)遷移規(guī)則判斷是對該業(yè)務(wù)服務(wù)器agent的業(yè)務(wù)進(jìn)行熱遷移還是疏散處理,如果業(yè)務(wù)服務(wù)器agent的服務(wù)或者業(yè)務(wù)未禁用,或者不允許遷移則直接提示。如果允許遷移則判斷是否可以熱遷移,然后對該業(yè)務(wù)服務(wù)器agent的業(yè)務(wù)進(jìn)行熱遷移或者疏散,并將遷移結(jié)果提示給用戶。另外,在完成業(yè)務(wù)熱遷移或者疏散后主控服務(wù)器還更新該agent的網(wǎng)絡(luò)狀態(tài)信息。

需要說明的是,對于位于同一個(gè)業(yè)務(wù)集群中的業(yè)務(wù)服務(wù)器agent可以采用相同的預(yù)設(shè)遷移規(guī)則,這樣可以提高處理故障的效率。當(dāng)然也可以為每臺(tái)業(yè)務(wù)服務(wù)器單獨(dú)設(shè)置遷移規(guī)則,本發(fā)明不作限定。

本發(fā)明實(shí)施例中業(yè)務(wù)服務(wù)器的網(wǎng)絡(luò)包括:管理網(wǎng)、內(nèi)網(wǎng)、公網(wǎng)以及存儲(chǔ)網(wǎng)絡(luò)為業(yè)務(wù)服務(wù)器設(shè)置第一預(yù)設(shè)遷移規(guī)則,如表1所示,包括:

表1第一預(yù)設(shè)遷移規(guī)則

由表1可見,只有在管理網(wǎng)正常以及存儲(chǔ)網(wǎng)絡(luò)正常,且內(nèi)網(wǎng)或者公網(wǎng)發(fā)生故障時(shí)才允許熱遷移(即在不關(guān)斷當(dāng)前服務(wù)的情況下進(jìn)行遷移)。其他情況,在管理網(wǎng)或者存儲(chǔ)網(wǎng)絡(luò)出現(xiàn)故障時(shí)需要將服務(wù)關(guān)斷,然后在遷移后重新啟動(dòng)相應(yīng)的服務(wù)。

另外,主控服務(wù)器還檢測每臺(tái)業(yè)務(wù)集群的所有業(yè)務(wù)服務(wù)器的錯(cuò)誤狀態(tài)以及收斂信息以判斷業(yè)務(wù)服務(wù)器是否需要隔離。其中收斂信息是指業(yè)務(wù)服務(wù)器的穩(wěn)定時(shí)間。當(dāng)一臺(tái)業(yè)務(wù)服務(wù)器的狀態(tài)發(fā)生變化時(shí)(從錯(cuò)誤變?yōu)檎_,或者從正確變?yōu)殄e(cuò)誤)都將更新收斂時(shí)間,即更新為當(dāng)前時(shí)間。

當(dāng)業(yè)務(wù)服務(wù)器的狀態(tài)信息被遷移出業(yè)務(wù)集群后,其相應(yīng)的狀態(tài)信息也會(huì)被遷移出業(yè)務(wù)服務(wù)器的網(wǎng)絡(luò)狀態(tài)列表中,且在下次判斷時(shí)不會(huì)加入統(tǒng)計(jì)。當(dāng)發(fā)生故障的業(yè)務(wù)服務(wù)器被修復(fù)后,主控服務(wù)器接收到心跳包后判斷該業(yè)務(wù)服務(wù)器是否工作正常,當(dāng)工作正常時(shí)更新該業(yè)務(wù)服務(wù)器的狀態(tài),同時(shí)不加入到已遷移的業(yè)務(wù)服務(wù)器的統(tǒng)計(jì)。

需要說明的是,本發(fā)明實(shí)施例中,在對故障的業(yè)務(wù)服務(wù)器進(jìn)行遷移之前,還需要判斷等待遷移的業(yè)務(wù)服務(wù)器(即發(fā)生故障的業(yè)務(wù)服務(wù)器)的數(shù)量與業(yè)務(wù)集群中可遷移的業(yè)務(wù)服務(wù)器的數(shù)量;僅在業(yè)務(wù)集群中可遷移的業(yè)務(wù)服務(wù)器的數(shù)量大于或者等于等待遷移的業(yè)務(wù)服務(wù)器的數(shù)量時(shí),則對上述等待遷移的業(yè)務(wù)服務(wù)器進(jìn)行遷移,這樣可以防止遷移后的業(yè)務(wù)服務(wù)器在恢復(fù)工作后還執(zhí)行部分業(yè)務(wù),從而導(dǎo)致主控服務(wù)器同時(shí)為兩臺(tái)業(yè)務(wù)服務(wù)器提供相同的業(yè)務(wù)數(shù)據(jù),進(jìn)而導(dǎo)致數(shù)據(jù)混亂的問題。

實(shí)際應(yīng)用時(shí),本發(fā)明實(shí)施例中將主控服務(wù)器與業(yè)務(wù)服務(wù)器的業(yè)務(wù)添加到systenmd模塊中,這樣可以防止兩者的業(yè)務(wù)被意外殺死后可以自動(dòng)重啟,保證主控服務(wù)器與業(yè)務(wù)服務(wù)器的高可用。

上文中介紹了業(yè)務(wù)服務(wù)器發(fā)生故障,則主控服務(wù)器將該故障的業(yè)務(wù)服務(wù)器的業(yè)務(wù)遷移到其他業(yè)務(wù)服務(wù)器的情況,當(dāng)主控服務(wù)器發(fā)生故障時(shí),本發(fā)明實(shí)施例還提供了一種適于主控服務(wù)器的故障遷移方法,如圖5所示,包括:

S21、Keepalived模塊獲取主控服務(wù)器的工作狀態(tài);

S22、當(dāng)所述主控服務(wù)器發(fā)生故障時(shí),所述Keepalived模塊根據(jù)第二預(yù)設(shè)遷移規(guī)則將所述主控服務(wù)器的全部業(yè)務(wù)轉(zhuǎn)移到其他主控?zé)醾浞?wù)器。

實(shí)際應(yīng)用中,主控集群由Keepalived模塊控制。該Keepalived模塊向主控服務(wù)器發(fā)送心跳包,當(dāng)主控服務(wù)器的應(yīng)答時(shí)間超過預(yù)設(shè)的心跳超時(shí)時(shí)間,則該主控服務(wù)器處于失聯(lián)狀態(tài)即故障狀態(tài)。當(dāng)主控服務(wù)器發(fā)生故障時(shí),此時(shí)Keepalived模塊從主控集群中多個(gè)主控?zé)醾浞?wù)器選出下一個(gè)主控服務(wù)器,然后Keepalived模塊根據(jù)第二預(yù)設(shè)遷移規(guī)則將當(dāng)前主控服務(wù)器的全部業(yè)務(wù)遷移到新的主控服務(wù)器中。

需要說明的是,第二預(yù)設(shè)遷移規(guī)則是指預(yù)設(shè)在Keepalived模塊中的將故障的主控服務(wù)器的全部業(yè)務(wù)遷移到新的主控服務(wù)器(從主控?zé)醾浞?wù)器中新選出的主控服務(wù)器)中。當(dāng)故障的主控服務(wù)器被修復(fù)后,向Keepalived模塊發(fā)送心跳包。在Keepalived模塊確認(rèn)該故障的主控服務(wù)器工作正常后,將其狀態(tài)標(biāo)記為主控?zé)釀?wù)服務(wù)器。

需要說明的是,本發(fā)明實(shí)施例中第一預(yù)設(shè)遷移規(guī)則與第二預(yù)設(shè)遷移規(guī)則可以采用同一遷移規(guī)則實(shí)現(xiàn),也可以根據(jù)需要采用不同的遷移規(guī)則實(shí)現(xiàn),本發(fā)明不作限定。

本發(fā)明實(shí)施例還提供了一種云主機(jī)故障遷移系統(tǒng),如圖2所示,包括主控集群1和業(yè)務(wù)集群2,該主控集群1包括一臺(tái)主控服務(wù)器Monitor-master以及多臺(tái)主控?zé)醾浞?wù)器Monitor-slave,業(yè)務(wù)集群2包括多臺(tái)業(yè)務(wù)服務(wù)器agent;

所述業(yè)務(wù)服務(wù)器agent向主控服務(wù)器Monitor-master發(fā)送心跳包,以供主控服務(wù)器Monitor-master利用心跳包、第一預(yù)設(shè)遷移規(guī)則以及業(yè)務(wù)服務(wù)器器agent的網(wǎng)絡(luò)狀態(tài)信息生成心跳包ACK信息;

當(dāng)業(yè)務(wù)服務(wù)器發(fā)生錯(cuò)誤時(shí),主控服務(wù)器Monitor-master利用第一預(yù)設(shè)遷移規(guī)則將故障的業(yè)務(wù)服務(wù)器agent的業(yè)務(wù)全部轉(zhuǎn)移到另一臺(tái)業(yè)務(wù)服務(wù)器。

故障后的業(yè)務(wù)服務(wù)器根據(jù)心跳包ACK信息進(jìn)行自隔離。

當(dāng)主控服務(wù)器Monitor-master也發(fā)生故障時(shí),由Keepalived模塊采用第二預(yù)設(shè)遷移規(guī)則將該主控服務(wù)器Monitor-master的業(yè)務(wù)全部遷移到新的主控服務(wù)器Monitor-master上。

由上可以看出,本發(fā)明實(shí)施例提供的云主機(jī)故障遷移系統(tǒng)基于上文所述的云主機(jī)故障遷移方法實(shí)現(xiàn),因而可以解決同樣的技術(shù)問題,并取得相同的技術(shù)效果,在此不再一一贅述。

綜上所述,本發(fā)明提供了一種云主機(jī)故障遷移方法及系統(tǒng),包括主控服務(wù)器獲取至少一臺(tái)業(yè)務(wù)服務(wù)器所發(fā)送的心跳包;主控服務(wù)器根據(jù)所述心跳包、第一預(yù)設(shè)遷移規(guī)則以及網(wǎng)絡(luò)狀態(tài)信息并判斷所述至少一臺(tái)業(yè)務(wù)服務(wù)器的是否發(fā)生故障;當(dāng)所述業(yè)務(wù)服務(wù)器發(fā)生故障時(shí),所述主控服務(wù)器根據(jù)第一預(yù)設(shè)遷移規(guī)則將所述業(yè)務(wù)服務(wù)器的全部業(yè)務(wù)轉(zhuǎn)移到其他業(yè)務(wù)服務(wù)器。本發(fā)明實(shí)施例中可以根據(jù)預(yù)設(shè)遷移規(guī)則對業(yè)務(wù)服務(wù)器以及主控服務(wù)器進(jìn)行遷移,提高運(yùn)維人員的工作效率以及排除故障的速度,進(jìn)而提升用戶使用云服務(wù)的體驗(yàn)。

在本發(fā)明中,術(shù)語“第一”、“第二”、“第三”僅用于描述目的,而不能理解為指示或暗示相對重要性。術(shù)語“多個(gè)”指兩個(gè)或兩個(gè)以上,除非另有明確的限定。

雖然結(jié)合附圖描述了本發(fā)明的實(shí)施方式,但是本領(lǐng)域技術(shù)人員可以在不脫離本發(fā)明的精神和范圍的情況下做出各種修改和變型,這樣的修改和變型均落入由所附權(quán)利要求所限定的范圍之內(nèi)。

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會(huì)獲得點(diǎn)贊!
1