專利名稱：提供證明服務(wù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及提供證明服務(wù)。
背景技術(shù)：
服務(wù)器群集常用于提供故障轉(zhuǎn)移和信息到客戶端的高可用性。群集通常具有執(zhí)行用于管理群集故障轉(zhuǎn)移和負載平衡的功能的群集服務(wù)。所述群集服務(wù)通常提供快速的故障檢測以提供最大的服務(wù)可用性。然而，從客戶端的角度而言，大多數(shù)故障檢測是通過網(wǎng)絡(luò)超時來執(zhí)行的。如果客戶端使用傳輸控制協(xié)議(TCP)向群集發(fā)起諸如文件訪問請求或數(shù)據(jù)庫訪問請求之類的請求，則故障在達到超時以前一直未被檢測到?？蛻舳藢碜苑?wù)器的確認等待一預(yù)定義的時間段，或者如果客戶端已經(jīng)發(fā)出操作并且接收到確認，則該客戶端對來自該服務(wù)器的響應(yīng)等待一預(yù)定義的時間段。因此，為了檢測服務(wù)器故障所需的時間可以 在相對快速到30秒或更長時間的范圍內(nèi)變化?？蛻舳藶榱烁焖俚貦z測故障，其必須為活動的(即頻繁地發(fā)送請求)以確定該服務(wù)器已經(jīng)發(fā)生故障。ー種用于保證快速檢測的方式是客戶端不斷地發(fā)送?；?keep-alive)分組以幫助防止空閑客戶端在服務(wù)器發(fā)生故障的情況下不接收網(wǎng)絡(luò)斷開這ー情況。然而，?；罘纸M消耗網(wǎng)絡(luò)帶寬。各實施例正是對于這些和其它考慮事項而做出的。而且，盡管討論了相對具體的問題，但是應(yīng)當理解，各實施例不應(yīng)被限于解決本背景技術(shù)中所標識的具體問題。

發(fā)明內(nèi)容
提供本概述來以簡化形式介紹將在以下詳細描述部分中進ー步描述的ー些概念。本發(fā)明內(nèi)容并不g在標識出所要求保護的主題的關(guān)鍵特征或必要特征，也不g在用于幫助確定所要求保護的主題的范圍。描述了用于提供證明服務(wù)的實施例，所述證明服務(wù)向經(jīng)注冊的客戶端發(fā)送對資源狀態(tài)的通知。實施例提供了包含各個消息的協(xié)議，所述消息用于注冊和接收關(guān)于例如群集或網(wǎng)絡(luò)中的資源之類的資源的狀態(tài)的通知。在一個實施例中，該協(xié)議包含供客戶端向群集中的節(jié)點請求證明信息的消息。該證明信息可以標識出該群集中的提供證明服務(wù)的節(jié)點。該協(xié)議附加地包含用于向證明服務(wù)注冊關(guān)于網(wǎng)絡(luò)或群集資源的狀態(tài)或狀態(tài)改變的通知的消息。在一個實施例中，該消息用于注冊節(jié)點故障的通知。該協(xié)議還可以包含供證明服務(wù)發(fā)送具有該資源的狀態(tài)信息的通知的消息。實施例還提供了用于從證明服務(wù)注銷的消息。各實施例可被實現(xiàn)為計算機進程、計算系統(tǒng)、或者諸如計算機程序產(chǎn)品或計算機可讀介質(zhì)等制品。計算機程序產(chǎn)品可以是計算機系統(tǒng)可讀并對用于執(zhí)行計算機過程的指令的計算機程序編碼的計算機存儲介質(zhì)。計算機程序產(chǎn)品還可以是計算系統(tǒng)可讀并對用于執(zhí)行計算機過程的指令的計算機程序編碼的載體上的傳播信號。


參考以下附圖描述非限制性和非窮盡的實施例。
圖I示出了可用于實現(xiàn)實施例的系統(tǒng)。圖2示出了客戶端和節(jié)點群集按照ー些實施例使用證明協(xié)議來交換消息的框圖。圖3示出了客戶端和文件服務(wù)器群集按照ー些實施例使用文件訪問協(xié)議和證明協(xié)議來通信的框圖。圖4示出了示出可在圖3所示環(huán)境內(nèi)進行交換的消息序列的順序圖。圖5示出了按照ー些實施例的接收和提供對資源狀態(tài)信息的通知的操作流程。圖6示出了按照ー些實施例的接收和提供對群集資源的狀態(tài)通知的操作流程。圖7示出了適于實現(xiàn)各實施例的計算環(huán)境的框圖。
具體實施例方式以下將參考形成本發(fā)明一部分并示出各具體示例性實施例的附圖更詳盡地描述各個實施例。然而各實施例被實現(xiàn)為許多不同的形式并且不應(yīng)將其解釋為限制在此處描述的實施例；相反地，提供這些實施例以使得本公開變得透徹和完整，并且將這些實施例的范圍完全傳達給本領(lǐng)域普通技術(shù)人員。因此，這些實施例可采用硬件實現(xiàn)形式、全軟件實現(xiàn)形式或者結(jié)合軟件和硬件方面的實現(xiàn)形式。因此，以下詳細描述并非是局限性的。圖I示出了可用于實現(xiàn)一些實施例的系統(tǒng)100。系統(tǒng)100包括客戶端102和106以及服務(wù)器群集106。客戶端102和104通過網(wǎng)絡(luò)108與服務(wù)器群集106通信。服務(wù)器群集106存儲信息，該信息被客戶端102和104上的應(yīng)用訪問?？蛻舳?02和104與群集106建立會話以訪問群集106上的信息。盡管在圖I中，僅有客戶端102和104被示為與群集106通信，但是在其他實施例中，可以存在兩個以上客戶端從服務(wù)器群集106訪問信息。如圖I所示，服務(wù)器群集106包括服務(wù)器106AU06B和106C，所述服務(wù)器提供存儲在群集106上的信息的高可用性和冗余性二者。在實施例中，群集106可以具有文件系統(tǒng)、數(shù)據(jù)庫、或者由客戶端102和104訪問的其他信息。盡管圖I中示出了 3個服務(wù)器，但是在其他實施例中，群集106可以包括3個以上服務(wù)器或3個以下服務(wù)器。根據(jù)ー個實施例，附加于存儲由客戶端102和104訪問的信息，群集106還提供證明服務(wù)。證明服務(wù)允許客戶端102和104接收關(guān)于由群集106所監(jiān)控的資源的狀態(tài)的通知。所述資源可以是群集資源或網(wǎng)絡(luò)資源。在一個實施例，服務(wù)器106AU06B和106C中的每個都能夠提供證明服務(wù)。也就是說，只要客戶端102和104未使用服務(wù)器來訪問群集資源，則所述客戶端就可以向服務(wù)器106AU06B或106C中的任何服務(wù)器注冊證明服務(wù)。在其他實施例中，可能僅有群集106的服務(wù)器中的一部分提供證明服務(wù)。例如，在該實施例中，僅僅106B和106C將運行證明服務(wù)。在又一實施例中，群集106可以包括專用于提供證明服務(wù)的服務(wù)器。對于這些實施例而言，盡管未示出，但是群集106可以包括如下的服務(wù)器所述服務(wù)器被專門配置為運行證明服務(wù)并且將不提供對客戶端102和104的訪問。來自群集106的提供證明服務(wù)的服務(wù)器從群集106中的資源和/或從網(wǎng)絡(luò)資源接收事件。服務(wù)器處理和存儲來自這些事件的信息以跟蹤這些資源的狀態(tài)。響應(yīng)于這些事件，服務(wù)器將向已經(jīng)向證明服務(wù)注冊以接收關(guān)于資源的狀態(tài)信息的客戶端發(fā)出通知。作為ー個示例，這些事件可以由運行在群集106上以提供負載平衡和故障檢測的群集服務(wù)來生成。如上所述，客戶端102和104與群集106通信以向證明服務(wù)請求通知。在實施例中，提供由證明服務(wù)和客戶端102和104使用的證明協(xié)議。該協(xié)議包含用于允許客戶端102和104向群集106中的服務(wù)器請求關(guān)于證明服務(wù)的信息的消息。該信息可以標識出群集106中的哪些服務(wù)器提供證明服務(wù)。該協(xié)議還包含用于注冊來自證明服務(wù)的通知的消息。由證明服務(wù)發(fā)送給客戶端102和104的關(guān)于資源狀態(tài)的消息還根據(jù)證明協(xié)議被格式化。為了示出一個實施例，客戶端102建立與群集106的服務(wù)器的會話。例如，客戶端102可以建立與服務(wù)器106A的會話以訪問存儲在服務(wù)器106A上的數(shù)據(jù)庫。由于客戶端102從服務(wù)器106訪問信息，因此其可能想要具有對服務(wù)器106A上的任何故障的及早指示。故障的及早檢測將允許及早恢復(fù)，這減少了客戶端102上的應(yīng)用可能必須等待的時間量。及早檢測和恢復(fù)還減小了被保留以供客戶端102重連到的資源對其他客戶端不可用的時間窗P。 為了向證明服務(wù)注冊，客戶端102首先向服務(wù)器106A發(fā)送根據(jù)證明協(xié)議被格式化的消息以獲得關(guān)于群集106上的哪個或哪些服務(wù)器運行證明服務(wù)的信息。服務(wù)器106A用如下的信息進行響應(yīng)該信息包含運行證明服務(wù)的服務(wù)器106B和106C的標識以及為了連接到這些服務(wù)器中的任意一個所需的任何信息。在該示例中，基于從服務(wù)器106A接收的信息，客戶端102向服務(wù)器106B發(fā)送注冊請求以接收服務(wù)器106A上的資源的狀態(tài)或狀態(tài)改變的通知。當服務(wù)器106A上的資源發(fā)生故障時、以及之后當該服務(wù)器可用于重連時，該客戶端將被通知。該狀態(tài)可以如服務(wù)器106A是在線還是離線那樣簡單。在其他實施例中，通知可以具有更精細的粒度，比如是服務(wù)器106A的盤或適配器發(fā)生了故障、還是被離線。在一些實施例中，客戶端102可以具有預(yù)先確定的方法以用于選擇特定的用于聯(lián)系的服務(wù)器以向證明服務(wù)注冊。例如，客戶端可以隨機地、以循環(huán)方式或者基于其從群集接收的信息來選擇服務(wù)器。在客戶端102已經(jīng)向服務(wù)器106B注冊關(guān)于服務(wù)器106A上的資源的通知，所述資源的狀態(tài)的由服務(wù)器106B檢測到的改變將導(dǎo)致具有指示所述資源的狀態(tài)改變的信息的通知被發(fā)送給客戶端102。例如，該通知可以指示服務(wù)器106A為離線。響應(yīng)于該通知，客戶端102可以停止向服務(wù)器106A發(fā)送針對信息的請求并且嘗試連接到群集106中的另ー服務(wù)器?？商娲?，客戶端102可以等待表示服務(wù)器106A返回在線的隨后通知，使得其可以重連并且再次開始從服務(wù)器106A訪問信息。下面的描述僅僅是圖I所示的實施例可以如何操作的ー個示例。下面將更詳細地描述，實施例可以包括不同的步驟或操作。這些實施例是使用任何合適的軟件或硬件組件或模塊來實現(xiàn)的。現(xiàn)在轉(zhuǎn)到圖2，圖2中示出了示出客戶端202和204以及節(jié)點群集206的軟件環(huán)境200的框圖。按照ー些實施例，所述客戶端和節(jié)點群集使用證明協(xié)議來交換信息。示出了圖2以圖解說明用于使用證明協(xié)議的環(huán)境的一般性示例。圖2的描述g在是一般性的并且適用于任何數(shù)目的情況，比如客戶端202和204訪問存儲在節(jié)點群集206上的文件系統(tǒng)，其中節(jié)點群集206是具有分布式文件系統(tǒng)的服務(wù)器群集。作為另ー示例，環(huán)境200可以用在客戶端202和204訪問存儲在節(jié)點群集206上的數(shù)據(jù)庫的情況下。如圖2所示，客戶端202和204訪問由節(jié)點群集206提供的信息。節(jié)點群集206包括3個節(jié)點、即節(jié)點I、節(jié)點2和節(jié)點3。如圖2所示，節(jié)點1、2和3中的每個都包括與客戶端202和204通信的各個組件。例如，每個節(jié)點都包括客戶端訪問模塊，該客戶端訪問模塊與客戶端202和204通信以及建立用于允許所述客戶端訪問存儲在該節(jié)點群集上的信息的會話。在圖2所示的實施例中，節(jié)點I、2和3還包括證明管理組件，該證明管理組件作為配備在節(jié)點群集206上的證明服務(wù)的一部分與客戶端202和204通信。該證明管理模塊提供關(guān)于節(jié)點群集206中的哪些節(jié)點運行證明服務(wù)的信息，使得客戶端202和204可以向該證明服務(wù)注冊。另外，證明管理組件還為客戶端注冊針對資源狀態(tài)的通知，并且還與圖2所示的監(jiān)控組件通信，該監(jiān)控組件從節(jié)點和網(wǎng)絡(luò)資源接收和處理事件。該監(jiān)控組件處理事件并且將狀態(tài)和狀態(tài)改變信息提供給證明管理組件，該證明管理組件進而通知注冊了資源的狀態(tài)或狀態(tài)改變的通知的任何客戶端。在一些實施例中，該監(jiān)控組件可以使用由群集服務(wù)提供的API來監(jiān)控該群集中的資源的狀態(tài)。在圖2所示的實施例中，客戶端202已經(jīng)建立與節(jié)點I的會話，并且使用信道208向節(jié)點I的客戶端訪問組件發(fā)送訪問請求?？蛻舳?02還發(fā)起了與節(jié)點I的単獨的信道(未示出)以接收關(guān)于證明服務(wù)的信息，比如哪些服務(wù)器提供該證明服務(wù)。與節(jié)點I建立的該單獨信道允許節(jié)點I傳遞關(guān)于證明服務(wù)的信息而不干擾由客戶端202發(fā)送的訪問請求。 在圖2中，客戶端202已經(jīng)向節(jié)點2上的證明管理組件所提供的證明服務(wù)進行了注冊。如圖2所示，與證明管理組件的通信通過單獨的信道210進行。因此，包括狀態(tài)通知的任何類型的證明信息都不干擾通過信道208的訪問請求。以虛線示出的信道216示出了客戶端202為了在節(jié)點I的資源發(fā)生故障的情況下發(fā)送訪問請求所建立的単獨的信道。在一些實施例中，證明管理組件提供如下信息該信息指示新資源以供客戶端202在故障情況下發(fā)送訪問請求、以及用于連接到該新資源的推薦網(wǎng)絡(luò)路徑和推薦網(wǎng)絡(luò)路徑的數(shù)目。類似地，客戶端204已經(jīng)建立與節(jié)點2的會話，并且通過信道212向節(jié)點2的客戶端訪問組件發(fā)送訪問請求?？蛻舳?04已經(jīng)注冊了訪問服務(wù)，并且使用信道214與節(jié)點3的證明管理組件通信。在一個實施例中，該證明管理組件提供附加的功能。在一些實施例中，所述組件提供負載平衡功能。也就是說，附加于發(fā)送關(guān)于資源狀態(tài)的通知，證明管理組件還可以基于用于節(jié)點206上的負載平衡的算法來發(fā)送客戶端202和204連接到不同資源的請求。例如，如圖2所示，客戶端202與節(jié)點I的客戶端訪問組件通信。附加地，客戶端202與節(jié)點2的證明管理組件通信，所述證明管理組件向客戶端202提供對資源的任何狀態(tài)改變(比如節(jié)點I中的資源發(fā)生故障)的通知。在該實施例中，節(jié)點2的證明管理組件可以確定節(jié)點I由于節(jié)點I所服務(wù)的密集的訪問請求量而表現(xiàn)差(例如高等待時間)。作為另ー示例，可以進行確定以從節(jié)點2卸載客戶端，以允許節(jié)點2被關(guān)閉用于節(jié)能或諸如維護之類的其他原因。根據(jù)算法，節(jié)點2可以向客戶端202發(fā)送指示其應(yīng)當開始向可能未被充分利用的節(jié)點3發(fā)送任何未來訪問請求的通知。然后，客戶端202如作為信道216的虛線所示的那樣建立與節(jié)點3的會話以發(fā)送未來請求。在其他實施例中，證明管理組件提供如下信息該信息不僅指示供客戶端202發(fā)送訪問請求的新資源、而且指示推薦網(wǎng)絡(luò)路徑或推薦網(wǎng)絡(luò)路徑的數(shù)目。圖3示出了與圖2所述環(huán)境200類似的環(huán)境300。然而，環(huán)境300示出了向處于服務(wù)器群集306上的文件服務(wù)器請求讀/寫訪問的客戶端302和304。服務(wù)器群集306包括服務(wù)器I、服務(wù)器2和服務(wù)器3，這些服務(wù)器中的每個都包括文件服務(wù)器、證明管理組件、以及群集監(jiān)控組件。在圖3所示的實施例中，客戶端302和304包括應(yīng)用、證明管理組件和重定向器。圖4示出了示出根據(jù)實施例的可在環(huán)境300內(nèi)進行交換的消息的一個示例的順序圖。下面對圖3和4的描述是在將服務(wù)器消息塊(SMB)協(xié)議用作文件訪問協(xié)議的情況下作出的。然而，實施例不限于此。包括不同版本的SMB或網(wǎng)絡(luò)文件系統(tǒng)(NFS)的任何文件訪問協(xié)議都可以在實施例中用作文件訪問協(xié)議。SMB在說明書中僅僅是為了便于圖示。參考圖4，該順序圖示出了根據(jù)ー個實施例的在客戶端302(圖3)、網(wǎng)絡(luò)DNS 400和服務(wù)器群集306 (圖3)之間交換的消息?？蛻舳?02首先向網(wǎng)絡(luò)DNS 400發(fā)送請求以解析服務(wù)器群集306的IP地址，該服務(wù)器群集存儲 有可以使用一定版本的SMB來訪問的文件系統(tǒng)。響應(yīng)于請求402，網(wǎng)絡(luò)DNS 400用包括服務(wù)器群集306的IP地址的消息404作出響應(yīng)。在接收到響應(yīng)消息404以后，客戶端302向服務(wù)器群集306發(fā)送訪問請求消息406。該訪問請求可以由客戶端302上的重定向器來發(fā)送。如圖3和4所示，服務(wù)器I處理來自客戶端302的請求。如圖3所示，服務(wù)器I包括文件服務(wù)器組件，該文件服務(wù)器組件與客戶端302上的重定向器通信以建立文檔訪問會話。在實施例中，請求406可以是對SMB會話進行協(xié)商的第一請求。例如，該請求可以是SMB2協(xié)商分組。如圖4所示，服務(wù)器I發(fā)送訪問響應(yīng)408，該訪問響應(yīng)408建立與客戶端302的會話。該響應(yīng)例如可以是SMB2會話設(shè)置響應(yīng)或SMB 2樹連接響應(yīng)。應(yīng)當注意，盡管圖4和相關(guān)聯(lián)的描述提供了單個訪問請求406和單個訪問響應(yīng)408，但是在實施例中，這可以僅僅是為了建立會話所發(fā)送的多個消息中的兩個消息。能夠理解，為了使用SMB2協(xié)議建立會話，可以在客戶端302上的重定向器與服務(wù)器I上的文件服務(wù)器之間交換多個消息。這些消息可以包括下列各項中的ー個或多個SMB2協(xié)商消息、SMB2會話設(shè)置消息和/或SMB2樹連接消息。在會話已經(jīng)建立以后，客戶端302開始通過所建立的信道308 (圖3)向群集306的服務(wù)器I發(fā)送訪問請求(未示出)，例如文件和/或目錄讀/寫?？蛻舳?02上的證明管理組件檢測到服務(wù)器I是群集306的一部分。在實施例中，該檢測可以作為對響應(yīng)消息408的處理的一部分或者通過其他界外(out of bounds)裝置來進行。作為確定服務(wù)器I是群集306的一部分的結(jié)果，客戶端302上的證明管理組件在實施例中被配置為注冊群集306所提供的證明服務(wù)。結(jié)果，客戶端302上的證明管理組件使用新信道310 (圖3)來發(fā)送從服務(wù)器I請求證明信息的請求410。在實施例中，該請求根據(jù)針對證明服務(wù)專門配置的證明協(xié)議被格式化。該證明協(xié)議可以包含與證明服務(wù)相關(guān)的多個消息。例如，在實施例中，證明協(xié)議至少包含請求證明信息的證明請求；證明注冊消息，該消息用于注冊關(guān)于群集中的資源的通知；以及證明資源改變消息，該消息用于向客戶端通知資源的狀態(tài)改變(例如資源的在線或離線狀態(tài))。這些消息僅僅是ー些示例，并且在實施例中，證明服務(wù)可以包含其他消息。在一個實施例中，證明協(xié)議將遠程過程調(diào)用(RPC)與作為傳輸?shù)膫鬏斂刂茀f(xié)議(TCP) —起使用。再次參考圖4，服務(wù)器I的證明管理組件用包含證明信息的響應(yīng)412來響應(yīng)請求410。響應(yīng)412根據(jù)證明協(xié)議被格式化，并且將包含標識出群集306中的提供證明服務(wù)的其他服務(wù)器的信息。在實施例中，響應(yīng)412還包含客戶端302為了連接到群集306的其他服務(wù)器之一上的證明服務(wù)所需的其他信息。在該示例中，響應(yīng)412中的證明信息包含至少將服務(wù)器2標識為提供證明服務(wù)的信息。在一些實施例中，證明信息以特定格式被結(jié)構(gòu)化。例如，證明信息可以被排名。也就是說，提供證明服務(wù)的服務(wù)器可以以特定順序被列出。然后，客戶端302可以以列表中的第一服務(wù)器開始，并且如果該服務(wù)器不可用于提供證明服務(wù)，則該客戶端于是可以嘗試該列表中的下一服務(wù)器。該排名可以基于考慮到一定參數(shù)的多種不同算法，一些非限制性示例包括已經(jīng)注冊了證明服務(wù)的客戶端的數(shù)目；提供證明服務(wù)的服務(wù)器；以及特定服務(wù)器和網(wǎng)絡(luò)連接的硬件和軟件特性，所述特性可以指示處理較大數(shù)量的客戶端的能力。響應(yīng)于從服務(wù)器I接收的證明信息，客戶端302將使用信道310 (圖3)來向服務(wù)器2發(fā)送注冊請求414。注冊請求414也根據(jù)證明協(xié)議被格式化，并且包括標識出客戶端302希望接收與之有關(guān)通知的資源的信息。在一個實施例中，客戶端302可能希望知道服務(wù)器I為離線的，使得其具有對服務(wù)器I的故障的及早指示。故障的檢測將允許及早的恢復(fù)，這減少了客戶端302上的應(yīng)用等待操作(讀/寫)被處理所花的時間量。在該示例中，客戶端302向服務(wù)器2的證明管理組件注冊關(guān)于服務(wù)器I的在線/離線狀態(tài)的通知。服務(wù)器、2發(fā)送確認注冊請求的狀態(tài)響應(yīng)416。在實施例中，響應(yīng)416將包括客戶端302已注冊接收與之有關(guān)通知的資源的當前狀態(tài)。在一些實施例中，在操作416以后，證明服務(wù)器(服務(wù)器2)可能經(jīng)歷故障，服務(wù)器故障417是以虛線示出的。在這種情況下，客戶端302將必須重新選擇可替代的服務(wù)器，包括在一些實施例中發(fā)送類似于消息410的另ー消息并且(從服務(wù)器I或不同服務(wù)器)接收類似于消息412的另ー消息?？蛻舳?02還將發(fā)送類似于請求414的證明注冊請求以注冊來自可替代服務(wù)器的證明服務(wù)器。在其他實施例中，客戶端可以建立多個證明服務(wù)器連接。也就是說，客戶端可以向群集306中的ー個以上的服務(wù)器注冊證明服務(wù)。所述多個連接將允許客戶端即使在所述服務(wù)器之ー發(fā)生故障的情況下仍然能夠繼續(xù)訪問證明服務(wù)。在實施例中，客戶端可以指定所述連接之一作為主要連接，并且僅在主要連接發(fā)生故障的情況下次要地使用其他連接。如果在某個時刻存在服務(wù)器I的服務(wù)器故障418，則服務(wù)器2將檢測該故障。如上所述，服務(wù)器2可以通過接收在群集306上運行的群集服務(wù)器所生成的事件來檢測該故障。一旦服務(wù)器2檢測到服務(wù)器故障418，則服務(wù)器2將向客戶端302發(fā)送對該故障的通知420。響應(yīng)于該故障，客戶端302在該實施例中被配置為暫停任何進ー步的文件訪問請求422。能夠理解，如果客戶端302發(fā)送了任何附加的訪問請求，則這些請求將由于服務(wù)器I的故障而不被處理。在實施例中，服務(wù)器2的證明服務(wù)還被配置為將消息424發(fā)送給客戶端，該消息指示在服務(wù)器3處存儲在資源可用于處理來自客戶端302的訪問請求。在接收到消息424以后，客戶端302將繼續(xù)向服務(wù)器3發(fā)送文件訪問請求426。客戶端302上的重定向器通過信道312 (圖3)將文件訪問請求426發(fā)送給服務(wù)器3的文件服務(wù)器組件。在其他實施例中，客戶端302被配置為暫停訪問請求，直到服務(wù)器I返回在線。服務(wù)器2的證明服務(wù)將被配置為在服務(wù)器I變?yōu)榭捎脮r向客戶端302發(fā)送消息424，該消息424指示服務(wù)器I可用于處理來自客戶端302的訪問請求。盡管未示出，但是在一些實施例中，當客戶端302開始向服務(wù)器3發(fā)送文件訪問請求時，其還將改變從中接收證明服務(wù)的服務(wù)器。例如，在向服務(wù)器3發(fā)送文件訪問請求以后，客戶端302可以開始向服務(wù)器3發(fā)送針對證明信息的請求這ー過程。服務(wù)器3可以用與服務(wù)器I所發(fā)送的響應(yīng)412類似的信息來響應(yīng)，該響應(yīng)包含關(guān)于哪些服務(wù)器正提供證明服務(wù)的信息。該信息可以是不同的，例如可以標識出不同的服務(wù)器。之前被標識為提供證明服務(wù)的服務(wù)器可能后來已經(jīng)發(fā)生故障并且不再可用，或者其他服務(wù)器已經(jīng)變?yōu)樵诰€。而且在ー些實施例中，證明管理組件被配置為提供具有可用于提供證明服務(wù)的服務(wù)器的排名的證明信息。因此，服務(wù)器3所提供的證明信息可以不同于之前由服務(wù)器2提供的證明信息。響應(yīng)于服務(wù)器3發(fā)送的證明信息，客戶端302可以決定是否向不同服務(wù)器請求注冊證明服務(wù)。圖5和6示出根據(jù)各實施例的操作流程500、550、600和650。操作流程500、550、600和650可在任何合適的計算環(huán)境中執(zhí)行。例如，操作流程可以由諸如圖1-3所示的系統(tǒng)和環(huán)境來執(zhí)行。因此，操作流程500、550和600的描 述可參考圖1-3的組件至少之一。然而，對圖1-3的組件的任何這類參考都是僅僅出于描述性 目的，并且應(yīng)當理解，圖1-3的實施方式是操作流程500、550、600和650的非限制性環(huán)境。此外，盡管以特定次序順序地示出和描述了操作流程500、550、600和650，但在其它實施例中，能以不同的順序、多次和/或并行執(zhí)行各操作。此外，在某些實施例中，ー個或多個操作可被省略或組合。操作流程500和550在圖5中被一起示出以表示操作流程500中的步驟可以具有操作流程550中的相應(yīng)步驟。操作流程500示出了用于接收針對資源的狀態(tài)通知的步驟。操作流程550示出了用于提供針對資源的狀態(tài)通知的步驟。在實施例中，諸如客戶端102和104 (圖I)或客戶端202、204 (圖2)之類的上述客戶端可以實現(xiàn)操作流程500。實現(xiàn)操作流程500的客戶端可以是任何類型的客戶端，包括膝上型計算機、臺式計算機、智能電話設(shè)備、或平板計算機。在實施例中，諸如圖2中所示的節(jié)點I、節(jié)點2和節(jié)點3之類的節(jié)點實現(xiàn)操作流程550。這些節(jié)點可以是運行群集服務(wù)的節(jié)點群集的一部分。流程500始于操作502，在操作502，發(fā)送連接到第一節(jié)點的請求。第一節(jié)點是存儲有被訪問的信息的節(jié)點群集的一部分。在一些實施例中，在操作502發(fā)送的請求是請求建立與第一節(jié)點的會話以便訪問存儲在該節(jié)點群集上的信息。在操作502以后，流程500轉(zhuǎn)到操作504，在操作504，接收響應(yīng)，該響應(yīng)指示已經(jīng)建立與第一節(jié)點的會話。盡管在流程500中未示出，但是在實施例中，在操作504以后，向第一節(jié)點發(fā)送訪問請求以訪問存儲在第一節(jié)點上的信息。如圖5中的實施例中所示，操作流程從操作504轉(zhuǎn)到操作506，在操作506，將針對證明信息的第二請求發(fā)送給第一節(jié)點。該證明信息標識出該群集中的什么節(jié)點提供可注冊的證明服務(wù)以提供針對資源的通知。該資源例如可以是網(wǎng)絡(luò)資源或群集資源。在步驟508，接收證明信息。然后，可以將該證明信息用于確定該群集中的什么節(jié)點提供證明服務(wù)。在操作510將證明信息用于發(fā)送注冊關(guān)于資源的通知的注冊請求。在一個實施例中，該資源可以是從中訪問信息的第一節(jié)點。該請求可以是接收關(guān)于第一節(jié)點或第一節(jié)點上的資源的狀態(tài)的通知。例如，該通知可以指示第一節(jié)點是在線還是離線。流程500從操作510轉(zhuǎn)到操作512，在操作512，接收關(guān)于該資源的通知。然后，流程500在514處結(jié)束。在一些實施例中，可能存在響應(yīng)于在步驟512接收到通知所執(zhí)行的附加步驟，比如暫停訪問請求、重連到群集中的另ー節(jié)點、以及繼續(xù)對群集中的其他節(jié)點的訪問請求。
在實施例中，在操作512接收的通知不是狀態(tài)通知，而是負載平衡通知。所述負載平衡通知可以指示未來訪問請求應(yīng)當被發(fā)送給不同的服務(wù)器。在一些實施例中，該通知可以具體地標識出應(yīng)當使用的不同網(wǎng)絡(luò)、網(wǎng)絡(luò)資源或群集資源。在這些實施例中，將響應(yīng)于在操作512接收到通知而執(zhí)行多個操作。流程550具有與參照流程500所描述的步驟相對應(yīng)的步驟。如上所述，在實施例中，圖2中所示的節(jié)點I、節(jié)點2和節(jié)點3可以實現(xiàn)流程550。流程550始于操作552，在操作502,接收連接到節(jié)點群集中的節(jié)點的請求。該請求可以是請求建立會話以用于訪問存儲在該節(jié)點群集上的信息。流程從操作552轉(zhuǎn)到操作554，在操作554，發(fā)送響應(yīng)，該響應(yīng)指示已經(jīng)建立會話以允許訪問存儲在該節(jié)點群集中的第一節(jié)點上的信息。在一些實施例中，跟隨在操作554之后的將是在流程550中未示出的附加步驟。例如，一旦已經(jīng)如在操作554所發(fā)送的響應(yīng)中所指示的那樣建立了會話，則就可以存在多個訪問請求被接收以訪問在節(jié)點群集中的第一節(jié)點中所存儲的信息。在操作554以后,在操作556接收針對證明信息的第二請求。該證明信息可以包 含標識出節(jié)點群集中的什么節(jié)點提供證明服務(wù)。流程550轉(zhuǎn)到操作558，在操作558，發(fā)送包含證明信息的響應(yīng)。在實施例中，該證明信息被結(jié)構(gòu)化為使得其不僅包括對節(jié)點群集中提供證明服務(wù)的節(jié)點的指示，而且被排名以指示對ー些節(jié)點的偏好。在操作560，接收注冊資源的狀態(tài)通知的請求。在實施例中，該請求是針對網(wǎng)絡(luò)資源的狀態(tài)請求的。在其他實施例中，該請求是針對群集資源的狀態(tài)通知的，比如該群集中的節(jié)點是在線還是離線。應(yīng)當理解，在實施例中，在操作560接收的請求是從不同于發(fā)送第一請求(操作552)和第二請求(操作556)的客戶端接收的。盡管在流程550期間接收的請求可以于不同客戶端來發(fā)送，但是操作552-564在實施例中是由單個節(jié)點執(zhí)行的。在操作560之后，流程轉(zhuǎn)到操作562，在操作562，監(jiān)控資源。操作562可以包括監(jiān)控包括群集資源和網(wǎng)絡(luò)資源的多個資源。這些資源即使在不存在接收關(guān)于資源的通知的當前請求的情況下仍然被監(jiān)控。操作562可以包括從網(wǎng)絡(luò)資源或從群集服務(wù)接收和處理事件。在操作562之后，流程轉(zhuǎn)到操作564，在操作564，發(fā)送關(guān)于該資源的通知。該通知提供關(guān)于在操作560接收的注冊請求中所指示的資源的狀態(tài)的信息。在一個實施例中，該通知可以指示第一節(jié)點為離線。在操作564之后，流程在514處結(jié)束。在實施例中，流程550可以包括在操作564之后執(zhí)行的附加步驟。作為ー個示例，可以有附加的消息被發(fā)送，所述附加的消息指示之前為離線的資源現(xiàn)在為在線并可用于訪問；或者另ー資源是可用的。應(yīng)當理解，在一些實施例中，操作552-558是在ー個位置執(zhí)行的，并且操作560-564是在不同位置執(zhí)行的。例如，操作552-558可以在節(jié)點群集的與執(zhí)行560-564的節(jié)點不同的節(jié)點上執(zhí)行。在其他實施例中，單個節(jié)點可以執(zhí)行所有操作552-564，然而，操作552-558可以針對第一客戶端執(zhí)行，而操作560-564可以針對第二客戶端執(zhí)行。換言之，節(jié)點可以服務(wù)于來自第一客戶端的訪問信息的請求，并且還向第二客戶端提供證明服務(wù)。操作流程600示出了用于接收來自群集的群集資源的狀態(tài)通知的步驟，所述群集向客戶端提供分布式文件系統(tǒng)。操作流程650示出了用于接收提供文件系統(tǒng)的群集上的群集資源的狀態(tài)通知的步驟。在實施例中，諸如客戶端102和104(圖I)或客戶端302、304(圖3)之類的上述客戶端可以實現(xiàn)操作流程600。在實施例中，服務(wù)器群集306的諸如圖3所示的服務(wù)器I、服務(wù)器2和服務(wù)器3之類的服務(wù)器實現(xiàn)操作流程650。流程600始于操作602，在操作602，發(fā)送連接到服務(wù)器群集上的文件系統(tǒng)的請求。該服務(wù)器群集包括ー個以上服務(wù)器并且存儲被客戶端訪問的文件信息。在一些實施例中，在操作602發(fā)送的請求是請求建立與該服務(wù)器群集中的服務(wù)器的會話以便訪問存儲在該群集上的文件。在實施例中，該會話是利用諸如一定版本的SMB或NFS之類的文件訪問協(xié)議而建立的。在操作602以后，流程轉(zhuǎn)到操作604，在操作604，接收響應(yīng)，該響應(yīng)指示已經(jīng)建立與該群集中的服務(wù)器的會話。操作602和604可以僅僅是為了對會話進行協(xié)商所執(zhí)行的一系列操作中的兩個操作。也就是說，在其他實施例中，可能有多個操作在操作602與604之間執(zhí)行。在操作604之后，在操作606向服務(wù)器發(fā)送訪問請求以從存儲在服務(wù)器群集中的文件系統(tǒng)訪問信息。該訪問請求例如可以包括讀/寫請求，所述讀/寫請求根據(jù)諸如一定 版本的SMB或一定版本的NFS之類的特定文件訪問協(xié)議被格式化。如圖6中的實施例中所示，操作流程從操作606轉(zhuǎn)到操作608，在操作608，向該服務(wù)器發(fā)送針對證明服務(wù)信息的第二請求。該證明服務(wù)信息尤其是標識出該群集中的什么服務(wù)器提供可注冊的證明服務(wù)以提供針對群集資源的通知。在操作608發(fā)送的請求可以根據(jù)與在操作602-606中使用的文件訪問協(xié)議不同的證明協(xié)議被格式化。在步驟610，接收證明服務(wù)信息。然后，可以將該證明服務(wù)信息用于確定該群集中的什么服務(wù)器提供證明服務(wù)。在操作612將證明服務(wù)信息用于發(fā)送注冊關(guān)于群集資源的通知的注冊請求。在一個實施例中，該資源可以是在操作604與之建立會話并使用在操作606發(fā)送的請求從中訪問信息的服務(wù)器。該注冊請求可以指示該客戶端希望接收關(guān)于該服務(wù)器的狀態(tài)的通知。流程600從操作612轉(zhuǎn)到操作614，在操作512，接收關(guān)于該資源的通知。在ー些實施例中，可能存在響應(yīng)于在步驟614接收到通知所執(zhí)行的附加步驟，比如暫停訪問請求、重連到群集中的另一服務(wù)器、以及繼續(xù)對群集中的其他服務(wù)器的訪問請求。在操作614以后，在操作616發(fā)送注銷的請求。然后，流程600在618處結(jié)束。流程650具有與參照流程600所描述的步驟相對應(yīng)的步驟。流程650始于操作652，在操作652，發(fā)送連接到服務(wù)器群集的請求。在實施例中，該請求是請求建立會話以用于訪問存儲在該服務(wù)器群集上的文件信息。該操作發(fā)生在服務(wù)器群集的文件服務(wù)器上。流程從操作652轉(zhuǎn)到操作654，在操作654，發(fā)送響應(yīng)，該響應(yīng)指示已經(jīng)建立會話以允許訪問存儲在該服務(wù)器群集中的文件服務(wù)器上的文件。如上所述，操作652和操作654可以僅僅是為了建立會話所執(zhí)行的的兩個操作。在其他實施例中，可以有多個其他操作在操作652與654之間執(zhí)行以用于建立會話。跟隨在操作656之后的是操作654，在操作654，接收文件訪問請求。該文件訪問請求可以是請求對存儲在該服務(wù)器上的文件信息進行讀或?qū)憽Ｔ趯嵤├?，在操?52-656發(fā)送和接收的消息根據(jù)諸如一定版本的SMB或一定版本的NFS之類的特定文件訪問協(xié)議被格式化。在操作656以后，在操作658接收針對證明信息的請求。該請求是針對關(guān)于服務(wù)器群集中的什么服務(wù)器提供證明服務(wù)的證明信息的。流程650轉(zhuǎn)到操作660，在操作660，發(fā)送響應(yīng)，該響應(yīng)包含證明信息，該證明信息具有對服務(wù)器群集中提供證明服務(wù)的服務(wù)器的指示。應(yīng)當理解，在實施例中，在操作658接收的請求是從不同于發(fā)送第一請求(操作652)和第二請求(操作658)的客戶端接收的。盡管在流程650期間接收的請求可以于不同客戶端來發(fā)送，但是操作652-668在實施例中是由單個節(jié)點執(zhí)行的。在操作662，接收注冊群集資源的狀態(tài)通知的請求。在實施例中，該請求是針對群集資源的狀態(tài)通知的，比如服務(wù)于文件訪問請求并且已經(jīng)與之建立會話的服務(wù)器是在線還是離線。在操作662之后，流程轉(zhuǎn)到操作664，在操作562，監(jiān)控資源。操作664可以包括利用由在群集上運行的群集服務(wù)所提供的API。操作664可以包括接收和處理從群集服務(wù)接收的事件。在操作664之后，流程轉(zhuǎn)到操作666，在操作564，發(fā)送關(guān)于該資源的通知。該通知提供關(guān)于在操作662接收的注冊請求中所指示的資源的狀態(tài)的信息。在一個實施例中，該通知可以指示服務(wù)器現(xiàn)在為離線。在操作666之后，流程轉(zhuǎn)到操作668，在操作668，接收注銷的請求。在操作668接收的請求指示諸如在操作662接收的注冊請求之類的之前注冊應(yīng)當被注銷。流程在操作618處結(jié)束。應(yīng)當注意，在實施例中，操作652-658是在ー個服務(wù)器上執(zhí)行的，并且操作660-664是在不同服務(wù)器上執(zhí)行的。例如，操作652-658可以在服務(wù)器群集的第一服務(wù)器上執(zhí)行，并且操作660-664可以在服務(wù)器群集的第二服務(wù)器上執(zhí)行。在其他實施例中，單個服務(wù)器可以執(zhí)行所有操作652-664，然而，操作652-658可以針對第一客戶端執(zhí)行，并且操作660-664可以針對第二客戶端執(zhí)行。換言之,服務(wù)器可以服務(wù)于來自第一客戶端的訪問信息的請求，并且還向第二客戶端提供證明服務(wù)。圖7示出可用于實現(xiàn)本文所描述的各實施例的通用計算機系統(tǒng)700。計算機系統(tǒng)700僅是計算環(huán)境的ー個示例，而非g在對計算機和網(wǎng)絡(luò)架構(gòu)的使用范圍或功能提出任何限制。計算機系統(tǒng)700也不應(yīng)被解釋成對于在示例計算機系統(tǒng)700中所示出的任一組件或其組合有任何依賴或要求。在實施例中，系統(tǒng)700可用作上面參照圖I所述的客戶端和/或服務(wù)器。在其最基本配置中，系統(tǒng)700通常包括至少ー個處理單元702和存儲器704。取決于計算設(shè)備的確切配置和類型，存儲器704可以是易失性(如RAM)、非易失性(如ROM、閃存等)或是兩者的某種組合。該最基本配置在圖7中由虛線706來示出。系統(tǒng)存儲器704存儲在系統(tǒng)700上執(zhí)行的應(yīng)用程序。例如，存儲器704可以存儲關(guān)于所監(jiān)控的資源的信息720。存儲器704還可以包括針對通知的客戶端注冊722。本文所使用的術(shù)語計算機可讀介質(zhì)可包括計算機存儲介質(zhì)。計算機存儲介質(zhì)可包括以用于存儲諸如計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊、或其他數(shù)據(jù)等信息的任何方法或技術(shù)實現(xiàn)的易失性和非易失性、可移動和不可移動介質(zhì)。系統(tǒng)存儲器704、可移動存儲和不可移動存儲708都是計算機存儲介質(zhì)示例(即，存儲器存儲)。計算機存儲介質(zhì)可包括，但不限于，RAM、ROM、電可擦除只讀存儲器(EEPROM)、閃存或其他存儲器技術(shù)、CD-ROM、數(shù)字多功能盤(DVD)或其他光存儲、磁帶盒、磁帶、磁盤存儲或其他磁性存儲設(shè)備、或者可用于存儲信息且可由計算設(shè)備700訪問的任何其他介質(zhì)。任何此類計算機存儲介質(zhì)可以是設(shè)備700的一部分。計算設(shè)備700還可以具有輸入設(shè)備714，如鍵盤、鼠標、筆、聲音輸入設(shè)備、觸摸輸入設(shè)備等。還可包括諸如顯示器、揚聲器、打印機等輸出設(shè)備716。上述設(shè)備是示例，并、且可使用其他設(shè)備。本文所使用的術(shù)語計算機可讀介質(zhì)還可包括通信介質(zhì)。通信媒介可由諸如載波或其他傳輸機制的已調(diào)制數(shù)據(jù)信號中的計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊、或其他數(shù)據(jù)來體現(xiàn)，并且包括任何信息傳遞介質(zhì)。術(shù)語“已調(diào)制數(shù)據(jù)信號”可以描述以對該信號中的信息進行編碼的方式設(shè)定或者改變其一個或多個特征的信號。作為示例而非限制，通信介質(zhì)包括諸如有線網(wǎng)絡(luò)或直接線連接等有線介質(zhì)，以及諸如聲學(xué)、射頻(RF)、紅外線和其他無線介質(zhì)等無線介質(zhì)。本說明書通篇引述了“一個實施例”或“實施例”，這意味著在至少ー個實施例中包括特定描述的特征、結(jié)構(gòu)或特性。因此，對這樣短語的使用可指的是ー個以上的實施例。而且，在一個或多個實施例中，可以用任何合適的方式組合所描述的特征、結(jié)構(gòu)或特性。 然而，本領(lǐng)域技術(shù)人員會認識到本實施例也可在沒有ー個或多個具體細節(jié)的情況下實施，或者采用其它方法、資源、材料等來實現(xiàn)。在其他情況中，僅為了避免模糊實施例的各方面，未詳細示出和描述公知的結(jié)構(gòu)、資源或操作。雖然示出和描述了示例實施例和應(yīng)用，但是應(yīng)該理解本實施例不限于上述精確配置和資源?？梢詫Υ颂幑_的方法和系統(tǒng)的排列、操作以及細節(jié)作出對本領(lǐng)域技術(shù)人員顯而易見的各種修改、改變和變化，而不背離所要求保護的本實施例的范圍。
權(quán)利要求
1.一種用于向客戶端提供狀態(tài)通知的計算機實現(xiàn)的方法(550)，該方法包括 在第一節(jié)點處接收(552)連接到第一節(jié)點以訪問第一節(jié)點上的信息的請求，其中第一節(jié)點是群集中的多個節(jié)點之一； 從第一節(jié)點發(fā)送(554)響應(yīng)，所述響應(yīng)建立用于訪問第一節(jié)點上的信息的會話； 接收(556)針對關(guān)于所述多個節(jié)點的節(jié)點信息的第二請求，其中所述節(jié)點信息標識出所述多個節(jié)點中的充當用于監(jiān)控資源的證明節(jié)點的至少ー個節(jié)點； 響應(yīng)于第二請求，發(fā)送(558)具有所述節(jié)點信息的第二響應(yīng)； 在第一節(jié)點處接收(560)注冊關(guān)于至少ー個資源的通知的注冊請求，其中第一節(jié)點充當?shù)谝蛔C明節(jié)點并且監(jiān)控至少一個資源；以及 從第一節(jié)點發(fā)送(564)具有所述至少一個資源的狀態(tài)的通知。
2.如權(quán)利要求I所述的方法(550)，其特征在于，所述通知指示所述至少一個資源的故障。
3.如權(quán)利要求I所述的方法(550)，其特征在于，連接到第一節(jié)點的請求和建立用于訪問第一節(jié)點上的信息的會話的響應(yīng)是根據(jù)文件訪問協(xié)議被格式化的。
4.如權(quán)利要求3所述的方法(550)，其特征在干，針對節(jié)點信息的第二請求、具有所述節(jié)點信息的第二響應(yīng)、所述注冊請求、以及所述通知是根據(jù)與所述文件訪問協(xié)議不同的證明協(xié)議被格式化的。
5.—種包括計算機可執(zhí)行指令的計算機可讀存儲介質(zhì)，所述計算機可執(zhí)行指令在被處理器執(zhí)行時執(zhí)行提用戶接收狀態(tài)通知的方法(500)，該方法包括 發(fā)送(502)連接到第一文件服務(wù)器的請求，其中第一文件服務(wù)器是群集中的多個文件服務(wù)器之一； 從第一文件服務(wù)器接收(504)響應(yīng)，所述響應(yīng)指示用于訪問存儲在第一文件服務(wù)器上的文件信息的會話的建立； 發(fā)送(606)訪問第一文件服務(wù)器上的文件的第一多個請求； 向第一文件服務(wù)器傳送(506)針對證明信息的第二請求，其中所述證明信息提供所述群集中的所述多個文件服務(wù)器的第二文件服務(wù)器的標識信息，其中第二文件服務(wù)器提供監(jiān)控至少ー個資源的證明服務(wù)； 接收(508)具有所述證明信息的消息； 基于所述證明信息，向第二文件服務(wù)器傳送(510)注冊具有所述至少一個資源的狀態(tài)的通知的請求；以及 接收(512)具有所述至少一個資源的狀態(tài)的通知。
6.如權(quán)利要求5所述的計算機可讀存儲介質(zhì)，其特征在于，還包括響應(yīng)于所述通知 暫停(422)對第一文件服務(wù)器的任何附加的文件訪問請求； 接收(424)指示所述群集中的所述多個服務(wù)器中的第三文件服務(wù)器的可用性的消息；以及 向第三文件服務(wù)器發(fā)送(426)訪問第二多個文件訪問請求。
7.如權(quán)利要求5所述的計算機可讀存儲介質(zhì)，其特征在于，連接到第一文件服務(wù)器的第一請求、來自第一文件服務(wù)器的指示會話的建立的響應(yīng)、以及所述第一多個訪問文件的請求是通過第一通信信道(308)傳送的。
8.一種用于提供客戶端通信服務(wù)的計算機系統(tǒng)(100)，該系統(tǒng)包括 群集(106)中的多個服務(wù)器(106A，106B，106C)，其中所述多個服務(wù)器中的至少一部分被配置為 建立(206)用于提供對存儲在所述服務(wù)器上的文件信息的訪問的會話； 存儲(206)標識出所述多個服務(wù)器中的提供證明服務(wù)的至少ー個其他服 務(wù)器的證明信息； 監(jiān)控(206)關(guān)于至少ー個資源的事件； 接收(206)注冊關(guān)于所述至少一個資源的通知的注冊請求；以及 發(fā)送(206)具有所述至少一個資源的狀態(tài)的通知。
9.如權(quán)利要求8所述的系統(tǒng)，其中所述資源(206)是群集資源并且第一服務(wù)器從運行在所述群集(206)上的群集服務(wù)(206)接收事件。
10.如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述通知指示所述至少一個資源(206)的故障。
全文摘要
本發(fā)明涉及提供證明服務(wù)。描述了用于提供證明服務(wù)的實施例，所述證明服務(wù)向客戶端發(fā)送具有資源狀態(tài)的通知。實施例提供包含各個消息的協(xié)議，所述消息用于注冊和接收關(guān)于資源狀態(tài)的通知。該協(xié)議可以包含用于向群集中的第一節(jié)點請求節(jié)點信息的消息。該節(jié)點信息標識出該群集中的提供證明服務(wù)的節(jié)點，所述證明服務(wù)監(jiān)控資源。該協(xié)議包含用于向證明服務(wù)注冊關(guān)于網(wǎng)絡(luò)或群集資源的狀態(tài)或狀態(tài)改變的通知的消息。該協(xié)議還可以包含用于發(fā)送具有該資源的狀態(tài)信息的通知的消息。
文檔編號H04L29/06GK102739411SQ20121008694
公開日2012年10月17日 申請日期2012年3月28日 優(yōu)先權(quán)日2011年3月29日
發(fā)明者D·M·克魯斯, J·T·平克頓, M·喬治, P·普拉哈達, T·E·喬利 申請人:微軟公司