專利名稱：用于云存儲系統(tǒng)的系統(tǒng)配置管理方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及計算機技術(shù)領(lǐng)域，更具體地來說，涉及云存儲系統(tǒng)。
背景技術(shù)：
云存儲系統(tǒng)的系統(tǒng)配置一致性是指系統(tǒng)在部署時設(shè)置了初始配置(包括節(jié)點配置、磁盤配置、網(wǎng)絡(luò)配置、文件系統(tǒng)配置、系統(tǒng)參數(shù)配置、配額配置等等)，系統(tǒng)啟動后進行服務(wù)的過程中，系統(tǒng)的配置會發(fā)生變化，如節(jié)點的上線和下線、磁盤的添加和刪除、網(wǎng)絡(luò)連接異常、創(chuàng)建刪除文件系統(tǒng)、配額規(guī)則更新等等，而云存儲系統(tǒng)的運行需要及時探測到系統(tǒng)配置的變化，并根據(jù)系統(tǒng)配置的變化采取相應(yīng)的動作，如刪除磁盤或磁盤壞的情況下需要進 行數(shù)據(jù)的修復(fù)。管理節(jié)點在云存儲系統(tǒng)部署運行的過程中管理和維護著系統(tǒng)配置，當系統(tǒng)配置發(fā)生變化時管理節(jié)點需要通知系統(tǒng)內(nèi)的服務(wù)節(jié)點和客戶節(jié)點(通過索引服務(wù)器間接通知)。現(xiàn)有技術(shù)中，通常采用基于管理節(jié)點總控模式和消息重發(fā)機制的云存儲系統(tǒng)管理方法，這種管理方法能夠處理大多數(shù)情況下的系統(tǒng)配置變化事件，消息重發(fā)機制也會在一定程度上保證消息的可達性。但是在節(jié)點宕機或服務(wù)異常終止的情況下，管理節(jié)點無法控制消息正確無誤的發(fā)送，而且管理節(jié)點服務(wù)的異常終止也會造成消息發(fā)送結(jié)果的不可知性。所以會出現(xiàn)管理節(jié)點集中控制失效的問題，難以保證系統(tǒng)配置的一致性。

發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)中在節(jié)點宕機或服務(wù)異常終止的情況下，會造成管理節(jié)點集中控制失效的問題，從而難以保證系統(tǒng)配置的一致性的缺陷，本發(fā)明提出了能夠解決上述缺陷的用于云存儲系統(tǒng)的系統(tǒng)配置管理方法。本發(fā)明提供了一種用于云存儲系統(tǒng)的系統(tǒng)配置管理方法，其包括管理節(jié)點向多個服務(wù)節(jié)點發(fā)送具有系統(tǒng)配置更新數(shù)據(jù)的系統(tǒng)配置更新請求，并建立更新記錄信息，更新記錄信息具有與多個服務(wù)節(jié)點相對應(yīng)的多個接收狀態(tài)；多個服務(wù)節(jié)點中接收到系統(tǒng)配置更新請求的服務(wù)節(jié)點向管理節(jié)點發(fā)送系統(tǒng)配置更新響應(yīng)；以及管理節(jié)點根據(jù)系統(tǒng)配置更新響應(yīng)將與系統(tǒng)配置更新響應(yīng)所對應(yīng)的服務(wù)節(jié)點的接收狀態(tài)改變?yōu)橐呀邮諣顟B(tài)，并向接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有服務(wù)節(jié)點都接收到系統(tǒng)配置更新請求為止。優(yōu)選地，在管理節(jié)點向多個服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求之前，管理節(jié)點根據(jù)系統(tǒng)配置更新數(shù)據(jù)對自身進行更新。優(yōu)選地，管理節(jié)點定時向接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有服務(wù)節(jié)點都接收到系統(tǒng)配置更新請求為止。優(yōu)選地，系統(tǒng)配置更新數(shù)據(jù)包括第二系統(tǒng)版本號，其中，當服務(wù)節(jié)點與管理節(jié)點建立連接時，服務(wù)節(jié)點向管理節(jié)點發(fā)送具有第一系統(tǒng)版本號的信息；管理節(jié)點將第一系統(tǒng)版本號與第二系統(tǒng)版本號進行比較；以及當?shù)谝幌到y(tǒng)版本號低于第二系統(tǒng)版本號時，管理節(jié)點向服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求。優(yōu)選地，系統(tǒng)配置管理方法還包括管理節(jié)點向多個客戶節(jié)點發(fā)送系統(tǒng)配置更新請求；多個客戶節(jié)點中接收到系統(tǒng)配置更新請求的客戶節(jié)點向管理節(jié)點發(fā)送系統(tǒng)配置更新響應(yīng)；以及管理節(jié)點根據(jù)系統(tǒng)配置更新響應(yīng)將與系統(tǒng)配置更新響應(yīng)所對應(yīng)的客戶節(jié)點的接收狀態(tài)改變?yōu)橐呀邮諣顟B(tài)，并向接收狀態(tài)未改變的客戶節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有客戶節(jié)點都接收到系統(tǒng)配置更新請求為止，其中，更新記錄信息具有與多個客戶節(jié)點相對應(yīng)的多個接收狀態(tài)。優(yōu)選地，管理節(jié)點定時向接收狀態(tài)未改變的客戶節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有客戶節(jié)點都接收到系統(tǒng)配置更新請求為止。優(yōu)選地，在多個客戶節(jié)點被管理節(jié)點授權(quán)并與管理節(jié)點建立連接以后并且在服務(wù) 節(jié)點更新以后，服務(wù)節(jié)點向多個客戶節(jié)點中的每一個都發(fā)送指示服務(wù)節(jié)點已更新的指示信
肩、O優(yōu)選地，在客戶節(jié)點啟動初始化時，向管理節(jié)點發(fā)送連接建立信息；以及管理節(jié)點向發(fā)送連接建立信息的客戶節(jié)點發(fā)送系統(tǒng)配置更新請求。優(yōu)選地，接收到系統(tǒng)配置更新請求的客戶節(jié)點對系統(tǒng)配置數(shù)據(jù)進行存儲。優(yōu)選地，在更新記錄信息發(fā)送日志表中建立更新記錄信息，其中，當與所有的多個服務(wù)節(jié)點和多個客戶節(jié)點相對應(yīng)的接收狀態(tài)都變?yōu)橐呀邮諣顟B(tài)時，管理節(jié)點將更新記錄信息從更新記錄信息發(fā)送日志表中刪除。利用本發(fā)明的系統(tǒng)配置管理方法的云存儲系統(tǒng)，即使在節(jié)點宕機或服務(wù)異常終止的情況下，管理節(jié)點也能夠控制消息正確無誤的發(fā)送給服務(wù)節(jié)點和客戶節(jié)點，避免了管理節(jié)點集中控制失效的問題，從而能夠保證系統(tǒng)配置的一致性。本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。在附圖中

圖1為根據(jù)本發(fā)明的實施例的包括管理節(jié)點、服務(wù)節(jié)點和客戶節(jié)點的云存儲系統(tǒng)的結(jié)構(gòu)圖；圖2為根據(jù)本發(fā)明的實施例的管理節(jié)點向服務(wù)節(jié)點發(fā)送系統(tǒng)配置信息的系統(tǒng)配置管理方法的流程圖；圖3為根據(jù)本發(fā)明的實施例的在服務(wù)節(jié)點與管理節(jié)點建立連接的情況下的系統(tǒng)配置管理方法的流程圖；圖4為根據(jù)本發(fā)明的實施例的管理節(jié)點向客戶節(jié)點發(fā)送系統(tǒng)配置信息的系統(tǒng)配置管理方法的流程圖；以及圖5為根據(jù)本發(fā)明的實施例的在客戶節(jié)點被管理節(jié)點授權(quán)并與管理節(jié)點建立連接的條件下的系統(tǒng)配置管理方法的流程圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖1為根據(jù)本發(fā)明的實施例的包括管理節(jié)點、服務(wù)節(jié)點和客戶節(jié)點的云存儲系統(tǒng)的結(jié)構(gòu)圖。其中，云存儲系統(tǒng)中包括相互連接的多個服務(wù)器，簡稱為節(jié)點。管理節(jié)點為管理節(jié)點的節(jié)點；服務(wù)節(jié)點為云存儲系統(tǒng)中的存儲節(jié)點；以及客戶節(jié)點是訪問云存儲系統(tǒng)的節(jié)點。該云存儲系統(tǒng)100包括管理節(jié)點102 ;服務(wù)節(jié)點104至服務(wù)節(jié)點106，其中，服務(wù)節(jié)點可以包括多個(例如，M個，M大于1)，服務(wù)節(jié)點的數(shù)量M根據(jù)云存儲系統(tǒng)的需要進行配置；以及客戶節(jié)點108至客戶節(jié)點110，其中，客戶節(jié)點的數(shù)量可以包括一個或多個(例如，N個，N大于等于I)，即，訪問云存儲系統(tǒng)的客戶端的數(shù)量可以N個。
圖2為根據(jù)本發(fā)明的實施例的管理節(jié)點向服務(wù)節(jié)點發(fā)送系統(tǒng)配置信息的系統(tǒng)配置管理方法的流程圖。用于云存儲系統(tǒng)的系統(tǒng)配置管理方法包括在步驟202中，管理節(jié)點向多個服務(wù)節(jié)點發(fā)送具有系統(tǒng)配置更新數(shù)據(jù)的系統(tǒng)配置更新請求，并建立更新記錄信息，更新記錄信息具有與多個服務(wù)節(jié)點相對應(yīng)的多個接收狀態(tài)；在步驟204中，多個服務(wù)節(jié)點中接收到系統(tǒng)配置更新請求的服務(wù)節(jié)點向管理節(jié)點發(fā)送系統(tǒng)配置更新響應(yīng)；以及在步驟206中，管理節(jié)點根據(jù)系統(tǒng)配置更新響應(yīng)將與系統(tǒng)配置更新響應(yīng)所對應(yīng)的服務(wù)節(jié)點的接收狀態(tài)改變?yōu)橐呀邮諣顟B(tài)，并向接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有服務(wù)節(jié)點都接收到系統(tǒng)配置更新請求為止。利用本發(fā)明的系統(tǒng)配置管理方法，管理節(jié)點通過系統(tǒng)配置更新數(shù)據(jù)發(fā)送給多個服務(wù)節(jié)點，然后，定時查詢更新記錄信息并再次向更新記錄信息的接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新數(shù)據(jù)，從而不但減少了管理節(jié)點的工作量，而且能夠保證將系統(tǒng)配置更新數(shù)據(jù)發(fā)送至所有的服務(wù)節(jié)點，克服了管理節(jié)點集中控制失效的問題，能夠更好地對所有服務(wù)節(jié)點進行管理和控制，從而能夠保證云存儲系統(tǒng)的系統(tǒng)配置的一致性。在管理節(jié)點向多個服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求之前，管理節(jié)點根據(jù)系統(tǒng)配置更新數(shù)據(jù)對自身進行更新。具體地，管理節(jié)點可以在向多個服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求之前，根據(jù)系統(tǒng)配置的實時變化，對其系統(tǒng)配置進行更新，即，更新系統(tǒng)配置文件和存儲在內(nèi)存中的系統(tǒng)配置信息。管理節(jié)點定時向接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有服務(wù)節(jié)點都接收到系統(tǒng)配置更新請求為止。其中，每個更新記錄信息都包括消息內(nèi)容和發(fā)送記錄，其中，消息內(nèi)容是系統(tǒng)配置更新的具體事件；發(fā)送記錄是標記服務(wù)節(jié)點接收到系統(tǒng)配置更新請求的比特位，即，服務(wù)節(jié)點的接收狀態(tài)。例如，當管理節(jié)點接收到來自服務(wù)節(jié)點的系統(tǒng)配置更新響應(yīng)以后，將與該服務(wù)節(jié)點相對應(yīng)的比特位設(shè)置為1，否則為O。在另一個實施例中，當管理節(jié)點接收到來自服務(wù)節(jié)點的系統(tǒng)配置更新響應(yīng)以后，將與該服務(wù)節(jié)點相對應(yīng)的比特位設(shè)置為0，否則為I。管理節(jié)點可以定期查詢多個比特位，并且繼續(xù)向比特位為O (接收狀態(tài)未改變)的服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求，直到所有的服務(wù)節(jié)點都接收到系統(tǒng)配置更新請求為止。在管理節(jié)點向服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求時，某些服務(wù)節(jié)點可能由于服務(wù)節(jié)點宕機或服務(wù)異常終止而無法接收到來自管理節(jié)點的系統(tǒng)配置更新請求。為了解決這種問題，下文中將對服務(wù)節(jié)點重新啟動或者恢復(fù)服務(wù)以后的系統(tǒng)配置方法進行詳細描述。
圖3為根據(jù)本發(fā)明的實施例的在服務(wù)節(jié)點與管理節(jié)點建立連接的情況下的系統(tǒng)配置管理方法的流程圖。系統(tǒng)配置更新數(shù)據(jù)包括第二系統(tǒng)版本號，其中，當服務(wù)節(jié)點與管理節(jié)點建立連接時，在步驟302中，服務(wù)節(jié)點向管理節(jié)點發(fā)送具有第一系統(tǒng)版本號的信息；在步驟304中，管理節(jié)點將第一系統(tǒng)版本號與第二系統(tǒng)版本號進行比較；以及在步驟306中，當?shù)谝幌到y(tǒng)版本號低于第二系統(tǒng)版本號時，管理節(jié)點向服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求。具體地，當服務(wù)節(jié)點重新啟動或者恢復(fù)服務(wù)以后，在與管理節(jié)點重新建立連接時，為了及時對該服務(wù)節(jié)點的系統(tǒng)配置進行更新，該服務(wù)節(jié)點可以主動向管理節(jié)點發(fā)送具有第一系統(tǒng)版本號的信息，管理節(jié)點將第一系統(tǒng)版本號與管理節(jié)點更新后的第二系統(tǒng)版本號進行比較。當管理節(jié)點確定服務(wù)節(jié)點第一系統(tǒng)版本號低于其第二系統(tǒng)版本號并且需要更新時，管理節(jié)點立即向服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求，以確保能夠?qū)υ摲?wù)節(jié)點進行及時更新。利用這種方法對服務(wù)節(jié)點進行系統(tǒng)配置更新，管理節(jié)點可以更有效地控制多個服務(wù)節(jié)點，在一個服務(wù)節(jié)點宕機或服務(wù)異常終止無法接收到來自管理節(jié)點的系統(tǒng)配置更新請求情況下，當該服務(wù)節(jié)點恢復(fù)正常并且與管理節(jié)點重新建立連接時，服務(wù)節(jié)點可以及時將其系統(tǒng)版本號匯報給管理節(jié)點，管理節(jié)點通過比較和分析，及時向該服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求，而不需要等待管理節(jié)點下一次向該服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求，從而縮小了該服務(wù)節(jié)點的等待時間，進一步縮短了管理節(jié)點對所有服務(wù)節(jié)點進行更新的時間，從而能夠更好地保證管理節(jié)點和服務(wù)節(jié)點的系統(tǒng)配置的一致性。因此，當存儲系統(tǒng)配置(節(jié)點配置或磁盤配置等)發(fā)生變化時，管理節(jié)點首先完成與各服務(wù)節(jié)點的系統(tǒng)配置信息的同步，具體操作如上述圖2和圖3的操作描述。接下來管理節(jié)點實現(xiàn)與客戶節(jié)點同步。圖4為根據(jù)本發(fā)明的實施例的管理節(jié)點向客戶節(jié)點發(fā)送系統(tǒng)配置信息的系統(tǒng)配置管理方法的流程圖。系統(tǒng)配置管理方法還包括在步驟402中，管理節(jié)點向多個客戶節(jié)點發(fā)送系統(tǒng)配置更新請求；在步驟404中，多個客戶節(jié)點中接收到系統(tǒng)配置更新請求的客戶節(jié)點向管理節(jié)點發(fā)送系統(tǒng)配置更新響應(yīng)；以及在步驟406中，管理節(jié)點根據(jù)系統(tǒng)配置更新響應(yīng)將與系統(tǒng)配置更新響應(yīng)所對應(yīng)的客戶節(jié)點的接收狀態(tài)改變?yōu)橐呀邮諣顟B(tài)，并向接收狀態(tài)未改變的客戶節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有客戶節(jié)點都接收到系統(tǒng)配置更新請求為止，其中，更新記錄信息具有與多個客戶節(jié)點相對應(yīng)的多個接收狀態(tài)。具體地，管理節(jié)點定時向接收狀態(tài)未改變的客戶節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有客戶節(jié)點都接收到系統(tǒng)配置更新請求為止。利用本發(fā)明的系統(tǒng)配置管理方法，管理節(jié)點通過系統(tǒng)配置更新數(shù)據(jù)發(fā)送給多個客戶節(jié)點，然后，定時查詢更新記錄信息并再次向更新記錄信息的接收狀態(tài)未改變的客戶節(jié)點發(fā)送系統(tǒng)配置更新數(shù)據(jù)，從而不但減少了管理節(jié)點的工作量，而且能夠保證將系統(tǒng)配置更新數(shù)據(jù)發(fā)送至所有的客戶節(jié)點，克服了管理節(jié)點集中控制失效的問題，能夠更好地對所有客戶節(jié)點進行管理和控制，從而能夠保證云存儲系統(tǒng)的系統(tǒng)配置的一致性。在多個客戶節(jié)點被管理節(jié)點授權(quán)并與管理節(jié)點建立連接以后并且在服務(wù)節(jié)點更新以后，即，在系統(tǒng)的客戶節(jié)點運行過程中并且在服務(wù)節(jié)點更新以后，服務(wù)節(jié)點向多個客戶節(jié)點中的每一個都發(fā)送指示服務(wù)節(jié)點已更新的指示信息。在其他實施例中，客戶節(jié)點與服務(wù)節(jié)點中的索引服務(wù)節(jié)點進行交互，來探測節(jié)點配置信息和磁盤配置信息的更新。具體地，客戶節(jié)點在訪問存儲系統(tǒng)時，如創(chuàng)建文件或目錄等，需要由所述服務(wù)節(jié)點中的索引服務(wù)器節(jié)點來分配服務(wù)節(jié)點中的數(shù)據(jù)服務(wù)器及其上的磁盤，若分配失敗則訪問操作失敗。若客戶節(jié)點未接收到索引服務(wù)器節(jié)點分配的結(jié)果(數(shù)據(jù)服務(wù)器和磁盤)則訪問失敗，否則檢測索引服務(wù)器節(jié)點分配的數(shù)據(jù)服務(wù)器和磁盤是否在本地的服務(wù)器列表和磁盤列表中，若不在，則訪問失敗。從而客戶節(jié)點通過與服務(wù)節(jié)點或者服務(wù)節(jié)點中的索引服務(wù)器進行信息交互，能夠及時了解到系統(tǒng)配置更新的具體情況。圖5為根據(jù)本發(fā)明的實施例的在客戶節(jié)點被管理節(jié)點授權(quán)并與管理節(jié)點建立連接的情況下的系統(tǒng)配置管理方法的流程圖。如果因為客戶節(jié)點故障、網(wǎng)絡(luò)連接故障等，客戶節(jié)點沒有接收到系統(tǒng)配置更新請求的情況下，在步驟502中，客戶節(jié)點在啟動初始化時向管理節(jié)點發(fā)送連接建立信息；具體地，客戶節(jié)點在啟動時建立與管理節(jié)點的連接，然后，客戶節(jié)點向管理節(jié)點發(fā)送獲取授權(quán)消息，管理節(jié)點啟動相應(yīng)的授權(quán)操作，若授權(quán)操作失敗，客戶節(jié)點退出存儲系統(tǒng)。在步驟504中，管理節(jié)點向發(fā)送連接建立信息的客戶節(jié)點發(fā)送系統(tǒng)配置更新請求。具體地，管理節(jié)點在完成客戶節(jié)點授權(quán)后向客戶節(jié)點發(fā)送節(jié)點配置信息、磁 盤配置信息、存儲系統(tǒng)參數(shù)信息等，若由于網(wǎng)絡(luò)連接等問題發(fā)送失敗，則客戶節(jié)點退出存儲系統(tǒng)。在客戶節(jié)點被管理節(jié)點授權(quán)并與管理節(jié)點建立連接以后，客戶節(jié)點可以主動向管理節(jié)點發(fā)送連接建立信息，并且管理節(jié)點在接收到該連接建立信息以后，立即向客戶節(jié)點發(fā)送系統(tǒng)配置更新請求，而無需等待管理節(jié)點下一次向該客戶節(jié)點繼續(xù)發(fā)送系統(tǒng)配置更新請求。從而縮短了客戶節(jié)點的等待時間，進一步縮短了管理節(jié)點對所有客戶節(jié)點進行更新的時間，從而能夠更好地保證管理節(jié)點和客戶節(jié)點的系統(tǒng)配置的一致性。接收到系統(tǒng)配置更新請求的客戶節(jié)點對系統(tǒng)配置更新數(shù)據(jù)進行存儲。具體地，客戶節(jié)點在接收到系統(tǒng)配置更新請求以后，將系統(tǒng)配置更新數(shù)據(jù)存儲在其內(nèi)存中，并且根據(jù)該系統(tǒng)配置更新數(shù)據(jù)及時與已刪除的節(jié)點斷開，并且與新添加的節(jié)點建立連接。此外，如果客戶節(jié)點在訪問內(nèi)存中的系統(tǒng)配置更新數(shù)據(jù)失敗時，可以再次向管理節(jié)點發(fā)送建立連接的信息，從而再次從管理節(jié)點獲取系統(tǒng)配置更新數(shù)據(jù)并存儲在其內(nèi)存中。如果客戶節(jié)點第二次訪問內(nèi)存中的系統(tǒng)配置更新數(shù)據(jù)失敗時，則客戶節(jié)點需要退出該云存儲系統(tǒng)，然后重新獲取管理節(jié)點的授權(quán)，才能使用該云存儲系統(tǒng)。在更新記錄信息發(fā)送日志表中建立更新記錄信息，其中，當與所有的多個服務(wù)節(jié)點和多個客戶節(jié)點相對應(yīng)的接收狀態(tài)都變?yōu)橐呀邮諣顟B(tài)時，管理節(jié)點將更新記錄信息從更新記錄信息發(fā)送日志表中刪除。具體地，當與所有服務(wù)節(jié)點和所有客戶節(jié)點相對應(yīng)的發(fā)送記錄都被設(shè)置為I時，則該云存儲系統(tǒng)中的所有服務(wù)節(jié)點和所有客戶節(jié)點完成了一次系統(tǒng)配置更新，從而將該更新記錄信息從更新記錄信息發(fā)送日志表中刪除。利用本發(fā)明的實施例的云存儲系統(tǒng)，首先管理節(jié)點向服務(wù)節(jié)點和客戶節(jié)點發(fā)送系統(tǒng)配置更新請求，然后，管理節(jié)點可以根據(jù)更新記錄信息的接收狀態(tài)來繼續(xù)向接收狀態(tài)未改變的服務(wù)節(jié)點和客戶節(jié)點發(fā)送系統(tǒng)配置更新請求，不但減小了管理節(jié)點與服務(wù)節(jié)點和客戶節(jié)點之間的通信任務(wù)，降低了管理節(jié)點的工作量，而且保證所有的服務(wù)節(jié)點和客戶節(jié)點都能夠接收到系統(tǒng)配置更新請求，從而保證能夠?qū)λ械姆?wù)節(jié)點和所有的客戶節(jié)點進行更新；服務(wù)節(jié)點和客戶節(jié)點可以在與管理節(jié)點重新建立連接以后，主動向管理節(jié)點發(fā)送請求信息來縮短服務(wù)節(jié)點和客戶節(jié)點的等待時間，縮短了云存儲系統(tǒng)的系統(tǒng)配置更新的時間，從而能夠保證實時更新服務(wù)節(jié)點和客戶節(jié)點的系統(tǒng)配置，進一步保證云存儲系統(tǒng)中的管理節(jié)點、服務(wù)節(jié)點以及客戶節(jié)點的系統(tǒng)配置的一致性。以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人 員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種用于云存儲系統(tǒng)的系統(tǒng)配置管理方法，其特征在于，包括 管理節(jié)點向多個服務(wù)節(jié)點發(fā)送具有系統(tǒng)配置更新數(shù)據(jù)的系統(tǒng)配置更新請求，并建立更新記錄信息，所述更新記錄信息具有與所述多個服務(wù)節(jié)點相對應(yīng)的多個接收狀態(tài)； 所述多個服務(wù)節(jié)點中接收到所述系統(tǒng)配置更新請求的服務(wù)節(jié)點向所述管理節(jié)點發(fā)送系統(tǒng)配置更新響應(yīng)；以及 所述管理節(jié)點根據(jù)所述系統(tǒng)配置更新響應(yīng)將與所述系統(tǒng)配置更新響應(yīng)所對應(yīng)的服務(wù)節(jié)點的接收狀態(tài)改變?yōu)橐呀邮諣顟B(tài)，并向接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送所述系統(tǒng)配置更新請求直至所有服務(wù)節(jié)點都接收到所述系統(tǒng)配置更新請求為止。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)配置管理方法，其特征在于，在所述管理節(jié)點向所述多個服務(wù)節(jié)點發(fā)送所述系統(tǒng)配置更新請求之前，所述管理節(jié)點根據(jù)所述系統(tǒng)配置更新數(shù)據(jù)對自身進行更新。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)配置管理方法，其特征在于，所述管理節(jié)點定時向所述接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送所述系統(tǒng)配置更新請求直至所有服務(wù)節(jié)點都接收到所述系統(tǒng)配置更新請求為止。
4.根據(jù)權(quán)利要求2所述的系統(tǒng)配置管理方法，其特征在于，所述系統(tǒng)配置更新數(shù)據(jù)包括第二系統(tǒng)版本號，其中，當所述服務(wù)節(jié)點與所述管理節(jié)點建立連接時， 所述服務(wù)節(jié)點向所述管理節(jié)點發(fā)送具有第一系統(tǒng)版本號的信息； 所述管理節(jié)點將所述第一系統(tǒng)版本號與所述第二系統(tǒng)版本號進行比較；以及當所述第一系統(tǒng)版本號低于所述第二系統(tǒng)版本號時，所述管理節(jié)點向所述服務(wù)節(jié)點發(fā)送所述系統(tǒng)配置更新請求。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)配置管理方法，其特征在于，還包括 所述管理節(jié)點向多個客戶節(jié)點發(fā)送系統(tǒng)配置更新請求； 所述多個客戶節(jié)點中接收到所述系統(tǒng)配置更新請求的客戶節(jié)點向所述管理節(jié)點發(fā)送系統(tǒng)配置更新響應(yīng)；以及 所述管理節(jié)點根據(jù)所述系統(tǒng)配置更新響應(yīng)將與所述系統(tǒng)配置更新響應(yīng)所對應(yīng)的客戶節(jié)點的接收狀態(tài)改變?yōu)橐呀邮諣顟B(tài)，并向所述接收狀態(tài)未改變的客戶節(jié)點發(fā)送所述系統(tǒng)配置更新請求直至所有客戶節(jié)點都接收到所述系統(tǒng)配置更新請求為止， 其中，所述更新記錄信息具有與所述多個客戶節(jié)點相對應(yīng)的多個接收狀態(tài)。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)配置管理方法，其特征在于，所述管理節(jié)點定時向所述接收狀態(tài)未改變的客戶節(jié)點發(fā)送所述系統(tǒng)配置更新請求直至所有客戶節(jié)點都接收到所述系統(tǒng)配置更新請求為止。
7.根據(jù)權(quán)利要求5所述的系統(tǒng)配置管理方法，其特征在于， 在所述多個客戶節(jié)點被所述管理節(jié)點授權(quán)并與所述管理節(jié)點建立連接以后并且在所述服務(wù)節(jié)點更新以后，所述服務(wù)節(jié)點向所述多個客戶節(jié)點中的每一個都發(fā)送指示所述服務(wù)節(jié)點已更新的指示信息。
8.根據(jù)權(quán)利要求5或7所述的系統(tǒng)配置管理方法，其特征在于， 在所述客戶節(jié)點啟動初始化時，向所述管理節(jié)點發(fā)送連接建立信息；以及 所述管理節(jié)點向發(fā)送所述連接建立信息的所述客戶節(jié)點發(fā)送所述系統(tǒng)配置更新請求。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)配置管理方法，其特征在于，接收到所述系統(tǒng)配置更新請求的客戶節(jié)點對所述系統(tǒng)配置數(shù)據(jù)進行存儲。
10.根據(jù)權(quán)利要求5至7中的任一項所述的系統(tǒng)配置管理方法，其特征在于，在更新記錄信息發(fā)送日志表中建立所述更新記錄信息，其中，當與所有的所述多個服務(wù)節(jié)點和所述多個客戶節(jié)點相對應(yīng)的接收狀態(tài)都變?yōu)樗鲆呀邮諣顟B(tài)時，所述管理節(jié)點將所述更新記錄信息從所述更新記錄信息發(fā)送日志表中刪除。
全文摘要
本發(fā)明提供了一種用于云存儲系統(tǒng)的系統(tǒng)配置管理方法，其中，管理節(jié)點向多個服務(wù)節(jié)點發(fā)送具有系統(tǒng)配置更新數(shù)據(jù)的系統(tǒng)配置更新請求，并建立更新記錄信息，更新記錄信息具有與多個服務(wù)節(jié)點相對應(yīng)的多個接收狀態(tài)；多個服務(wù)節(jié)點中接收到系統(tǒng)配置更新請求的服務(wù)節(jié)點向管理節(jié)點發(fā)送系統(tǒng)配置更新響應(yīng)；以及管理節(jié)點根據(jù)系統(tǒng)配置更新響應(yīng)將與系統(tǒng)配置更新響應(yīng)所對應(yīng)的服務(wù)節(jié)點的接收狀態(tài)改變?yōu)橐呀邮諣顟B(tài)，并向接收狀態(tài)未改變的服務(wù)節(jié)點發(fā)送系統(tǒng)配置更新請求直至所有服務(wù)節(jié)點都接收到系統(tǒng)配置更新請求為止。利用該方法能夠保證管理節(jié)點對所有的服務(wù)節(jié)點的系統(tǒng)配置更新的管理和控制。避免了管理節(jié)點集中控制失效的問題，從而保證系統(tǒng)配置一致性。
文檔編號H04L29/08GK103024065SQ20121057142
公開日2013年4月3日 申請日期2012年12月25日 優(yōu)先權(quán)日2012年12月25日
發(fā)明者張健, 苗艷超, 劉新春, 邵宗有 申請人:曙光信息產(chǎn)業(yè)(北京)有限公司