專利名稱：一種OpenStack云平臺異常的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種云計(jì)算平臺基礎(chǔ)設(shè)施服務(wù)異常監(jiān)控技術(shù)，特別涉及一種OpenStack云平臺異常的處理方法，該方法，使系統(tǒng)能夠及時(shí)應(yīng)對云計(jì)算平臺在服務(wù)過程中的異常情況，提高了云計(jì)算服務(wù)平臺的容錯性能。。
背景技術(shù)：
隨著云計(jì)算技術(shù)的日益發(fā)展，多種云計(jì)算平臺應(yīng)運(yùn)而生。而OpenStack作為一種云計(jì)算平臺，為云計(jì)算基礎(chǔ)設(shè)施服務(wù)提供解決方案。OpenStack以其全開源、易拓展的特點(diǎn)，贏得業(yè)界越來越多的關(guān)注。異常監(jiān)控是云計(jì)算服務(wù)平臺的一個重要部分。目前，云計(jì)算平臺基礎(chǔ)設(shè)施服務(wù)異常監(jiān)控多為異常預(yù)測和異常容錯兩種模式。前者是在異常發(fā)生之前，通過已有的數(shù)據(jù)預(yù)測出將可能發(fā)生的異常，并做相應(yīng)的預(yù)防措施；后者則是在異常發(fā)生之后，將其檢測出來，并做相應(yīng)的異常處理。在實(shí)際應(yīng)用中，OpenStack云平臺容易出現(xiàn)各種各樣不穩(wěn)定的問題，甚至?xí)霈F(xiàn)系統(tǒng)崩潰現(xiàn)象。然而，處于發(fā)展階段的OpenStack云計(jì)算平臺，自身尚無相應(yīng)的異常監(jiān)控方案，而國內(nèi)外對此的研究較少。
·
目前，國內(nèi)對OpenStack異常預(yù)測模式的研究，常見的方案是:采集云平臺的大量數(shù)據(jù)，經(jīng)過數(shù)學(xué)建模進(jìn)行統(tǒng)計(jì)分析來預(yù)測異常，它的缺點(diǎn)是:導(dǎo)致系統(tǒng)比較龐大，且實(shí)現(xiàn)復(fù)雜度較大；而對OpenStack異常容錯模式的異常監(jiān)控研究，異常檢測方法見專利《OpenStack云平臺異常的一種檢測方法》,其中只公開了利用OpenStack云平臺運(yùn)行信息進(jìn)行異常檢測的方法，該方法只解決了異常容錯模式的異常檢測，沒有提出異常的處理方案。本發(fā)明以較簡單的模式，處理以上異常檢測方法所檢測出來的異常事件。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服現(xiàn)有技術(shù)的缺點(diǎn)與不足，提供一種OpenStack云平臺異常的處理方法，該方法在已檢測出OpenStack云計(jì)算平臺基礎(chǔ)設(shè)施服務(wù)的異常事件的基礎(chǔ)上，對異常進(jìn)行相應(yīng)的處理，減少系統(tǒng)維護(hù)的人工參與度。本發(fā)明的目的通過下述技術(shù)方案實(shí)現(xiàn):一種OpenStack云平臺異常的處理方法，主要包括以下步驟:(1)定義異常處理規(guī)則；即設(shè)定異常事件、運(yùn)行信息位置以及運(yùn)行信息糾錯動作的映射關(guān)系；(2)定位信息糾錯位置；運(yùn)行信息糾錯實(shí)際是修改數(shù)據(jù)庫和配置文件中的標(biāo)識，需要定位到數(shù)據(jù)庫信息表中具體的標(biāo)識位置和配置文件中具體的配置項(xiàng)；(3)指令操作；主要是糾正長時(shí)間僵死的狀態(tài)標(biāo)識和恢復(fù)運(yùn)行信息兩種處理動作，此處僵死的狀態(tài)標(biāo)識是指運(yùn)行信息中的某個狀態(tài)變量，改變量對云平臺運(yùn)行狀態(tài)的描述，不按照正常規(guī)律跳轉(zhuǎn)，長時(shí)間處于某種狀態(tài)；(4)系統(tǒng)自動生成待處理異常列表，并發(fā)短信或郵件告知管理人員；
(5)評價(jià)并反饋處理結(jié)果。上述技術(shù)方案中，所述步驟(I)的具體方案如下:一個異常事件需要糾正一處或多處運(yùn)行信息標(biāo)志位，處理規(guī)則應(yīng)該定義的內(nèi)容包括:(1.1)異常事件編號:異常事件的ID，唯一確定異常事件；(1.2)異常事件級別:描述異常事件的嚴(yán)重程度；(1.3)異常事件發(fā)生時(shí)間:檢測出異常事件的時(shí)間戳；(1.4)異常事件處理開始時(shí)間:開始對異常進(jìn)行處理的時(shí)間戳；(1.5)異常事件處理完成時(shí)間:完成對異常處理動作的時(shí)間戳；(1.6)對應(yīng)的出錯標(biāo)志位:描述運(yùn)行信息出錯的位置；

(1.7)對應(yīng)的操作指令:直接給出處理動作的指令以及各指令的執(zhí)行順序；(1.8)處理情況評價(jià)模型:處理操作是否正確解決了異常問題，需要用此模型來進(jìn)行評價(jià)。上述技術(shù)方案中，所述步驟(3)的具體方案如下:OpenStack云計(jì)算基礎(chǔ)設(shè)施服務(wù)出現(xiàn)異常的常見的直接原因是:運(yùn)行信息出錯。主要是由于指令、程序執(zhí)行的過程漏操作或誤操作了狀態(tài)標(biāo)志位，或是程序執(zhí)行中的bug致使OpenStack某些組件程序死鎖，從而導(dǎo)致運(yùn)行信息出錯；而OpenStack各組件的運(yùn)行很大程度依賴運(yùn)行信息所描述的運(yùn)行狀態(tài)，于是錯誤的運(yùn)行狀態(tài)導(dǎo)致服務(wù)的異常；針對此特點(diǎn)，步驟(3)描述了兩種級別的處理方法:(3.1)糾正長時(shí)間僵死的狀態(tài)標(biāo)識。這適用于較簡單的異常，如:關(guān)閉實(shí)例僵死、掛載卸載云硬盤失效等。注意有時(shí)不僅只糾正狀態(tài)標(biāo)識，往往還需對應(yīng)的一系列操作，如實(shí)例僵死時(shí)，還需要將實(shí)例的實(shí)體刪除；若該步驟無法解決異常，則執(zhí)行下一步；(3.2)將運(yùn)行信息恢復(fù)到異常出現(xiàn)之前。這適用于較嚴(yán)重的異常，當(dāng)運(yùn)行信息完全崩潰，或者檢查不出異常狀態(tài)標(biāo)識位置時(shí)，修改配置文件來實(shí)現(xiàn)運(yùn)行信息恢復(fù)；恢復(fù)會使運(yùn)行信息回滾，注意需先做好運(yùn)行信息的同步備份。對于各種異常事件，所設(shè)定的處理動作不一定總能解決異常。故附加改進(jìn)技術(shù)方案是:專門對異常事件和對應(yīng)的處理方法進(jìn)行分析統(tǒng)計(jì)，用以完善異常處理的規(guī)則，所述專門對異常事件和對應(yīng)的處理方法進(jìn)行分析統(tǒng)計(jì)主要包括以下步驟:(I)將異常事件對應(yīng)的信息更新到統(tǒng)計(jì)處理能力提高模塊的源統(tǒng)計(jì)數(shù)據(jù)列表；(2)在上面的步驟(5)中，同時(shí)將異常處理的效果反饋至統(tǒng)計(jì)分析能力提高模塊的結(jié)果統(tǒng)計(jì)數(shù)據(jù)列表；(3)對源統(tǒng)計(jì)數(shù)據(jù)列表和處理效果統(tǒng)計(jì)數(shù)據(jù)列表進(jìn)行關(guān)系性和非關(guān)系性統(tǒng)計(jì)，統(tǒng)計(jì)源數(shù)據(jù)與處理效果數(shù)據(jù)，從而挖掘較優(yōu)的處理方法；(4)根據(jù)處理效果調(diào)整異常處理規(guī)則。所述步驟(3)包括以下步驟:( 6.1)糾正運(yùn)行信息中出錯的標(biāo)識/描述；(6.2)恢復(fù)運(yùn)行信息的動作是改用已備份的運(yùn)行信息數(shù)據(jù)表；(6.3)發(fā)郵件、短信通知維護(hù)人員；(6.4)更新處理日志列表，以供查閱；
(6.5)將處理結(jié)果反饋給異常處理能力提高模塊，以供給異常處理能力提高模塊做訓(xùn)練。所述步驟(3)中，所述恢復(fù)運(yùn)行信息是指改用已備份的運(yùn)行信息數(shù)據(jù)表，改用已備份的運(yùn)行信息數(shù)據(jù)表的操作步驟如下:(7.1)在OpenStack云平臺原運(yùn)行信息架構(gòu)的基礎(chǔ)上添加兩個模塊:操作日志模塊和計(jì)步器|旲塊；(7.2)所述操作日志模塊對OpenStack云平臺的數(shù)據(jù)操作做流水記錄，計(jì)步器則計(jì)算流水記錄的步數(shù)。所述步驟(3)中，對所述運(yùn)行信息的操作過程包括以下步驟:(8.1)操作數(shù)據(jù)；(8.2)流水記錄；(8.3)計(jì)步加一。

根據(jù)操作數(shù)據(jù)、流水記錄和計(jì)步器，可以將OpenStack云平臺的運(yùn)行信息進(jìn)行熱備份，這個熱備份的過程成為同步，實(shí)現(xiàn)這個熱備份過程的程序成為同步進(jìn)程。根據(jù)OpenStack云平臺的異常發(fā)生情況來控制同步進(jìn)程的工作,所述根據(jù)OpenStack云平臺的異常發(fā)生情況來控制同步進(jìn)程的工作通過運(yùn)行信息同步進(jìn)程控制模塊來實(shí)現(xiàn)，所述運(yùn)行信息同步進(jìn)程控制模塊在OpenStack云平臺發(fā)生異常時(shí)，停止同步，當(dāng)異常信息處理完畢、運(yùn)行信息數(shù)據(jù)修復(fù)完成時(shí)再繼續(xù)同步；所述運(yùn)行信息同步進(jìn)程控制模塊包括計(jì)步器I和計(jì)步器2 ；所述運(yùn)行信息同步進(jìn)程控制模塊根據(jù)一個時(shí)間周期T完成一次同步，其操作步驟如下:(9.1)對比計(jì)步器I和計(jì)步器2，如果計(jì)步器I的數(shù)值比計(jì)步器2大，說明OpenStack運(yùn)行信息有更新，且未同步，則進(jìn)行步驟②；否則，說明OpenStack運(yùn)行信息沒有更新，不需做任何操作，則直接跳過以下步驟；(9.2)讀取操作流水；(9.3)操作數(shù)據(jù)；(9.4)計(jì)步器加一。另外實(shí)現(xiàn)一個守護(hù)線程，該線程定時(shí)監(jiān)測計(jì)步器模塊和操作日志模塊，當(dāng)它們溢出或很龐大時(shí)，該線程根據(jù)規(guī)則對計(jì)步器模塊和操作日志模塊做清空操作。本發(fā)明的工作原理:利用OpenStack自身產(chǎn)生的運(yùn)行信息，實(shí)施兩種異常處理方式:一是設(shè)定異常事件、運(yùn)行信息位置以及運(yùn)行信息糾錯動作的映射關(guān)系，通過修改運(yùn)行信息來完成異常處理動作；二是實(shí)時(shí)備份運(yùn)行信息，通過修改配置文件，改用備份好的運(yùn)行信息表。本發(fā)明相對于現(xiàn)有技術(shù)具有如下的優(yōu)點(diǎn)及效果:1、本發(fā)明通過處理OpenStack自身產(chǎn)生的運(yùn)行信息，維護(hù)運(yùn)行信息的正確性，從而為OpenStack組件提供正確的運(yùn)行依據(jù)；處理動作主要針對OpenStack云計(jì)算平臺的運(yùn)行信息，大大降低了處理的復(fù)雜度。2、由于運(yùn)行信息是以數(shù)據(jù)庫和文本的形式存儲，編寫程序來自動操作比較容易實(shí)現(xiàn)，無需管理人員在后臺通過指令操作進(jìn)行維護(hù)，這降低了管理維護(hù)的人工參與度，同時(shí)降低了對管理維護(hù)人員OpenStack專業(yè)技術(shù)水平的要求。3、根據(jù)本發(fā)明所提方法實(shí)現(xiàn)的異常處理系統(tǒng)，能夠提供處理結(jié)果反饋接口，利用該接口，可以方便地統(tǒng)計(jì)異常處理動作與對應(yīng)的異常事件的效用性，系統(tǒng)管理人員可根據(jù)效用情況，通過完善處理動作來提高效用性。


圖1是本發(fā)明在OpenStack云計(jì)算基礎(chǔ)設(shè)施服務(wù)異常容錯模式異常事件處理總體框架圖。圖2是本發(fā)明在OpenStack云計(jì)算基礎(chǔ)設(shè)施服務(wù)異常容錯模式處理方法實(shí)施的異常事件處理的執(zhí)行流程示意圖。圖3是本發(fā)明在OpenStack云計(jì)算基礎(chǔ)設(shè)施服務(wù)異常容錯模式處理方法實(shí)施的運(yùn)行信息同步流程原理圖。
具體實(shí)施例方式下面結(jié)合實(shí)施例及附圖對本發(fā)明作進(jìn)一步詳細(xì)的描述，但本發(fā)明的實(shí)施方式不限于此。
實(shí)施例本發(fā)明所述方法的總體框架圖如圖1的所示，具體執(zhí)行流程如圖2所示。為實(shí)施技術(shù)方案中所描述的5個步驟，以及附加改進(jìn)方案的4個步驟，我們將實(shí)施過程分為處理執(zhí)行和異常處理能力提高兩部分。重點(diǎn)看處理執(zhí)行部分，它有三個執(zhí)行方式:一是糾正運(yùn)行信息中出錯的標(biāo)識/描述，二是改用已備份的運(yùn)行信息數(shù)據(jù)表，三是發(fā)郵件、短信通知維護(hù)人員做處理。前兩者由于完全自動完成，因此一定要做處理效果評估，如果處理效果差，則告知維護(hù)人員；處理完畢后須更新處理日志列表，以供查閱；最后，須做好處理反饋工作，以供給異常處理能力提高模塊做訓(xùn)練。下面詳細(xì)的介紹糾正運(yùn)行信息和改用已備份數(shù)據(jù)表兩種方式的實(shí)施過程:( I)糾錯運(yùn)行信息過程的實(shí)施:糾錯只在異常事件到達(dá)之后才執(zhí)行。糾錯的操作對象也存儲在數(shù)據(jù)庫中。OpenStack操作數(shù)據(jù)庫的系列module使用sqlalchemy技術(shù),我們利用其自身的API來對運(yùn)行信息數(shù)據(jù)進(jìn)行糾錯。糾錯操作須先了解數(shù)據(jù)庫中的關(guān)聯(lián)信息表，以確保糾錯的完整性。因?yàn)閿?shù)據(jù)庫中有很多關(guān)系性數(shù)據(jù)庫，即其中某個信息表中的某個標(biāo)識會跟其他某些信息表的信息相關(guān)聯(lián)。任意修改某個標(biāo)識，而忽略與之相關(guān)的信息表信息，可能會導(dǎo)致整個運(yùn)行信息數(shù)據(jù)表的紊亂。(2)恢復(fù)運(yùn)行信息過程的實(shí)施:恢復(fù)運(yùn)行信息的前提是要現(xiàn)成有以備份好的運(yùn)行信息數(shù)據(jù)，而且備份好的運(yùn)行信息一定是未損壞的。所以必須先做好運(yùn)行信息同步工作，同步進(jìn)程要一直運(yùn)行在云計(jì)算服務(wù)端。本發(fā)明通過改進(jìn)“流水計(jì)步”的方法來實(shí)施同步過程，如圖3所示。對運(yùn)行信息的操作一般由云平臺的應(yīng)用層通過API接口產(chǎn)生，有時(shí)也會由OpenStack自身程序內(nèi)部產(chǎn)生。在OpenStack原運(yùn)行信息架構(gòu)的基礎(chǔ)上添加了兩個模塊:操作日志和計(jì)步器。操作日志對OpenStack的數(shù)據(jù)操作做了流水記錄，計(jì)步器則計(jì)算了流水記錄的步數(shù)。OpenStack每個運(yùn)行信息數(shù)據(jù)操作的過程都必須包括以下步驟:①操作數(shù)據(jù)；②流水記錄；③計(jì)步加一。同步進(jìn)程根據(jù)一個時(shí)間周期T完成每次同步的操作，步驟如下:1、對比計(jì)步器I和計(jì)步器2,如果計(jì)步器I的數(shù)值比計(jì)步器2大,說明OpenStack運(yùn)行信息有更新，且未同步，則進(jìn)行步驟②；否則，說明OpenStack運(yùn)行信息沒有更新，不需做任何操作，則直接跳過以下步驟；ii、讀取操作流水；ii1、操作數(shù)據(jù)；iv、計(jì)步器加一。工作時(shí)間長后，計(jì)步器和操作日志可能會溢出或很龐大，因此還需要一個守護(hù)線程，根據(jù)規(guī)則對它們做清空操作。本發(fā)明的實(shí)施方法中，解決了以下難點(diǎn)問題:UOpenStack云服務(wù)原來只有“1:操作數(shù)據(jù)”的步驟，如何實(shí)現(xiàn)在云計(jì)算服務(wù)正常運(yùn)行的前提下，增加第2、3步？ OpenStack所操作的運(yùn)行信息數(shù)據(jù)在數(shù)據(jù)庫中，其源代碼完全采用Python編寫，操作過程調(diào)用了自身的名為“db”的系列模塊(module)，我們可以通過改寫這些module的代碼增加步驟。另一種方法是，利用OpenStack的消息機(jī)制,獲取操作消息進(jìn)行操作。2、同步進(jìn)程每次同步操作的周期T如何設(shè)定？ T太大，同步效率就太低；T太小，同步消耗資源則太多。經(jīng)過實(shí)驗(yàn)分析，T應(yīng)該根據(jù)應(yīng)用層操作頻率fl，以及異常發(fā)生頻率f2設(shè)定:T=f (fl，f2)。統(tǒng)計(jì)分析過程由異常事件處理能力提高模塊完成。3、如何確保同步的運(yùn)行信息數(shù)據(jù)是未損壞的？為此，增加一個運(yùn)行信息同步進(jìn)程控制器模塊，此模塊根據(jù)OpenStack的異常發(fā)生情況，控制同步進(jìn)程的工作。當(dāng)發(fā)生異常時(shí)，停止同步，確保異常信息處理完畢，運(yùn)行信息數(shù)據(jù)已經(jīng)修復(fù)完成再繼續(xù)同步。4、最終如何改用恢復(fù)運(yùn)行信息數(shù)據(jù)表？同步好的運(yùn)行信息數(shù)據(jù)可存儲在另外一臺服務(wù)器中，這時(shí)，只需要修改配置文件中Sql_C0nneCti0n的串值，使其指向備份服務(wù)器。上述實(shí)施例為本發(fā)明較佳的實(shí)施方式，但本發(fā)明的實(shí)施方式并不受上述實(shí)施例的限制，其他的任何未背離本發(fā)明的精神實(shí)質(zhì)與原理下所作的改變、修飾、替代、組合、簡化，均應(yīng)為等效的置換方式，都包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種OpenStack云平臺異常的處理方法,其特征在于,包括如下步驟: (I)定義異常處理方式；設(shè)定異常事件、運(yùn)行信息位置以及運(yùn)行信息糾錯動作的映射關(guān)系; (2 )定位信息糾錯位置；運(yùn)行信息糾錯是修改數(shù)據(jù)庫和配置文件中的標(biāo)識，把運(yùn)行信息糾錯定位到數(shù)據(jù)庫信息表中具體的標(biāo)識位置和配置文件中具體的配置項(xiàng)； (3)指令操作；糾正長時(shí)間僵死的狀態(tài)標(biāo)識和恢復(fù)運(yùn)行信息； (4)系統(tǒng)自動生成待處理異常列表，并發(fā)短信或郵件告知管理人員； (5)評價(jià)并反饋處理結(jié)果。
2.根據(jù)權(quán)利要求1所述的OpenStack云平臺異常的處理方法，其特征在于，所述步驟(O中，所述定義異常處理方式中包括以下內(nèi)容: (1.1)異常事件編號 :異常事件的ID，唯一確定異常事件； (1.2)異常事件級別:描述異常事件的嚴(yán)重程度； (1.3)異常事件發(fā)生時(shí)間:檢測出異常事件的時(shí)間戳； (1.4)異常事件處理開始時(shí)間:開始對異常進(jìn)行處理的時(shí)間戳； (1.5)異常事件處理完成時(shí)間:完成對異常處理動作的時(shí)間戳； (1.6)對應(yīng)的出錯標(biāo)志位:描述運(yùn)行信息出錯的位置； (1.7)對應(yīng)的操作指令:直接給出處理動作的指令以及各指令的執(zhí)行順序； (1.8)處理情況評價(jià)模型:用于評價(jià)處理操作是否正確解決了異常問題。
3.根據(jù)權(quán)利要求1所述的OpenStack云平臺異常的處理方法，其特征在于，通過對云平臺運(yùn)行信息進(jìn)行糾錯和同步恢復(fù)，對異常容錯進(jìn)行處理。
4.根據(jù)權(quán)利要求1所述的OpenStack云平臺異常的處理方法，其特征在于，還包括對異常事件和對應(yīng)的處理方法進(jìn)行分析統(tǒng)計(jì)，所述對異常事件和對應(yīng)的處理方法進(jìn)行分析統(tǒng)計(jì)通過異常處理能力提高模塊來實(shí)現(xiàn)，所述異常處理能力提高模塊的工作流程包括以下步驟: (a)將異常事件對應(yīng)的信息更新到統(tǒng)計(jì)處理能力提高模塊的源統(tǒng)計(jì)數(shù)據(jù)列表； (b)對所述步驟(5)中，同時(shí)將異常處理的結(jié)果反饋至統(tǒng)計(jì)分析能力提高模塊的結(jié)果統(tǒng)計(jì)數(shù)據(jù)列表； (c)對源統(tǒng)計(jì)數(shù)據(jù)列表和處理效果統(tǒng)計(jì)數(shù)據(jù)列表進(jìn)行關(guān)系性和非關(guān)系性統(tǒng)計(jì)，統(tǒng)計(jì)源數(shù)據(jù)與處理效果數(shù)據(jù)，從而挖掘的處理方法； Cd)根據(jù)處理效果調(diào)整異常處理方式。
5.根據(jù)權(quán)利要求4所述的OpenStack云平臺異常的處理方法，其特征在于，所述步驟(3)中，所述糾正長時(shí)間僵死的狀態(tài)標(biāo)識的糾正過程包括以下步驟: (3.1)嘗試糾正長時(shí)間僵死的狀態(tài)標(biāo)識；這適用于較簡單的異常，如:關(guān)閉實(shí)例僵死、掛載卸載云硬盤失效等。注意有時(shí)不僅只糾正狀態(tài)標(biāo)識，往往還需對應(yīng)的一系列操作，如實(shí)例僵死時(shí)，還需要將實(shí)例的實(shí)體刪除；判斷長時(shí)間僵死的狀態(tài)標(biāo)識是否得到了糾正，若得到了糾正，則處理結(jié)果反饋到異常處理能力提高模塊；若未能得到糾正，則執(zhí)行下一步； (3.2)將運(yùn)行信息恢復(fù)到異常出現(xiàn)之前。這適用于較嚴(yán)重的異常，當(dāng)運(yùn)行信息完全崩潰，或者檢查不出異常狀態(tài)標(biāo)識位置時(shí)，修改配置文件來實(shí)現(xiàn)運(yùn)行信息恢復(fù)。
6.根據(jù)權(quán)利要求1所述的OpenStack云平臺異常的處理方法，其特征在于，所述步驟(3)包括以下步驟: (6.1)糾正運(yùn)行信息中出錯的標(biāo)識/描述； (6.2)恢復(fù)運(yùn)行信息的動作是改用已備份的運(yùn)行信息數(shù)據(jù)表； (6.3)發(fā)郵件、短信通知維護(hù)人員； (6.4)更新處理日志列表； (6.5)將處理結(jié)果反饋給異常處理能力提高模塊。
7.根據(jù)權(quán)利要求1所述的OpenStack云平臺異常的處理方法，其特征在于，所述步驟(3)中，所述恢復(fù)運(yùn)行信息是指改用已備份的運(yùn)行信息數(shù)據(jù)表，改用已備份的運(yùn)行信息數(shù)據(jù)表的操作步驟如下: (7.1)添加兩個模塊:操作日志模塊和計(jì)步器模塊； (7.2)所述操作日志模塊做流水記錄，計(jì)步器則計(jì)算流水記錄的步數(shù)。
8.根據(jù)權(quán)利要求1所述的OpenStack云平臺異常的處理方法，其特征在于，所述步驟(3)中，對所述運(yùn)行信息的操作過程包括以下步驟: (8.1〕操作數(shù)據(jù)； (8.2)流水記錄； (8.3)計(jì)步加一。
9.根據(jù)權(quán)利要求1所述的OpenStack云平臺異常的處理方法，其特征在于，根據(jù)OpenStack云平臺的異常發(fā)生情況來控制同步進(jìn)程的工作,所述根據(jù)OpenStack云平臺的異常發(fā)生情況來控制同步進(jìn)程的工作通過運(yùn)行信息同步進(jìn)程控制模塊來實(shí)現(xiàn)，所述運(yùn)行信息同步進(jìn)程控制模塊在OpenStack云平臺發(fā)生異常時(shí)，停止同步，當(dāng)異常信息處理完畢、運(yùn)行信息數(shù)據(jù)修復(fù)完成時(shí)再繼續(xù)同步；所述運(yùn)行信息同步進(jìn)程控制模塊包括計(jì)步器I和計(jì)步器2 ； 所述運(yùn)行信息同步進(jìn)程控制模塊根據(jù)一個時(shí)間周期T完成一次同步，其操作步驟如下: (9.1)對比計(jì)步器I和計(jì)步器2,如果計(jì)步器I的數(shù)值比計(jì)步器2大,說明OpenStack云平臺的運(yùn)行信息有更新、且未同步，則運(yùn)行下一步驟；否則，說明OpenStack云平臺的運(yùn)行信息沒有更新，不做任何操作； (9.2)讀取操作流水； (9.3)操作數(shù)據(jù); (9.4)計(jì)步器加一。
全文摘要
本發(fā)明提出了一種OpenStack云平臺異常的處理方法，包括如下步驟(1)定義異常處理方式；設(shè)定異常事件、運(yùn)行信息位置以及運(yùn)行信息糾錯動作的映射關(guān)系；(2)定位信息糾錯位置；運(yùn)行信息糾錯是修改數(shù)據(jù)庫和配置文件中的標(biāo)識，把運(yùn)行信息糾錯定位到數(shù)據(jù)庫信息表中具體的標(biāo)識位置和配置文件中具體的配置項(xiàng)；(3)指令操作；糾正長時(shí)間僵死的狀態(tài)標(biāo)識和恢復(fù)運(yùn)行信息；(4)系統(tǒng)自動生成待處理異常列表，并發(fā)短信或郵件告知管理人員；(5)評價(jià)并反饋處理結(jié)果。具有有效提高了OpenStack云計(jì)算平臺的異常容錯能力等優(yōu)點(diǎn)。
文檔編號H04L12/24GK103220180SQ201310153700
公開日2013年7月24日 申請日期2013年4月27日 優(yōu)先權(quán)日2013年4月27日
發(fā)明者金連文, 黎德生, 李磊 申請人:華南理工大學(xué)