專利名稱：用于在多個數(shù)據(jù)中心之間選擇性卸載工作負荷的方法和裝置的制作方法
技術領域：
本發(fā)明總體涉及計算資源和數(shù)據(jù)中心并且，更具體地，涉及用于選4奪性 在多個數(shù)據(jù)中心之間卸載工作負荷的技術。
背景技術：
大企業(yè)將其計算資源組建成多個數(shù)據(jù)中心，每個數(shù)據(jù)中心為計算資源和 存儲的池子(pool)，其可以與其他數(shù)據(jù)中心物理地分離。企業(yè)應用運4亍在一個 或更多的數(shù)據(jù)中心中，并且終端用戶對應用的請求流入一個或更多的姿U居中 心中。當數(shù)據(jù)中心負荷過多請求時，有必要將一些工作負荷卸載到其4也數(shù)據(jù) 中心中的可利用共享資源，以使用戶接收到預期級別的應用響應，還4吏企業(yè)的所有資源被有效使用。在多數(shù)據(jù)中心模型的變型中，企業(yè)可以從第三方服務供應商購買二斧源， 并將這些資源用作其自己的數(shù)據(jù)中心。在該it型中，也存在將工作負4，卸載 到服務供應商資源的需要，因為其與多數(shù)據(jù)中心工作負荷卸載問題類4以。對于工作負荷卸載的現(xiàn)有解決方案包括使用域名服務(DNS)或傳輸控 制協(xié)議/網(wǎng)絡協(xié)議(TCP/IP )路由產(chǎn)品的用戶請求的加權循環(huán)(round-robin ) 分配。該解決方案的問題是路由產(chǎn)品僅能以某一比例(也就是，基于4又)靜 態(tài)路由用戶請求，而不能基于服務級別協(xié)定動態(tài)調(diào)整對用戶請求的資源配置。發(fā)明內(nèi)容本發(fā)明的原理通過用于在多個數(shù)據(jù)中'"、間選擇性卸栽工作負荷的4支術。 例如，在本發(fā)明的一個方面中，用于依據(jù)多個數(shù)據(jù)中心環(huán)境處J里用戶請 求的技術包括如下步驟/操作。在第一數(shù)據(jù)中心獲得用戶請求?；谝粋€或更 多的分類標準分類用戶請求。把與已分類的用戶請求關聯(lián)的工作負4節(jié)的至少 一部分卸載到至少一個第二數(shù)據(jù)中心來處理，其中，卸載步驟/操作至少基于 與第 一數(shù)據(jù)中心和第二數(shù)據(jù)中心的至少 一個關聯(lián)的一個或更多的管5里策略。 處理工作負荷以與用于請求用戶的服務級別協(xié)定一致地使用戶請^L至少基本 滿足。
從以下將與附圖聯(lián)合閱讀的圖示實施例的詳細描述中，本發(fā)明的這些和 其他的目標、特征和優(yōu)勢將變得清楚。


圖1A是圖示根據(jù)本發(fā)明的實施例在多個數(shù)據(jù)中心之間選擇性卸載工作 負荷的方框/流程圖。
圖1B是圖示根據(jù)本發(fā)明的實施例的資源借用和工作負荷卸載請求處理 的流程圖。
圖1C是圖示根據(jù)本發(fā)明的實施例的資源借出處理的流程圖。 圖2是圖示根據(jù)本發(fā)明的實施例的處理工作請求流的方框/流程圖。 圖3是圖示根據(jù)本發(fā)明的實施例的可以實現(xiàn)選擇工作負荷卸載技術的一 個或更多的組件/步驟所依據(jù)的計算系統(tǒng)。
具體實施例方式
如將在下文示例性說明的，本發(fā)明的原理提供用于分類用戶請求、和以 達到用戶請求種類的服務級別目的同時符合各數(shù)據(jù)中心的策略的方式動態(tài)路 由請求到數(shù)據(jù)中心并處理該請求的技術。
可以通過客戶類型(例如，黃金級、白銀級、青銅級)、生成客戶請求的 工作負荷的類型、由業(yè)務進行的數(shù)據(jù)訪問的類型、或在由工作負荷訪問的數(shù) 據(jù)上進行的操作的類型來分類客戶請求?；谠摲诸?，能夠基于數(shù)據(jù)中心(本 地和遠程)的策略和當前狀態(tài)選擇性地將客戶請求路由到遠程凄t據(jù)中心處的 資源。
將理解，通常認為"本地"數(shù)據(jù)中心是首先接收目標(subject)用戶請求的 數(shù)據(jù)中心。其可以是很接近該客戶設備的數(shù)據(jù)中心和/或是通?；谝粋€或更 多的標準(例如，主題、客戶類型等)來處理這種用戶請求的數(shù)據(jù)中心。因 而，通常認為"遠程"^:據(jù)中心是不同于本地數(shù)據(jù)中心的數(shù)據(jù)中心?；谏?下文，還將理解，術語"請求者"和"提供者"分別用于稱呼本地和遠程數(shù) 據(jù)中心。
作為示例，當本地數(shù)據(jù)中心具有高負荷時，可以把來自青銅客戶的請求， 或相對低優(yōu)先級的請求路由到遠程資源。該路由也可以依賴于請求的通信或
數(shù)據(jù)訪問要求。例如，帶有導致從數(shù)據(jù)庫的顯著數(shù)據(jù)訪問的業(yè)務或查詢的請 求或?qū)е戮哂懈叨韧ㄐ诺牟⑿杏嬎愕恼埱髮⒈宦酚傻奖镜匾蕴幚?。用于遠程能在遠程數(shù)據(jù)中心中被分割和/或復制。該路由還可以依賴于將被路由的工作負荷的資源要求。可以卸載要求常用(commodity)處理器的工作負荷操作，但 是可以把例如需要矢量(vector)處理能力的工作負荷操作發(fā)送到本地。依據(jù) 組織經(jīng)濟模型，讓對等(peer)數(shù)據(jù)中心共享資源的動機可能是基于金錢或聲望 或策略。從而，根據(jù)本發(fā)明的原理，把工作負荷(例如，用戶請求)選"^性地卸 載到其他數(shù)據(jù)中心，以達到用戶請求的服務級別協(xié)定，同時允許通過明確的 策略管理控制共享資源。最初參考圖1A,方框/流程解根據(jù)本發(fā)明的實施例用于在多個數(shù)據(jù) 中心間選擇性卸載工作負荷的技術。該圖示出兩個數(shù)據(jù)中心，數(shù)據(jù)中心A和 數(shù)據(jù)中心B。盡管就兩個數(shù)據(jù)中心描述本實施例，但是本發(fā)明的原理不限于 兩個數(shù)據(jù)中心。也就是說，本發(fā)明的原理能夠用于任意數(shù)量的數(shù)據(jù)中心。如所示，數(shù)據(jù)中心A具有下列組件產(chǎn)生工作負荷的客戶110、請求分 類器120、準入(admission)控制器和重定向器(redirector)122、請求調(diào)度器和^各 由器124、資源管理器140、策略組150、和諸如處理器、網(wǎng)絡、和存儲器的 計算資源130。類似地，數(shù)據(jù)中心B具有下列組件產(chǎn)生工作負荷的客戶115、請求分 類器125、準入控制器和重定向器127、請求調(diào)度器和路由器129、資源管理 器145、策略組155、和諸如處理器、網(wǎng)絡、和存儲器的計算資源135。數(shù)據(jù)中心A能夠使用網(wǎng)絡通信信道把其工作負荷的一些傳送到數(shù)據(jù)中心 B (步驟160 )。類似地，數(shù)據(jù)中心B能夠使用網(wǎng)絡通信信道把其工作負荷的 一些傳送到數(shù)據(jù)中心A (步驟165 )。數(shù)據(jù)中心A還能夠通過使用通信信道直接使用在數(shù)據(jù)中心B處的資源 (步驟172)，這可能需要在數(shù)據(jù)中心B處所使用的資源使用通信信道訪問在 數(shù)據(jù)中心A的數(shù)據(jù)(步驟174)。數(shù)據(jù)中心B也能夠直接使用數(shù)據(jù)中心A的 資源，僅為了保持該圖簡單，沒有明確顯示這種交互。在數(shù)據(jù)中心A中，當工作負荷從客戶110到達時，其是以工作請求的形 式，并且工作請求被置于工作負荷分類器120的請求隊列中，其中請求分類
器把請求分到不同的類別中，并將其轉(zhuǎn)送到準入控制器和重定向器122。準入控制器判斷在當前時刻是否準許請求用于本地處理或拖延(hold off)直到適 當?shù)臅r間。然后將已準許的請求轉(zhuǎn)送到請求調(diào)度器和路由器124，請求調(diào)度 器和路由器124傳送該請求以在所分配的用于處理該工作請求的資源130上 來處理。資源管理器140使用個體(individual)數(shù)據(jù)中心策略來確定分類標準、 準入控制標準、調(diào)度和路由決定、以及要用于該請求類的實際資源。^i后描 述由資源管理器使用的決定處理的實施例。把由資源管理器確定的分類標準 傳送到工作負荷分類器120，把準入控制標準傳送到準入控制器122,并且把 調(diào)度和發(fā)送標準傳送到調(diào)度器和路由器124。資源管理器動態(tài)更新這些標準 和相關聯(lián)的參數(shù)，并不斷將其供給控制單元120、 122和124。在數(shù)據(jù)中心B中，以相似的方式分類和調(diào)度工作請求。當數(shù)據(jù)中心間沒 有共享資源時，各個數(shù)據(jù)中心使用其自身的資源以滿足工作請求。當數(shù)據(jù)A中的請求數(shù)量或請求的合計服務時間變得太高時，那么才艮據(jù)本 發(fā)明的原理，可以使用來自數(shù)據(jù)中心B的資源來處理數(shù)據(jù)中心A的工4乍請求。 數(shù)據(jù)中心間的資源共享可以基于在提出請求的數(shù)據(jù)中心和進行提供的數(shù)據(jù)中 心中定義的策略。在圖1B中示出由資源管理器在確定資源借用和工作負荷卸載中4吏用的 決定做出處理的實施例。如所示，在借用資源過程中涉及的步驟如下 在步驟180中，在提出請求的數(shù)據(jù)中心處確定借用資源的收益。 在步驟182中，確定要問詢關于潛在資源共享的數(shù)據(jù)中心。 在步驟184中，把請求資源共享的問詢發(fā)送到該潛在數(shù)據(jù)中心。 在步驟186中，在接收到對于該請求的響應時，該4是出請求的凄t才居中心 確定接受哪個數(shù)據(jù)中心。在步驟188中，請求數(shù)據(jù)中心使用該資源用于工作負荷處理。 在步驟190中，在完成給定工作負荷的處理時，請求數(shù)據(jù)中心方欠棄借用 的資源。這些步-紫更加詳細的描述如下。該提出請求的數(shù)據(jù)中心評估對比于與增加的通信相關的成本和遠程資源 使用的成本借用資源的收益。收益可能是以諸如全局資源利用級別禾口/或相對 于服務級別協(xié)定的性能的衡量方式。用于觸發(fā)遠程資源獲取的闞值，在此稱 作"借用閾值"，是請求者策略的一部分。借用閾值可以是適應性的(adaptive),使得在數(shù)據(jù)中心中的每個資源優(yōu)化循環(huán)后將恒定衰減因子施加到其上。這將 最終允許甚至為了較小的收益值的遠程資源獲取。然而，當請求未能獲取遠 程資源時，可以將闊值復位到初始的較大的值，從而避免對于遠程資源的過 多失敗搜索。因為數(shù)據(jù)中心可能同時需要用于不同優(yōu)先級工作負荷的資源， 所以可以首先處理對于高收益工作負荷的請求。一旦做出決定要借用資源，下一步是選擇能夠潛在地借出資源的對等數(shù)據(jù)中心(peer)?？奢兜玫臄?shù)據(jù)中心組是由企業(yè)的組織界限或與企業(yè)外部的才是 供者之間的合同或由組織策略定義的。尋找遠程資源的 一種可能方式是向到所有的對等數(shù)據(jù)中心多播請求。當 數(shù)據(jù)中心使用兩個階段處理來接受遠程請求時，請求多播運作良好，其中在 第一階段，把資源可用性和約束返回到提出請求的數(shù)據(jù)中心，并在確認后完 成最終的接受。在借出數(shù)據(jù)中心處確認過期(timeout)決定從階段1時期收回 (reclaim back)資源。在請求者確認后，激活保留。在基于從容量計劃器 (capacity planner)的預測預先做出這些保留的情況下，作為單獨的階段完成 保留激活(也就是，部署資源和安裝并配置軟件宿主堆棧(software hosting stack )或另外使之可用于使用)。多階段的方法保證請求者能選擇在數(shù)據(jù)中心 間協(xié)商用于獲取資源。如果數(shù)據(jù)中心不支持多階段接受方案，那么可以根據(jù)各種密切性(affinity) 度量，諸如網(wǎng)絡等待時間、資源容量、已知的資源可用性和聲望，依據(jù)優(yōu)先 級排序潛在的數(shù)據(jù)中心，并且以優(yōu)先級順序從潛在的數(shù)據(jù)中心請求資源。類似地，提供者數(shù)據(jù)中心評估借出資源相比于保持資源閑置的收益。提 供者策略可以是動態(tài)的，從而反映提供者的工作負荷和當前系統(tǒng)狀態(tài)。如果 數(shù)據(jù)中心正請求遠程資源用于連續(xù)時間段，則可以將用于接受到來的對于那 些資源的請求的自身閾值設定為很高。這樣，該數(shù)據(jù)中心迅速拒絕到來的請 求，而不是試圖尋找可用的資源。這就是我們稱作的"循環(huán)中斷規(guī)則(cycle breaking rule)",其用于防止下述情形 一個數(shù)據(jù)中心請求遠程資源并且同時 借出本地資源以處理來自遠程數(shù)據(jù)中心的請求。同樣，將進行的另一步驟是 標識用于借出的適宜資源和借出成本。圖1C圖解性描述提供者的資源管理器中的決定做出處理。在步驟191中，接收對于資源的請求。在步驟192中，確定是否考慮將資源借給請求者。
在步驟193中，確定潛在借出者的自身數(shù)據(jù)中心資源使用和應用。在步驟194中，確定潛在借出者的自身資源使用是否許可借出資源。 在步驟195中，基于步驟194，將響應發(fā)回到請求者。 在步驟196中，如果接受，借出資源。 在步驟197中，當完成遠程使用時，取回借出的資源。 將意識到， 一旦從一個或更多的數(shù)據(jù)中心確定資源可用性信息，就根據(jù) 數(shù)據(jù)中心和工作負荷策略進行資源選擇。對于應用發(fā)起的不同請求可能互相 之間具有依存性。例如，應用服務器層中的附加處理也可能使數(shù)據(jù)庫層的附 加處理成為必要。依存性起于應用的邏輯部署結(jié)構，其描述需要的資源類型 和它們的相互關系。.資源選擇將使用這些依存性來決定使用哪個數(shù)據(jù)中心。 同樣，使用這些依存性來剪除發(fā)送出去的請求，例如，只有滿足第一依存性， 才嘗試下一個。當請求者接受到響應時，下一步是預備(provision)資源，例如，配置資源， 安裝操作系統(tǒng)、中間件、和應用軟件。有三種可能(l)請求者在遠程資源 上實行預備；(2)進行提供的數(shù)據(jù)中心實行預備處理；或(3) (1)和(2) 的某種組合。基于上述選擇，資源預備機理改變。在第一種情況中，在請求端實行適當?shù)墓ぷ髁饕酝瓿少Y源獲取。在第二 種情況中，在提供者端工作流是可用的或使工作流成為可用的。第一種情況 提供了彈性，而第二種情況提供了更多的自主性和安全性。第三種情況是前 兩種情況的合并。在合并方法中，請求者和提供者相互配合并共同預備資源。一旦獲取并預備了遠程資源，可以如圖2中所示處理該工作請求流，其 中圖2是圖解根據(jù)本發(fā)明的實施例的工作請求流的處理的方框/流程圖。如所示，數(shù)據(jù)中心A接收工作請求210,該請求在請求分類步驟220中 被分類。該分類是基于數(shù)據(jù)中心資源管理器280中的分類標準。處理得到的 已分類的請求230以進行準入控制和轉(zhuǎn)送。在步驟240, —些已分類的請求 被重定向到^:據(jù)中心B來處理245,而本地處理其他已分類的請求250a和 250b。數(shù)據(jù)中心資源管理器280中的準入控制標準275確定應該重定向哪類 業(yè)務和重定向業(yè)務的多少比例。^:據(jù)中心B處理^L重定向的工作負荷以及到 達數(shù)據(jù)中心B的剩余工作負荷。在另一實施例重，不是在準入控制器層路由請求，而是由本地資源管理 器接管(take over)遠程資源，并且可以使得如此獲得的這些資源可用于本地資10
源調(diào)度器和路由器。這也圖解于圖2中，其中請求調(diào)度和路由步驟260仿佛遠程資源是本地資源那樣地對待遠程資源，并且基于它們的性能特性，把一部分已分類的工作負荷定向給它們。數(shù)據(jù)中心資源管理器280所定義的調(diào)度 標準278確定在可用資源之間依據(jù)類型或者依據(jù)比例的工作負荷分配。其還 確定工作負荷請求的處理優(yōu)先級。第三種情況是應用控制的組合的情況，也就是，應用工作負荷重定向和 遠程資源控制兩者。數(shù)據(jù)中心A的準入控制器把部分請求發(fā)送到數(shù)據(jù)中心B 的準入控制器。另外，用與上述相同的數(shù)據(jù)訪問變型使數(shù)據(jù)中心B的資源對 于數(shù)據(jù)中心A的請求調(diào)度器和路由器可用。從而，根據(jù)本發(fā)明的原理，提供了用于通過分配和共享來自其他數(shù)據(jù)中 心的未使用的或利用不足的資源而減輕數(shù)據(jù)中心A上的擁塞(congestion)的機 制。兩種這樣的機制是帶有重定向的準入控制、和在遠程和本地資源之間調(diào) 度工作負荷。還提供了組合這兩種機制的合并方法。圖3中所示的是根據(jù)本發(fā)明的實施例，選擇性工作負荷卸載技術(例如， 圖1A、 1B和2中所描述的組件和方法)的一個或更多組件/步驟的實現(xiàn)可以 依據(jù)的計算系統(tǒng)。將理解，可以在一個這種計算系統(tǒng)或多于一個的這種計算系統(tǒng)上實現(xiàn)個體的組件/步驟。在分布式計算系統(tǒng)上實現(xiàn)的情況下，個體的計 算機系統(tǒng)和/或設備可以通過合適的網(wǎng)絡例如，因特網(wǎng)或萬維網(wǎng)連接。然而， 可以通過私有或局域網(wǎng)實現(xiàn)該系統(tǒng)。無論如何，本發(fā)明不限于任何特殊的網(wǎng) 絡。從而，圖3中所示的計算系統(tǒng)代表用于實現(xiàn)數(shù)據(jù)中心的一個或更多的功 能組件，例如請求分類器、準入控制器和重定向器、請求調(diào)度器和路由器、 資源管理器、和策略組，以及其它功能的示例性計算系統(tǒng)結(jié)構。此外，該計 算系統(tǒng)結(jié)構還可以代表由數(shù)據(jù)中心提供的一個或更多實際計算資源的實現(xiàn)。 此外，該計算系統(tǒng)結(jié)構還可以代表一個或更多的客戶的實現(xiàn)。如所示，該計算系統(tǒng)結(jié)構可以包括通過計算機總線310或替代的連接布 置耦接的處理器302、存儲器304、 I/O設備306、和通信接口 308。在一個實 施例中，圖3的計算系統(tǒng)結(jié)構代表與數(shù)據(jù)中心關聯(lián)的一個或更多的服務器。將意識到，在此使用的術語"處理器"旨在包括任意的處理設備，諸如 例如包括CPU和/或其他處理電路的處理系統(tǒng)。還將理解，術語"處理器"
設備共享。在此使用的術語"存儲器"旨在包括諸如例如RAM、 ROM、固定存儲器設備(例如，硬盤驅(qū)動)、可移動存儲器設備(例如，磁盤)、閃存等的與處理器或CPU關聯(lián)的存儲器。另外，在此使用的措辭"輸入/輸出設備"或"I/0設備"旨在包括例如， 一個或更多的用于向處理單元錄入數(shù)據(jù)的輸入設備(例如，鍵盤、鼠標等)、 和/或一個或更多的用于呈現(xiàn)與處理單元關聯(lián)的結(jié)果的輸出設備(例如，顯示 器等)。此外，在此使用的措辭"網(wǎng)紹 接口"旨在包括例如， 一個或更多的許可 計算機系統(tǒng)通過適當?shù)耐ㄐ艆f(xié)議與另 一計算機系統(tǒng)通信的收發(fā)器。因此，包括用于執(zhí)行在此描述的方法的指令或代碼的軟件組件可以被存 儲在一個或更多的關聯(lián)存儲器設備(例如，ROM、固定的或可移動的存儲器) 中，并且當將^皮利用時，^皮部分或全部加載并通過CPU4丸行。無論如何，將意識到，可以在不同形式的硬件、軟件、或其組合實現(xiàn)在 此描述的并在附圖中示出的本發(fā)明的技術，例如， 一個或更多的帶有關聯(lián)存 儲器的操作編程的通用數(shù)字計算機、實現(xiàn)特定功能的集成電路、功能電路等。 給定在此提供的本發(fā)明的技術，相關領域的普通技術人員將能夠考慮到本發(fā) 明的技術的其他實現(xiàn)。因此，如在此說明的，本發(fā)明的原理提供了用于使用遠程資源來處理工 作請求類的技術。該技術可以包括確定使用遠程資源和基于策略獲取遠程資 源。該技術還可以包括基于策略確定向請求站提供資源，以及推導將用來處 理請求的一組標準。此外，該4支術可以包括用戶請求的處理，該用戶請求的 處理進一步包括基于請求分類標準分類用戶請求、基于請求的類別動態(tài)并可 選地重定向部分用戶請求到遠程資源、和動態(tài)并可選地使用遠程資源來處理 請求類。此外，該技術可以包括基于策略放棄使用遠程資源。盡管在此已經(jīng)參考附圖描述了本發(fā)明的示例實施例，將理解，本發(fā)明不 限于那些精確的實施例，并且在不脫離本發(fā)明的范圍和主旨內(nèi)，可以由相關 領域的技術人員做出各種其他的改變和修改。
權利要求
1.一種依據(jù)多個數(shù)據(jù)中心環(huán)境處理用戶請求的方法，包括步驟在第一數(shù)據(jù)中心獲得用戶請求；基于一個或更多的分類標準分類所述用戶請求；把與所述已分類的用戶請求關聯(lián)的工作負荷的至少一部分卸載到至少第二數(shù)據(jù)中心來處理，其中，所述卸載步驟至少基于與所述第一數(shù)據(jù)中心和第二數(shù)據(jù)中心的至少一個關聯(lián)的一個或更多的管理策略；以及處理所述工作負荷以根據(jù)用于所述請求用戶的服務級別協(xié)定至少基本滿足所述用戶請求。
2. 權利要求l的所述方法，其中，所述卸載步驟還包括基于與戶斤述第一 數(shù)據(jù)中心關聯(lián)的準入控制策略把與所述已分類的用戶請求關聯(lián)的工4乍負荷的 至少 一部分重定向到所述第二數(shù)據(jù)中心。
3. 權利要求l的所述方法，其中，所述卸載步驟還包括使與所迷第二數(shù) 據(jù)中心關聯(lián)的至少一個資源對與所述第一數(shù)據(jù)中心關聯(lián)的資源調(diào)度器可用， 以便可以把與所述已分類的用戶請求關聯(lián)的工作負荷的至少一部分直4妾路由 到所述與所述第二數(shù)據(jù)中心關聯(lián)的至少 一 個資源。
4. 權利要求l的所述方法，還包括在所述第一數(shù)據(jù)中心確定與在P載部分 所述工作負荷的一個或更多的收益相關聯(lián)的 一個或更多的度量值的步冬聚。
5. 權利要求4的所述方法，其中，所述度量值確定步驟還包括t匕較所 述度量值與閾值，以及使用該比較的結(jié)果作為啟動工作負荷卸載的角蟲發(fā)器。
6. 權利要求的所述方法，其中，所述度量值確定步驟還包括調(diào)整戶斤述閾值。
7. 權利要求6的所述方法，其中，所述閾值調(diào)整步驟還包括施力cr寸亙定衰 減因子到所述閾值。
8. 權利要求7的所述方法，其中，所述閾值調(diào)整步驟還包括4巴戶斤述闞值 復位到初始值。
9. 權利要求l的所述方法，還包括從多個數(shù)據(jù)中心之中確定。那——個或更 多的數(shù)據(jù)中心是用于卸載所述工作負荷的至少 一 部分的潛在數(shù)4居中'^的步驟。
10. 權利要求9的所述方法，其中，所述潛在數(shù)據(jù)中心確定步4聚還包括以優(yōu)先級順序為基礎確定潛在數(shù)據(jù)中心。
11. 權利要求9的所述方法，還包括把至少一個請求問詢發(fā)送到被確定為潛在翁:據(jù)中心的所述翁:據(jù)中心的至少 一個的步驟。
12. 權利要求9的所述方法，還包括把請求問詢多播到多個數(shù)據(jù)中心的 步驟。
13. 權利要求12的所述方法，還包括接受所述潛在數(shù)據(jù)中心之一作為將 用于卸載的數(shù)據(jù)中心的步驟，其中，所述第二數(shù)據(jù)中心是所接受的數(shù)據(jù)中心。
14. 權利要求13的所述方法，還包括選擇一個或更多的要預備的資源的 步驟。
15. 權利要求14的所述方法，還包括預備一個或更多的所選纟奪的資源以 供處理所述工作負荷之用的步驟。
16. 權利要求15的所述方法，其中，所述資源預備步驟還包括所述第一 數(shù)據(jù)中心和所述第二數(shù)據(jù)中心中的至少 一個進行所述資源預備步驟的至少一部分。
17. 權利要求1的所述方法，還包括在所述第一數(shù)據(jù)中心可調(diào)整地設定 資源請求閾值的步驟。
18. 權利要求1的所述方法，其中，所述卸載步驟還包括在同意借出 一個或更多的資源用于處理所述工作負荷之前，所述第二數(shù)據(jù)中心確定其自 身的資源可用性。
19. 一種裝置，用于依據(jù)多個數(shù)據(jù)中心環(huán)境處理用戶請求，包括 存儲器，以及與第一數(shù)據(jù)中心關聯(lián)的至少一個處理設備，其耦合到所述存儲器，并操 作來(i )獲得用戶請求；(ii)基于一個或更多的分類標準分類所述用戶 請求；以及(iii)使與所述已分類的用戶請求關聯(lián)的工作負荷的至少一部分 卸載到至少第二數(shù)據(jù)中心來處理，其中，所述卸載^^喿作至少基于與所述第一 數(shù)據(jù)中心和第二數(shù)據(jù)中心的至少一個關聯(lián)的一個或更多的管理策略；其中， 處理所述工作負荷以根據(jù)用于所述請求用戶的服務級別協(xié)定至少基本滿足所 述用戶請求。
20. 權利要求19的所述裝置，其中，所述卸載搡作還包括基于與所述第 一數(shù)據(jù)中心關聯(lián)的準入控制策略把與所述已分類的用戶請求關聯(lián)的工作負荷 的至少 一部分重定向到所述第二數(shù)據(jù)中心。
21. 權利要求19的所述裝置，其中，所述卸載操作還包括使與所述第二 數(shù)據(jù)中心關聯(lián)的至少 一 個資源對與所述第 一 數(shù)據(jù)中心關聯(lián)的資源調(diào)度器可 用，以便可以把與所述已分類的用戶請求關聯(lián)的工作負荷的至少 一部分直接 路由到所述與所述第二數(shù)據(jù)中心關聯(lián)的至少 一個資源。
22. 權利要求19的所述裝置，其中，所述至少一個處理設備還操作來確 定與卸載部分所述工作負荷的一個或更多收益相關聯(lián)的一個或更多的度量值。
23. 權利要求19的所述裝置，其中，所述至少一個處理設備還操作來從 多個數(shù)據(jù)中心之中確定哪一個或更多的數(shù)據(jù)中心是用于卸載所述工作負荷的 至少 一部分的潛在數(shù)據(jù)中心。
24. 權利要求19的所述裝置，其中，所述至少一個處理設備還操作來可 調(diào)整地設定資源請求閾值。
25. —件制品，在第一數(shù)據(jù)中心處用于依據(jù)多個數(shù)據(jù)中心環(huán)境處理用戶 請求，包括機器可讀介質(zhì)，該機器可讀介質(zhì)包括被執(zhí)行時實現(xiàn)以下步驟的一 個或更多的程序獲得用戶請求；基于一個或更多的分類標準分類所述用戶請求；以及 使與所述已分類的用戶請求關聯(lián)的工作負荷的至少 一部分卸載到至少第 二數(shù)據(jù)中心來處理，其中，所述卸載操作至少基于與所述第一數(shù)據(jù)中心和第 二數(shù)據(jù)中心的至少一個關耳關的一個或更多的管理策略；其中，處理所述工作 負荷以根據(jù)所述請求用戶的服務級別協(xié)定至少基本滿足所述用戶請求。
全文摘要
公開了用于在多個數(shù)據(jù)中心間選擇性卸載工作負荷的技術。例如，用于依據(jù)多個數(shù)據(jù)中心環(huán)境處理用戶請求的技術包括如下步驟/操作。在第一數(shù)據(jù)中心獲得用戶請求?；谝粋€或更多的分類標準分類用戶請求。把與已分類的用戶請求關聯(lián)的工作負荷的至少一部分卸載到至少一個第二數(shù)據(jù)中心來處理，其中，卸載步驟/操作至少基于與第一數(shù)據(jù)中心和第二數(shù)據(jù)中心的至少一個關聯(lián)的一個或更多的管理策略。處理工作負荷以根據(jù)用于請求用戶的服務級別協(xié)定使用戶請求至少基本滿足。
文檔編號G06F9/46GK101167054SQ200580049662
公開日2008年4月23日 申請日期2005年9月30日 優(yōu)先權日2005年5月27日
發(fā)明者丹尼爾·M·迪亞斯, 丹尼拉·羅蘇, 喬瓦尼·帕西費西, 尼思亞·拉賈馬尼, 格雷姆·N·狄克遜, 維杰伊·K·奈克, 默西·V·德瓦拉康達 申請人:國際商業(yè)機器公司