專利名稱：負載平衡聯(lián)網(wǎng)環(huán)境中的智能故障恢復(fù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的實施例大體上涉及網(wǎng)絡(luò)通信，且更具體來說涉及一種在負載平衡的聯(lián)網(wǎng)環(huán) 境中對網(wǎng)絡(luò)連接智能地進行故障恢復(fù)的系統(tǒng)和方法。
背景技術(shù)：
性能和可靠性是對于現(xiàn)代計算機網(wǎng)絡(luò)的關(guān)鍵要求。當(dāng)網(wǎng)絡(luò)接口卡("NIC")出現(xiàn)故 障或變得不可靠并接著返回到完全起作用的狀態(tài)時，計算裝置可能會通過將網(wǎng)絡(luò)連接重 新分配給現(xiàn)在起作用的NIC來實現(xiàn)改進的網(wǎng)絡(luò)性能。更具體來說，如果計算裝置中的特 定NIC過載或變得過載，那么可通過在計算裝置中的起作用的NIC(包含恢復(fù)后的NIC) 之間重新分配網(wǎng)絡(luò)連接來改進網(wǎng)絡(luò)性能。然而，將連接從一個NIC轉(zhuǎn)移到另一個NIC 所涉及的額外開銷可能會超過在計算裝置內(nèi)的起作用的NIC間重新分配業(yè)務(wù)所帶來的 性能益處。在此種情況下，可能會因為試圖重新分配網(wǎng)絡(luò)連接而降低整體聯(lián)網(wǎng)性能。此 外，所轉(zhuǎn)移的連接可能會使有效操作的NIC過載，從而降低所述NIC的性能和可靠性。
如上文所說明，此項技術(shù)中需要一種用于在對網(wǎng)絡(luò)連接進行故障恢復(fù)時將網(wǎng)絡(luò)連接 轉(zhuǎn)移到計算裝置中的一個或一個以上起作用的NIC的技術(shù)，其減少NIC負載或其它可 能損害整體系統(tǒng)性能的現(xiàn)象的可能性。

發(fā)明內(nèi)容
本發(fā)明的一個實施例闡述一種用于將網(wǎng)絡(luò)連接故障恢復(fù)到計算裝置內(nèi)的網(wǎng)絡(luò)接口
卡(NIC)的方法。所述方法包含以下步驟監(jiān)視計算裝置內(nèi)的出現(xiàn)故障的或不可靠的
NIC;確定所述出現(xiàn)故障的或不可靠的NIC已恢復(fù)；確定所述計算裝置內(nèi)的起作用的NIC 過載；選擇通過所述過載的NIC傳送的第一連接組；以及將所述第一連接組轉(zhuǎn)移到所述 已恢復(fù)的NIC。
所揭示的方法的一個優(yōu)點在于，通過對過載的NIC上的連接組進行再散列 (rehashing),可基于過載NIC和已恢復(fù)NIC上的業(yè)務(wù)負載來決定是否將網(wǎng)絡(luò)連接組故障 恢復(fù)到已恢復(fù)的NIC。這種在計算裝置內(nèi)的起作用的NIC間平衡網(wǎng)絡(luò)業(yè)務(wù)的方法可相對 于現(xiàn)有技術(shù)實質(zhì)上改進整體性能。


為了可更詳細了解本發(fā)明的上述特征，可參考實施例對上文簡要概述的本發(fā)明進行 更具體的描述，所述實施例中的一些實施例在附圖中說明。然而，應(yīng)注意，附圖只說明 本發(fā)明的典型實施例，且因此不應(yīng)被視為限制本發(fā)明的范圍，因為本發(fā)明可承認其它同 等有效的實施例。
圖1A到圖1C說明其中可實施本發(fā)明的一個或一個以上方面的計算裝置；以及
圖2A到圖2D說明根據(jù)本發(fā)明一個實施例用于將網(wǎng)絡(luò)連接從過載的NIC恢復(fù)到計 算裝置中的一個或一個以上起作用的NIC的方法步驟的流程圖。
具體實施例方式
可通過使用以下元件來實現(xiàn)將網(wǎng)絡(luò)連接從過載的NIC智能地故障恢復(fù)到一個或一 個以上完全起作用的NIC:跟蹤網(wǎng)絡(luò)統(tǒng)計資料的散列引擎，所述網(wǎng)絡(luò)統(tǒng)計資料包含連接
的數(shù)目以及通過每個NIC傳輸和接收的業(yè)務(wù)的量；以及跟蹤每個網(wǎng)絡(luò)連接初始借以傳送
的NIC的TCP/IP堆棧。 一旦出現(xiàn)故障或不可靠的NIC再次恢復(fù)成完全起作用地操作， 如果系統(tǒng)內(nèi)的另一 NIC變得過載，便將過載的NIC上的一些網(wǎng)絡(luò)連接自動故障恢復(fù)到 已恢復(fù)的NIC,直到先前過載的NIC不再過載為止。此轉(zhuǎn)移允許由替代的NIC來處理一 個或一個以上額外的網(wǎng)絡(luò)連接而不會超出所述NIC的能力，因而避免可能會降低計算裝 置的整體性能的連接重新分配范例。從過載的NIC轉(zhuǎn)移連接可能還包含從過載的NIC 內(nèi)的硬件卸載引擎去卸載連接，并隨后將所述連接卸載到所述連接被轉(zhuǎn)移到的已恢復(fù)的 NIC內(nèi)的硬件卸載引擎。
圖1A到圖1C說明可實施本發(fā)明的一個或一個以上方面的計算裝置100。如圖所示， 計算裝置IOO包含主存儲器102、存儲器控制器104、微處理器106、 1/0控制器108以 及NIC 110、 111和116。 NIC 110包含多播列表114和硬件卸載引擎("HOE") 112。 NIC 111包含多播列表115和HOE 113。NIC 116包含多播列表120和HOE 118。HOE 112、 113和118包含經(jīng)配置以用于處理和計算裝置100與已經(jīng)被選擇性地卸載到NIC 110、111 和116的一個或一個以上遠程網(wǎng)絡(luò)計算裝置(未圖示)之間的網(wǎng)絡(luò)連接相關(guān)聯(lián)的網(wǎng)絡(luò)幀 的邏輯。與常規(guī)做法一樣，通過用HOE 112、 113和118來處理網(wǎng)絡(luò)幀(有時稱為"在 硬件中處理連接")，而不是在主機軟件TCP/IP堆棧中執(zhí)行那些處理功能(有時稱為"在 軟件中處理連接")，可實質(zhì)上減少NIC 110、 111和116與微處理器106之間的傳送以及 由微處理器106執(zhí)行的計算。
存儲器控制器104耦接到主存儲器102，且耦接到微處理器106，且1/0控制器108 耦接到微處理器106以及NIC 110、 111和116。在本發(fā)明的一個實施例中，微處理器106 通過將命令或數(shù)據(jù)寫入到I/O控制器108中來向NIC 110、 111和116傳輸命令或數(shù)據(jù)。 一旦此類命令或數(shù)據(jù)被寫入到I/O控制器108中，I/O控制器108就視情況將所述命令 或數(shù)據(jù)轉(zhuǎn)譯成目標(biāo)NIC可理解的格式，并將所述命令或數(shù)據(jù)傳送到所述目標(biāo)NIC。類似 地，NIC 110、 111和116通過將命令或數(shù)據(jù)寫入到1/0控制器108中來向微處理器106 傳輸命令或數(shù)據(jù)，且I/O控制器108視情況將所述命令或數(shù)據(jù)轉(zhuǎn)譯成微處理器106可理 解的格式，并將所述命令或數(shù)據(jù)傳送到微處理器106。前面提及的耦接可實施為存儲器 總線或I/0總線，例如PCITM總線或其任一組合，或者另外可以任何其它技術(shù)上可行的 方式來實施。
如圖IB中更詳細展示，主存儲器102包含操作系統(tǒng)122和軟件驅(qū)動程序124。軟 件驅(qū)動程序124包含負載平衡和故障轉(zhuǎn)移("LBFO")模塊126和TCP/IP堆棧130。LBFO 模塊126跟蹤每個NIC的聯(lián)網(wǎng)統(tǒng)計資料(例如，每個NIC上的連接的數(shù)目，每個NIC 發(fā)送和接收的包的數(shù)目)，且在網(wǎng)絡(luò)連接在計算裝置100內(nèi)從一個NIC移動到另一NIC 時與TCP/IP堆棧130通信。LBFO模塊126包含散列引擎128，其基于前面提及的聯(lián)網(wǎng) 統(tǒng)計資料來智能地確定應(yīng)如何在計算裝置100中的不同的起作用的NIC上分配網(wǎng)絡(luò)連
接。關(guān)于散列引擎128的功能性的更多細節(jié)在2007年5月18申請的、序列號為______
且代理人案號為NVDA/P001883的題為"網(wǎng)絡(luò)業(yè)務(wù)的智能負載平衡和故障轉(zhuǎn)移" ("Intelligent Load Balancing and Failover of Network Traffic")的相關(guān)美國專利申請案中 描述。此相關(guān)專利申請案在此以引用的方式并入本文中。
如圖1C中更詳細展示，散列引擎128包含傳輸散列表138和接收散列表140。傳 輸散列表138的用途是基于由LBFO模塊126向傳輸散列表138提供的數(shù)據(jù)，在計算裝 置100內(nèi)選擇用于傳輸與網(wǎng)絡(luò)連接有關(guān)的包的起作用的NIC。傳輸散列表138包含多個 散列表條目(例如，散列表條目134)和軟件散列函數(shù)(未圖示)。另外，每個散列表條 目包含表索引(例如，表索引132)和表值(例如，表值136)。 LBFO模塊126引導(dǎo)散 列引擎128通過將TCP/IP連接數(shù)據(jù)傳送到散列引擎128來在計算裝置100內(nèi)選擇傳輸 NIC,所述散列引擎128將TCP/IP連接數(shù)據(jù)傳送到傳輸散列表138中的軟件散列函數(shù)。 作為響應(yīng)，軟件散列函數(shù)基于所述TCP/IP連接數(shù)據(jù)的值而在傳輸散列表138內(nèi)選擇表 索引。從這個選定的表索引中，傳輸散列表138識別相應(yīng)的表值，且散列引擎128將識 別出的表值傳送回到LBFO模塊126。由于軟件散列函數(shù)的設(shè)計和操作是所屬領(lǐng)域的技 術(shù)人員眾所周知的，所以本文將不會論述這些問題。在一個實施例中，LBFO模塊126
將以下四個TCP/IP數(shù)據(jù)傳送到散列引擎128:客戶端因特網(wǎng)協(xié)議("IP")地址、服務(wù)器 IP地址、服務(wù)器TCP端口、客戶端TCP端口和虛擬局域網(wǎng)("VLAN")連接ID。在其 它實施例中，LBFO模塊126可將任何技術(shù)上可行的TCP/IP參數(shù)傳送到散列引擎128。 接收散列表140的用途是基于由LBFO模塊126向接收散列表140提供的數(shù)據(jù)，在 計算裝置100內(nèi)選擇用于接收與網(wǎng)絡(luò)連接有關(guān)的包的起作用的NIC。類似于傳輸散列表 138，接收散列表140包含多個散列表條目和軟件散列函數(shù)(未圖示)，且每個散列表條 目包含表索引和表值。同樣，LBFO模塊126通過將TCP/IP連接數(shù)據(jù)傳送到散列引擎 128來引導(dǎo)散列引擎128在計算裝置100內(nèi)選擇接收NIC，所述散列引擎128將TCP/IP 連接數(shù)據(jù)傳送到接收散列表140中的軟件散列函數(shù)。作為響應(yīng)，軟件散列函數(shù)基于所述 TCP/IP連接數(shù)據(jù)的值而在接收散列表140內(nèi)選擇表索引。從這個選定的表索引中，接收 散列表140識別相應(yīng)的表值，且散列引擎128將識別出的表值傳送回到LBFO模塊126。 在一個實施例中，LBFO模塊126傳送到散列引擎128的TCP/IP數(shù)據(jù)包含服務(wù)器IP地 址。在其它實施例中，LBFO模塊126可將任何技術(shù)上可行的TCP/IP數(shù)據(jù)傳送到散列引 擎128。
計算裝置IOO可以是臺式計算機、服務(wù)器、膝上型計算機、掌上型計算機、個人數(shù) 字助理、平板計算機、游戲控制臺、蜂窩式電話或處理信息的任何其它類型的類似裝置。
圖2A到圖2D說明根據(jù)本發(fā)明一個實施例的用于將網(wǎng)絡(luò)連接從過載的NIC故障恢 復(fù)到已恢復(fù)的NIC的方法步驟200的流程圖。盡管參考計算裝置IOO來描述所述方法， 但所屬領(lǐng)域的技術(shù)人員將了解，任何經(jīng)配置以用任何次序執(zhí)行所述方法步驟的系統(tǒng)都在 本發(fā)明的范圍內(nèi)。
如圖所示，用于對網(wǎng)絡(luò)連接進行故障恢復(fù)的方法在步驟202處開始，其中LBFO模 塊126監(jiān)視每個NIC的狀態(tài)以獲得出現(xiàn)故障或不可靠的NIC已恢復(fù)(即，出現(xiàn)故障或 不可靠的NIC現(xiàn)在完全起作用)的指示。在一個實施例中，當(dāng)存在兩種情形時，認為 NIC已恢復(fù)。第一，基于對出現(xiàn)故障或不可靠的NIC的鏈接指示，LBFO模塊126確定 對于出現(xiàn)故障或不可靠的NIC存在鏈接連接，這表明先前可能已斷開的網(wǎng)絡(luò)電纜現(xiàn)在已 經(jīng)重新連接。第二， LBFO模塊126確定在計算裝置100中的NIC之間傳輸?shù)谋３钟行?(keep-alive)包正由出現(xiàn)故障或不可靠的NIC可靠地接收。如在2005年12月15日申 請的、序列號為11/303,285且代理人案號為NVDA/P001879、題為"用于識別網(wǎng)絡(luò)接口 卡組內(nèi)出現(xiàn)故障的網(wǎng)絡(luò)接口卡的技術(shù)"("Technique for Identifying a Failed Network Interface Card within a Team of Network Interface Cards")的相關(guān)美國專利申請案中所描 述，可基于每個NIC正如何傳輸和/或接收保持有效包來識別計算裝置內(nèi)出現(xiàn)故障或起
作用的NIC。此相關(guān)專利申請案在此以引用的方式并入本文中。通過監(jiān)視這兩種情形， LBFO模塊126能夠確定出現(xiàn)故障或不可靠的NIC是否已經(jīng)恢復(fù)。
在步驟204中，LBFO模塊126確定在步驟202中監(jiān)視的出現(xiàn)故障或不可靠的NIC 是否已經(jīng)恢復(fù)。如果出現(xiàn)故障或不可靠的NIC尚未恢復(fù)，那么所述方法返回到步驟202， 其中LBFO模塊126繼續(xù)監(jiān)視出現(xiàn)故障或不可靠的NIC。然而，如果在步驟204中，LBFO 模塊126確定出現(xiàn)故障或不可靠的NIC已恢復(fù)，那么所述方法前進到步驟206。僅出于 論述的目的，假設(shè)NIC 110先前已出現(xiàn)故障或變得不可靠且現(xiàn)在已經(jīng)恢復(fù)，當(dāng)NIC110 出現(xiàn)故障時將初始通過NIC 110傳送的一個或一個以上連接組轉(zhuǎn)移到NIC 116，且NIC 116當(dāng)前過載。如本文中所使用，"連接組"是多個初始通過一個共用NIC傳送的連接。 重要的是，將連接組而不是各個連接轉(zhuǎn)移到故障恢復(fù)NIC會防止針對給定MAC地址的 連接被指配給一個以上NIC。
在步驟206中，LBFO模塊126用信號通知TCP/IP堆棧130: NIC 110已恢復(fù)。在 步驟208中，LBFO模塊126用信號通知散列引擎128: NIC 110已恢復(fù)。在步驟209中， 散列引擎128對傳輸散列表138和接收散列表140進行配置，以便在散列引擎128就應(yīng) 如何在計算裝置100內(nèi)起作用的NIC間分配網(wǎng)絡(luò)連接作出決定時，使得可再次將連接指 配給NIC 110。
在步驟210中，LBFO模塊126監(jiān)視完全起作用的NIC 110、 111和116，以確定這 些NIC中是否有任何一者過載。在一個實施例中，當(dāng)NIC的作為NIC的傳輸或接收能 力的百分比的利用率超過某一閾值時，認為所述NIC過載。在另一實施例中，當(dāng)NIC 的出錯率上升到某一閾值以上時，認為所述NIC過載。在又一實施例中，可使用利用率 與出錯率的組合來確定NIC是否過載。在步驟212中，LBFO模塊126基于每個NIC的 利用率和/或所述NIC的出錯率來確定在步驟210中監(jiān)視的NIC 110、 111和116中是否 有任何一者過載。如果LBFO模塊126發(fā)現(xiàn)所監(jiān)視的NIC中沒有一個過載，那么所述方 法返回到步驟210，其中LBFO模塊126繼續(xù)監(jiān)視NIC 110、 111和116。
然而，如果在步驟212中發(fā)現(xiàn)NIC過載(例如，NIC 116)，那么所述方法前進到步 驟214 — 238，其中將過載的NIC116上的多個"連接組""重新散列"，以便減少過載的 NIC 116上的網(wǎng)絡(luò)業(yè)務(wù)。此處，對連接組進行重新散列包含確定用于所述連接組的"初 始NIC"并將連接組轉(zhuǎn)移到已恢復(fù)的NIC 110。如本文中所使用，"初始NIC"是指初始 用以傳送連接的NIC。在步驟214中，LBFO模塊126選擇過載的NIC 116上的連接組 來重新散列。如有必要，在步驟216中，LBFO模塊126將選定的連接組從HOE 118去 卸載到TCP/IP堆棧130。如在2007年5月18日申請的、序列號為______且代理人案號
為NVD A/POO 1880、題為"負載平衡的聯(lián)網(wǎng)環(huán)境中的智能故障轉(zhuǎn)移"("Intelligent Failover in a Load-Balanced Networking Environment")中所描述，可將連接分別卸載或去卸載到 NIC 110、 111和116內(nèi)的相應(yīng)硬件卸載引擎112、 113和118。此相關(guān)專利申請案在此以 引用的方式并入本文中。
在步驟217中，LBFO模塊126將己恢復(fù)的NIC (在此情況下為巳恢復(fù)的NIC 110) 識別為選定連接組應(yīng)轉(zhuǎn)移到的新NIC。重要的是， 一旦LBFO模塊126將已恢復(fù)的NIC 110識別為用于選定連接組的新NIC, LBFO模塊126便對其自身進行配置，以便截取 正從操作系統(tǒng)122傳送到遠程計算裝置(未圖示)的包，并將所截取的包的源MAC地 址重寫成對應(yīng)于已恢復(fù)的NIC 110的MAC地址。重寫連接組的包的源MAC地址確保 交換機將把用于連接組的接收業(yè)務(wù)正確地分配給已恢復(fù)的NIC 110。在步驟218中，LBFO 模塊126確定計算裝置100內(nèi)的NIC是用于選定連接組的初始NIC。在一個實施例中， 將用于每個連接組的初始NIC的身份存儲在TCP/IP堆棧130中，從而允許LBFO模塊 126向TCP/IP堆棧130詢問用于任何連接組的初始NIC的身份。在步驟219中，TCP/IP 堆棧130引導(dǎo)已恢復(fù)的NIC110向網(wǎng)絡(luò)交換機(同樣未圖示)發(fā)送獲知包。所述獲知包 可以是任何技術(shù)上可行的包含初始NIC的MAC地址的包類型。如眾所周知的，從已恢 復(fù)的NIC IIO發(fā)送此包會致使交換機對其自身進行重新配置，以便將以用于選定連接組 的初始NIC (此處是已恢復(fù)的NIC 110)的MAC地址為目的地的后續(xù)包路由到實際NIC IIO而不是過載的NIC 116。因此，此后由已恢復(fù)的NIC IIO接收所有與正被轉(zhuǎn)移給已恢 復(fù)的NIC 110的選定連接組有關(guān)的網(wǎng)絡(luò)業(yè)務(wù)。
在步驟220中，LBFO模塊126基于在步驟218中確定的初始NIC的身份來確定用 于選定連接組的初始NIC是否為已恢復(fù)的NIC 110。如果LBFO模塊126確定用于選定 連接組的初始NIC是已恢復(fù)的NIC (在此情況下是NIC 110)，那么所述方法前進到步驟 222，其中軟件驅(qū)動程序124從過載的NIC 116的多播列表中移除用于選定連接組的初 始NIC的MAC地址。從多播列表中移除此MAC地址可防止過載的NIC 116接收正被 傳輸?shù)匠跏糔IC (此處是NIC 110)的MAC地址的包。在步驟232中，如果LBFO模 塊126確定因卸載實現(xiàn)的性能益處保障了此動作，那么LBFO模塊126視情況將選定連 接組卸載到已恢復(fù)的NIC 110內(nèi)的HOE 112。
在步驟234中，LBFO模塊126確定是否已對過載的NIC 116上的足夠數(shù)目的連接 組進行重新散列，使得NIC 116不再過載。如果LBFO模塊126確定NIC 116不再過載， 那么所述方法在步驟238處終止。然而，如果NIC 116仍然過載，那么所述方法前進到 步驟236，其中LBFO模塊126在返回到步驟216之前選擇過載的NIC 116上的另一連
接組來重新散列。
現(xiàn)在返回到步驟220，如果LBFO模塊126確定用于選定連接組的初始NIC不是已 恢復(fù)的NIC 110——這意味著(i)選定連接組被從不同于先前負載平衡操作中的NIC 110 的起作用的NIC轉(zhuǎn)移到過載的NIC 116;或(ii)過載的NIC 116是用于選定連接組的 初始NIC—一那么所述方法前進到步驟226。在步驟226中，如果選定連接組被從不同 于先前負載平衡操作中的NIC 110的起作用的NIC轉(zhuǎn)移到過載的NIC 116，那么軟件驅(qū) 動程序124從過載的NIC 116的多播列表中移除初始NIC的MAC地址。
在步驟228中，軟件驅(qū)動程序124向己恢復(fù)的NIC 110的多播列表添加選定連接組 的初始NIC的MAC地址，這允許NIC 110接收與選定連接組相關(guān)聯(lián)的正被傳輸?shù)匠跏?NIC的MAC地址的包。所述方法接著如前所述前進到步驟232。
所揭示的方法的一個優(yōu)點在于，通過對過載的NIC上的連接組進行重新散列，可基 于過載的NIC和已恢復(fù)的NIC上的業(yè)務(wù)負載智能地決定是否將網(wǎng)絡(luò)連接組故障恢復(fù)到 已恢復(fù)的NIC。這種在計算裝置內(nèi)的起作用的NIC間平衡網(wǎng)絡(luò)業(yè)務(wù)的方法相對于現(xiàn)有技 術(shù)可顯著改進總體性能。
雖然前述內(nèi)容針對本發(fā)明的實施例，但在不偏離本發(fā)明的基本范圍的情況下可設(shè)計 本發(fā)明的其它和進一步的實施例。舉例來說，可在硬件或軟件中或者在硬件與軟件的組 合中實施本發(fā)明的各方面?？蓪⒈景l(fā)明的一個實施例實施為用于計算機系統(tǒng)的程序產(chǎn) 品。所述程序產(chǎn)品的程序定義實施例的功能(包含本文中描述的方法)，且可包含在多 種計算機可讀存儲媒體上。說明性計算機可讀存儲媒體包含(但不限于)(i)上面永久 存儲信息的不可寫的存儲媒體(例如，計算機內(nèi)的只讀存儲器裝置，比如可由CD-ROM 驅(qū)動器讀取的CD-ROM盤、快閃存儲器、ROM芯片或任何類型的固態(tài)非易失性半導(dǎo)體 存儲器)和(ii)上面存儲可更改的信息的可寫的存儲媒體(例如，軟盤驅(qū)動器內(nèi)的軟 盤或硬盤驅(qū)動器或者任何類型的固態(tài)隨機存取半導(dǎo)體存儲器)。此種計算機可讀存儲媒 體在載運引導(dǎo)本發(fā)明功能的計算機可讀指令時是本發(fā)明的實施例。因此，本發(fā)明的范圍 由所附權(quán)利要求書確定。
權(quán)利要求
1. 一種用于將網(wǎng)絡(luò)連接故障恢復(fù)到計算裝置內(nèi)的網(wǎng)絡(luò)接口卡(NIC)的方法，所述方法包括監(jiān)視所述計算裝置內(nèi)的出現(xiàn)故障或不可靠的NIC；確定所述出現(xiàn)故障或不可靠的NIC已經(jīng)恢復(fù)；確定所述計算裝置內(nèi)起作用的NIC過載；選擇通過所述過載NIC傳送的第一連接組；以及將所述第一連接組轉(zhuǎn)移到所述已恢復(fù)的NIC。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述轉(zhuǎn)移所述第一連接的步驟包括通過所述已恢 復(fù)的NIC向網(wǎng)絡(luò)交換機傳輸獲知包的步驟。
3. 根據(jù)權(quán)利要求2所述的方法，其中初始通過所述己恢復(fù)的NIC傳送所述第一連接 組，且所述轉(zhuǎn)移所述第一連接組的步驟進一步包括從與所述過載的NIC相關(guān)聯(lián)的 多播中移除所述已恢復(fù)的NIC的媒體接入控制(MAC)地址的步驟。
4. 根據(jù)權(quán)利要求3所述的方法，其進一步包括將所述第一連接組卸載到與所述己恢復(fù) 的NIC相關(guān)聯(lián)的硬件卸載引擎的步驟。
5. 根據(jù)權(quán)利要求2所述的方法，其中初始不是通過所述已恢復(fù)的NIC傳送所述第一 連接組，且所述轉(zhuǎn)移所述第一連接組的步驟進一步包括從與所述過載NIC相關(guān)聯(lián) 的多播列表中移除初始用以傳送所述第一連接組的NIC的MAC地址的步驟。
6. —種計算機可讀媒體，其所存儲的指令在由處理器執(zhí)行時致使所述處理器通過執(zhí)行 以下步驟將網(wǎng)絡(luò)連接故障恢復(fù)到計算裝置內(nèi)的網(wǎng)絡(luò)接口卡(NIC):監(jiān)視所述計算裝置內(nèi)的出現(xiàn)故障或不可靠的NIC; 確定所述出現(xiàn)故障或不可靠的NIC己經(jīng)恢復(fù)； 確定所述計算裝置內(nèi)的起作用的NIC過載； 選擇通過所述過載NIC傳送的第一連接組；以及 將所述第一連接組轉(zhuǎn)移到所述已恢復(fù)的NIC。
7. 根據(jù)權(quán)利要求6所述的計算機可讀媒體，其中所述轉(zhuǎn)移所述第一連接的步驟包括通 過所述已恢復(fù)的NIC向網(wǎng)絡(luò)交換機傳輸獲知包的步驟。
8. 根據(jù)權(quán)利要求7所述的計算機可讀媒體，其中初始通過所述已恢復(fù)的NIC傳送所 述第一連接組，且所述轉(zhuǎn)移所述第一連接組的步驟進一步包括從與所述過載的NIC 相關(guān)聯(lián)的多播中移除所述已恢復(fù)的NIC的媒體接入控制(MAC)地址的步驟。
9. 根據(jù)權(quán)利要求7所述的計算機可讀媒體，其中初始不是通過所述已恢復(fù)的NIC傳 送所述第一連接組，且所述轉(zhuǎn)移所述第一連接組的步驟進一步包括從與所述過載 NIC相關(guān)聯(lián)的多播列表中移除初始用以傳送所述第一連接組的NIC的MAC地址的 步驟。
10. —種計算系統(tǒng)，其經(jīng)配置以將網(wǎng)絡(luò)連接故障恢復(fù)到網(wǎng)絡(luò)接口卡(NIC),所述系統(tǒng) 包括處理單元；多個NIC，通過其傳送一個或一個以上網(wǎng)絡(luò)連接；以及存儲器，其耦接到所述處理單元，其中所述存儲器存儲經(jīng)配置以執(zhí)行以下操作的 軟件驅(qū)動程序監(jiān)視所述計算裝置內(nèi)的出現(xiàn)故障或不可靠的NIC; 確定所述出現(xiàn)故障或不可靠的NIC已經(jīng)恢復(fù)；確定所述計算裝置內(nèi)的起作用的NIC過載； ， 選擇通過所述過載NIC傳送的第一連接組；以及 將所述第一連接組轉(zhuǎn)移到所述巳恢復(fù)的NIC。
全文摘要
本發(fā)明的一個實施例闡述一種用于將網(wǎng)絡(luò)連接故障恢復(fù)到計算裝置內(nèi)的網(wǎng)絡(luò)接口卡(NIC)的方法。所述方法包含以下步驟監(jiān)視所述計算裝置內(nèi)的出現(xiàn)故障的或不可靠的NIC；確定所述出現(xiàn)故障的或不可靠的NIC已恢復(fù)；確定所述計算裝置內(nèi)的起作用的NIC過載；選擇通過所述過載的NIC傳送的第一連接組；以及將所述第一連接組轉(zhuǎn)移到所述已恢復(fù)的NIC。通過此方法，可有利地基于所述過載的NIC和所述已恢復(fù)的NIC上的業(yè)務(wù)負載而關(guān)于是否將網(wǎng)絡(luò)連接組故障恢復(fù)到已恢復(fù)的NIC智能地作出決定。這種在計算裝置內(nèi)的所述起作用的NIC間平衡網(wǎng)絡(luò)業(yè)務(wù)的方法可相對于現(xiàn)有技術(shù)顯著改進整體性能。
文檔編號H04L12/24GK101383732SQ20081009889
公開日2009年3月11日 申請日期2008年5月19日 優(yōu)先權(quán)日2007年5月18日
發(fā)明者薩米爾·南達, 諾曼·K·陳, 赫馬馬利尼·馬尼克瓦薩甘, 阿亞茲·阿卜杜拉, 阿南德·拉賈戈帕蘭, 阿舒托什·K·杰哈 申請人:輝達公司