專利名稱：集群配置更新方法
技術(shù)領域：
本發(fā)明基本上涉及集群系統(tǒng)領域，更具體地來說，涉及一種集群配置更新方法。
背景技術(shù)：
在大規(guī)模集群環(huán)境下，不同的機器上運行著很多相同的軟件，如NFS，而在眾多集群應用軟件中，需要保持不同節(jié)點上的配置文件一致，如何保持配置文件的一致性是很多集群面臨的難題?，F(xiàn)有技術(shù)大多通過在一臺機器上編輯配置文件后，通過編寫拷貝腳本或命令，將配置文件分發(fā)到不同機器上。
通過編寫拷貝腳本或命令，將配置文件分發(fā)到不同機器上的方式，其可靠性面臨著巨大的挑戰(zhàn)。如果在拷貝的過程中，有些節(jié)點出現(xiàn)故障宕機了，那么這些節(jié)點的配置將不得以同步。當集群中新增節(jié)點時，新節(jié)點上的配置文件也無較好的方式進行同步。

發(fā)明內(nèi)容
為了克服上述缺陷，本發(fā)明提出了一種集群配置更新方法，解決了如何提高集群配置更新可靠性的技術(shù)問題。本發(fā)明公開了一種集群系統(tǒng)配置更新方法，包括步驟SI :將第一服務器的第一配置信息寫入所述集群系統(tǒng)的注冊中心；以及步驟S2 :將所述第二服務器的第二配置信息更新為所述第一配置信息。優(yōu)選地，所述步驟SI包括通過配置管理守護進程將第一服務器的第一配置信息寫入所述集群系統(tǒng)的注冊中心。優(yōu)選地，所述步驟SI包括每經(jīng)過預定時間，通過配置管理守護進程將第一服務器的第一配置信息寫入所述集群系統(tǒng)的注冊中心。優(yōu)選地，所述步驟SI包括當?shù)谝环掌鞯牡谝慌渲眯畔l(fā)生變化時，通過配置管理守護進程將所述第一配置信息寫入所述集群系統(tǒng)的注冊中心。優(yōu)選地，所述步驟S2包括每經(jīng)過預定時間，所述第二服務器檢查所述注冊中心，如果所述第二服務器從所述注冊中心中讀取到所述第一配置信息，則將所述第二服務器的第二配置信息更新為所述第一配置信息。優(yōu)選地，所述步驟S2包括當有預定事件發(fā)生時，將所述第二服務器的第二配置信息更新為所述第一配置信息。優(yōu)選地，所述步驟S2包括步驟S21 :所述注冊中心調(diào)用事件腳本；步驟S22 :通過所述事件腳本從所述注冊中心讀取到所述第一配置信息；以及步驟S23 :如果檢測出所述第一配置信息不同于所述第二配置信息，則將所述第二服務器的第二配置信息更新為所述第一配置信息。優(yōu)選地，所述第一配制信息和所述第二配制信息包括Http的httpd. conf文件、Ftp 的 vsftpd. conf 文件、NFS 的 /etc/exports 文件或者 Samba 的 smb. conf 文件。優(yōu)選地，所述第一配置信息不同于所述第二配置信息。
優(yōu)選地，所述第一配置信息的最后修改時間晚于所述第二配置信息。通過本發(fā)明所公開的集群配置更新方法，能夠提高集群配置更新可靠性。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中圖I是根據(jù)本發(fā)明的集群配置更新方法的實施例的總體流程圖；圖2是根據(jù)本發(fā)明的集群配置更新方法的優(yōu)選實施例的具體流程圖；圖3是根據(jù)本發(fā)明的集群配置更新方法的實例的示意圖?！?br> 具體實施例方式以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。圖I是根據(jù)本發(fā)明的集群配置更新方法的實施例的總體流程圖。在圖I中步驟SlOO :集群系統(tǒng)中具有第一服務器和第二服務器，將第一服務器的第一配置信息寫入集群系統(tǒng)的注冊中心。其中，注冊中心采用分布式架構(gòu)，與第一服務器和第二服務器相通信。步驟S102 :將第二服務器的第二配置信息更新為第一配置信息。更新之后，相當于將第二服務器的配置與第一服務器的配置進行了同步更新。其中，該步驟S102可以由兩種方式觸發(fā)，預定時間和預定事件，但并不限于此。因此，該步驟S102進一步包括每經(jīng)過預定時間，第二服務器檢查注冊中心，如果第二服務器從注冊中心中讀取到第一配置信息，則將第二服務器的第二配置信息更新為第一配置信息；或者當有預定事件發(fā)生時，將第二服務器的第二配置信息更新為第一配置信息。第一配制信息和第二配制信息包括Http的httpd. conf文件、Ftp的vsftpd. conf文件、NFS的/etc/exports文件、Samba的smb. conf文件或者其他應用的配置文件。其中，當需要更新時，第一配置信息不同于第二配置信息，例如，第一配置信息的最后修改時間晚于第二配置信息等等。通過本實施例，實現(xiàn)了集群環(huán)境下配置信息的同步，可以針對不同應用軟件的配置文件實現(xiàn)所有節(jié)點上的同步功能。圖2是根據(jù)本發(fā)明的集群配置更新方法的優(yōu)選實施例的具體流程圖。在圖2中步驟S200 :通過配置管理守護進程將第一服務器的第一配置信息寫入集群系統(tǒng)的注冊中心。優(yōu)選地，每經(jīng)過預定時間，通過配置管理守護進程將第一服務器的第一配置信息寫入集群系統(tǒng)的注冊中心；或者當?shù)谝环掌鞯牡谝慌渲眯畔l(fā)生變化時，通過配置管理守護進程將第一配置信息寫入集群系統(tǒng)的注冊中心。步驟S202 :注冊中心調(diào)用事件腳本。步驟S204 :通過事件腳本從注冊中心讀取到第一配置信息。步驟S206 :如果檢測出第一配置信息不同于第二配置信息，則將第二服務器的第二配置信息更新為第一配置信息。也就是說，事件腳本從注冊中心讀取到配置信息，然后進行對比以及相應的更新。
第一配制信息和第二配制信息包括Http的httpd. conf文件、Ftp的vsftpd. conf文件、NFS的/etc/exports文件、Samba的smb. conf文件或者其他應用的配置文件。其中，當需要更新時，第一配置信息不同于第二配置信息，例如，第一配置信息的最后修改時間晚于第二配置信息等等。通過本實施例，實現(xiàn)了集群環(huán)境下配置信息的同步，可以針對不同應用軟件的配置文件實現(xiàn)所有節(jié)點上的同步功能。圖3是根據(jù)本發(fā)明的集群配置更新方法的實例的示意圖。系統(tǒng)采用白板模式的設計理念，以注冊中心為核心思想，基本架構(gòu)如圖3所示。由一臺服務器將配置信息寫入注冊中心，其他服務器通過自動方式，以分布式形態(tài)從注冊中心讀取配置信息。用戶通過命令行封裝的命令，將需要同步的配置文件，如ftp的vsftpd. conf 文件，NFS的/etc/exports文件，注入到配置管理的后臺守護進程中(ConfigurationManagement Daemon)，配置管理守護進程通過netregistry將配置文件的內(nèi)容存入注冊中心。注冊中心通過事件機制與各節(jié)點保持通信，各節(jié)點會定時或根據(jù)事件信息，從注冊中心讀取配置文件內(nèi)容，并同步到本地形成配置文件，進而實現(xiàn)配置文件的內(nèi)容同步。各節(jié)點與注冊中心同步的流程如下I)注冊中心，對于整個系統(tǒng)中的重要事件，并提供定時機制調(diào)用事件腳本(EventScript)；2)事件腳本通過相關(guān)命令從注冊中心獲取最新的配置文件內(nèi)容；4)將獲取的最新配置文件內(nèi)容與本地配置文件進行比較，如注冊中心的內(nèi)容發(fā)生了更新，則將其同步到本地；5)如本地的配置文件比注冊中心的內(nèi)容新，則判斷當前節(jié)點是否為集群中的主節(jié)點，如是主節(jié)點，則將配置文件內(nèi)容更新到注冊中心中。實現(xiàn)了集群環(huán)境下配置信息的同步，可以針對不同應用軟件的配置文件實現(xiàn)所有節(jié)點上的同步功能。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種集群系統(tǒng)配置更新方法，其特征在于，包括 步驟SI :將第一服務器的第一配置信息寫入所述集群系統(tǒng)的注冊中心；以及 步驟S2 :將所述第二服務器的第二配置信息更新為所述第一配置信息。
2.根據(jù)權(quán)利要求I所述的集群配置更新方法，其特征在于，所述步驟SI包括通過配置管理守護進程將第一服務器的第一配置信息寫入所述集群系統(tǒng)的注冊中心。
3.根據(jù)權(quán)利要求2所述的集群配置更新方法，其特征在于，所述步驟SI包括每經(jīng)過預定時間，通過配置管理守護進程將第一服務器的第一配置信息寫入所述集群系統(tǒng)的注冊中心。
4.根據(jù)權(quán)利要求2所述的集群配置更新方法，其特征在于，所述步驟SI包括當?shù)谝环掌鞯牡谝慌渲眯畔l(fā)生變化時，通過配置管理守護進程將所述第一配置信息寫入所述集群系統(tǒng)的注冊中心。
5.根據(jù)權(quán)利要求I所述的集群配置更新方法，其特征在于，所述步驟S2包括每經(jīng)過預定時間，所述第二服務器檢查所述注冊中心，如果所述第二服務器從所述注冊中心中讀取到所述第一配置信息，則將所述第二服務器的第二配置信息更新為所述第一配置信息。
6.根據(jù)權(quán)利要求I所述的集群配置更新方法，其特征在于，所述步驟S2包括當有預定事件發(fā)生時，將所述第二服務器的第二配置信息更新為所述第一配置信息。
7.根據(jù)權(quán)利要求6所述的集群配置更新方法，其特征在于，所述步驟S2包括 步驟S21 :所述注冊中心調(diào)用事件腳本； 步驟S22 :通過所述事件腳本從所述注冊中心讀取到所述第一配置信息；以及 步驟S23 :如果檢測出所述第一配置信息不同于所述第二配置信息，則將所述第二服務器的第二配置信息更新為所述第一配置信息。
8.根據(jù)權(quán)利要求I所述的集群配置更新方法，其特征在于，所述第一配制信息和所述第二配制信息包括Http 的 httpd. conf 文件、Ftp 的 vsftpd. conf 文件、NFS 的 /etc/exports文件或者Samba的smb. conf文件。
9.根據(jù)權(quán)利要求I所述的集群配置更新方法，其特征在于，所述第一配置信息不同于所述第二配置信息。
10.根據(jù)權(quán)利要求I所述的集群配置更新方法，其特征在于，所述第一配置信息的最后修改時間晚于所述第二配置信息。
全文摘要
本發(fā)明公開了一種集群系統(tǒng)配置更新方法，包括步驟S1將第一服務器的第一配置信息寫入集群系統(tǒng)的注冊中心；以及步驟S2將第二服務器的第二配置信息更新為第一配置信息。通過本發(fā)明所公開的集群配置更新方法，能夠提高集群配置更新可靠性。
文檔編號H04L29/06GK102916974SQ20121044496
公開日2013年2月6日 申請日期2012年11月7日 優(yōu)先權(quán)日2012年11月7日
發(fā)明者郭慶, 謝瑩瑩, 班軍成, 苗艷超, 劉新春, 邵宗有 申請人:曙光信息產(chǎn)業(yè)股份有限公司