基于云計算的調度方法、單元及系統的制作方法

專利名稱：基于云計算的調度方法、單元及系統的制作方法
技術領域：
本發明涉及通信領域中傳輸與IP技術，具體地，涉及一種基于云計算的調度方法、單元及系統。
背景技術：
現有技術云計算系統中全局負載均衡調度方法如圖1所示，具體包括一、靜態就近原則針對已知的用戶范圍和網絡的就近性(例如網通用戶應采用網通線路，電信用戶使用電信線路)，在全局負載均衡設備(Global Load Balance，簡稱GLB)上設置靜態的就近性表，并嚴格按照該表來為用戶選擇路徑；二、動態就近原則能夠基于到不同數據中心的路由跳數、路徑的延遲和網絡連接數負載狀況，動態進行對每個訪問發起點的就近性運算，選擇最佳訪問路徑。另外，現有技術還有根據用戶SLA標準、用戶側測量的網絡速度作為就近性的依據。在實現本發明過程中，發明人發現現有技術中至少存在如下問題現有技術無論是靜態或“動態”原則，均只是依賴網絡速度選擇所謂的“最短”訪問路徑，數據中心都只是被動接受訪問請求，不能直接了解數據中心節點中的具體資源信息， 可能影響網絡訪問質量。

發明內容
本發明的第一目的是提出一種基于云計算的調度方法，以實現提高網絡訪問質量。本發明的第二目的是提出一種基于云計算的調度單元，以實現提高網絡訪問質量。本發明的第三目的是提出一種基于云計算的調度系統，以實現提高網絡訪問質量。為實現上述第一目的，根據本發明的一個方面，提供了一種基于云計算的調度方法，包括采集云計算數據中心的資源動態變化信息；根據各數據中心的資源動態變化信息進行全局調度。優選地，根據各數據中心的資源動態變化信息進行全局調度可以包括根據各數據中心的資源動態變化信息對各數據中心進行權重調整；根據權重調整后的信息對用戶訪問進行負載均衡調度。優選地，根據各數據中心的資源動態變化信息進行全局調度還可以包括根據各數據中心的資源動態變化信息獲取應用在線遷移信息；根據各數據中心的應用在線遷移信息進行連接控制。為實現上述第二目的，根據本發明的另一個方面，提供了一種基于云計算的調度單元，包括接口模塊，用于獲取云計算各數據中心的資源動態變化信息；調度模塊，用于根據各數據中心的資源動態變化信息進行全局調度。
調度模塊可以包括權重調整子模塊，用于根據各數據中心的資源動態變化信息對各數據中心進行權重調整；根據權重調整后的信息對用戶訪問進行負載均衡調度。調度模塊還可以包括連接控制子模塊，用于根據各數據中心的資源動態變化信息獲取應用在線遷移信息；根據各數據中心的應用在線遷移信息進行連接控制。為實現上述第三目的，根據本發明的另一個方面，提供了一種基于云計算的調度系統，包括上述第二方面的調度單元以及一至多個采集單元，采集單元，用于采集云計算數據中心的資源動態變化信息；調度單元，用于接收采集單元的資源動態變化信息，根據各數據中心的資源動態變化信息進行全局調度。本發明各實施例的基于云計算的調度方法、單元和系統，不像現有技術中數據中心只是被動訪問，而是能夠獲取應用系統在不同數據中心的資源動態變化和應用遷移情況，因此，可解決在云計算應用場景下，應用系統資源動態變化和跨數據中心應用遷移時的動態全局負載均衡問題。本發明可以確保在云計算動態環境下用戶訪問網絡中應用系統的良好體驗，提高網絡訪問質量。本發明的其它特征和優點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發明而了解。本發明的目的和其他優點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現和獲得。下面通過附圖和實施例，對本發明的技術方案做進一步的詳細描述。


附圖用來提供對本發明的進一步理解，并且構成說明書的一部分，與本發明的實施例一起用于解釋本發明，并不構成對本發明的限制。在附圖中圖1為現有技術云計算系統中全局負載均衡調度方式示意圖；圖2為根據本發明基于云計算的調度方法實施例一流程圖；圖3為根據本發明基于云計算的調度方法實施例二流程圖；圖4為根據本發明基于云計算的調度方法實施例三、調度單元實施例、以及調度系統實施例示意圖。
具體實施例方式以下結合附圖對本發明的優選實施例進行說明，應當理解，此處所描述的優選實施例僅用于說明和解釋本發明，并不用于限定本發明。方法實施例圖2為根據本發明基于云計算的調度方法實施例一流程圖，如圖2所示，本實施例包括步驟S102:采集云計算數據中心的資源動態變化信息，具體地可以由各數據中心進行采集，并主動上報給全局負載均衡調度設備；或者應調度設備請求，反饋各數據中心的資源動態變化情況；在云計算中，數據中心(即DateCenter，簡稱DC)可以是用于安置計算機系統及相關部件(包括服務器、存儲、網絡設備等)，并為其提供電源、通信連接、環境控制(如空調)和安全保證(如滅火)等配套設備的IT基礎設施。①其中，這里所說的資源包括數據中心內的服務器、存儲、網絡等設備的數量和配置情況，資源動態變化信息包括資源的變更(增加或減少)、資源是否可用(比如出現故障)等等；②資源可能出現變化的情況包括業務量變化導致資源需要調整，或者為降低成本或耗電、系統需要升級維護、或者應用系統所有者要求改變等等。步驟S104 根據各數據中心的資源動態變化信息進行全局調度。在云計算數據中心中，云平臺上的Web應用所使用的資源，包括計算、存儲和網絡資源等，都具有更加靈活的調度策略和更高的動態性。不同的資源情況，對于能否及時響應用戶訪問請求，提供良好的用戶體驗有很重要的影響。按照現有技術的調度方式即使用戶到某一個數據中心的網絡訪問速度很快，但這個數據中心的CPU或者內存或者I/O出現處理瓶頸，仍然不能及時響應用戶請求。在這種情況下，數據中心中的資源變化情況如果不能及時反饋給GLB，可能大大影響網絡訪問質量，帶來用戶使用體驗的問題。本實施例卻可以直接了解數據中心節點中的具體資源動態變化信息，負載分配方式與數據中心的資源情況建立直接聯系，因此，可以提高網絡訪問質量，同時提高用戶體驗。圖3為根據本發明基于云計算的調度方法實施例二流程圖，如圖3所示，本實施例包括步驟S202 采集云計算數據中心的資源動態變化信息；根據資源動態變化信息可以得知是正常的變化還是極端變化，正常變化屬于網絡設備數量的增減、故障等，有可能是負載變化發生之后監測到的，可以執行步驟S204;極端變化例如云計算中應用系統在不同數據中心之間的“遷移”，即在數據中心A中運行的應用系統，在業務不中斷的情況下被轉移到數據中心B中運行。在這種情況下，也需要及時獲取應用遷移的信息，以保證用戶訪問的會話狀態不中斷，這種情況下一般可以由應用主動發起遷移并觸發監控，監控到應用遷移后執行步驟S206 ；步驟S204 根據資源動態變化信息對各數據中心進行權重調整，并可以后續基于各數據中心調整后的權重進行訪問分配；步驟S206 根據各數據中心的資源動態變化信息獲取應用在線遷移信息；根據應用在線遷移信息進行連接控制，例如將當用戶訪問從當前數據中心連接遷移到目標數據中心；步驟S208:結束。本實施例能夠在云計算應用場景下，能夠獲取應用系統在不同數據中心的資源動態變化和應用遷移情況，以進一步優化負載均衡調度，確保在云計算動態環境下用戶訪問網絡中應用系統的良好體驗，提高網絡訪問質量。圖4為根據本發明基于云計算的調度方法實施例三、調度單元實施例、以及調度系統實施例示意圖。圖4實施例即可作為本發明調度方法的實施例，也可作為調度單元的內部結構實施例、以及調度系統的系統結構示意圖，下面分別說明。如圖4所示，本實施例調度系統包括信息采集單元1以及采集單元2，其中信息采集單元1用于采集數據中心A的資源動態變化信息，信息采集單元2用于采集數據中心B的資源動態變化信息，具體的資源動態變化信息可參見圖2實施例的相關說明，例如包括資源利用率、系統故障、資源動態增減、應用遷移等信息；調度單元4，用于接收采集單元1和采集單元2的資源動態變化信息，并根據采集的資源動態變化信息對數據中心A和數據中心B進行全局負載均衡調度。其中，采集單元1和采集單元2可以分別位于云計算數據中心內，或者位于數據中心與調度單元4之間的任意實體，或者位于調度單元4內。如果采集單元1位于數據中心A，采集單元2位于數據中心B，則調度單元可以包含一接口模塊44，與各采集單元進行連接，采集各數據中心的資源動態變化信息。本領域技術人員應了解，本實施例以一個數據中心對應一個采集單元為例，在具體實現時，還可以是一個采集單元對應一至多個數據中心，采集多個數據中心的資源動態變化信息，并與接口模塊進行通信；或者一個數據中心對應多個采集單元，采集該數據中心的資源動態變化信肩、ο其中，由于現有技術中數據中心內可能有本地或者局部負載均衡器，其主要將同一類型的訪問請求轉發給不同服務器進行處理。現有的本地負載均衡器不依賴于網絡速度(局域網的速度認為是一致的)，而是依賴于靜態策略，比如均勻輪詢、或者按照手工設定的權值進行輪詢等。根據應用系統的規模和特征，可能需要負載均衡，也可能不需要。因此，如果數據中心內有本地負載均衡器，也可以將本實施例中的采集單元1和采集單元2位于數據中心的本地負載均衡器內，實現采集資源動態變化信息。采集單元1位于數據中心A，采集單元2位于數據中心B如果采集單元1位于調度單元4內，采集單元2也位于調度單元4內，則可以合并設置，成為調度單元內的一采集模塊，采集各數據中心的資源動態變化信息。如果采集單元1位于數據中心A與調度單元4直接，采集單元2位于數據中心B 與調度單元4之間，則可以將采集的資源動態變化信息反饋給調度單元4。如圖4所示，本實施例調度單元4可以包括接口模塊44，用于獲取云計算各數據中心的資源動態變化信息；調度模塊42，用于根據各數據中心的資源動態變化信息進行全局負載均衡調度。根據上述對調度系統的說明本領域技術人員應了解，如果采集單元2位于調度單元4內，則可以作為一采集模塊進行實時采集各數據中心的資源動態變化信息。優選地，調度模塊42可以包括權重調整子模塊，用于根據各數據中心的資源動態變化信息對各數據中心進行權重調整；根據權重調整后的信息對用戶訪問進行負載均衡調度。優選地，調度模塊42還可以包括連接控制子模塊，用于根據各數據中心的資源動態變化信息獲取應用在線遷移信息；根據各數據中心的應用在線遷移信息進行連接控制，將當用戶訪問從當前數據中心連接遷移到目標數據中心。下面結合圖4對本發明調度方法、調度單元以及調度系統中如何根據資源動態變化信息進行權重調整進行舉例說明1.信息采集單元1和采集單元2采集云計算數據中心A和B中的資源動態變化情況。a)這里所說的資源信息包括服務器、存儲、網絡等設備的數量和配置情況，資源動態變化信息包括資源的變更(增加或減少)、資源是否可用(比如出現故障)等等；b)資源可能出現變化的情況包括業務量變化導致資源需要調整，或者為降低成本或耗電、系統需要升級維護、或者應用系統所有者要求改變等等。2.信息采集模塊獲取資源變化信息后，可以通過接口模塊44通知調度系統中調度單元4的調度模塊42，并通過權重調整子模塊進行權重調整①信息采集單元還可以向調度單元4發送不同數據中心資源價格、數據中心可用性指標、資源租用時間(定時啟動和停止)等多種信息其中，資源價格指數據中心中的資源可能是租用的，同樣的資源在不同數據中心中價格可能不同，因此，可能影響應用系統的實施成本；可用性指標指數據中心(包括服務器、存儲、網絡設備)等是否可靠，比如是不是有雙路供電、主要設備是不是冗余配置，以降低故障發生導致應用系統不可用的概率等等；3. “權重調整子模塊”獲取上述資源動態變化信息后，進行相應的計算，選擇新的最優路徑。①“權重調整模塊”可以根據以上各類信息的狀態值和重要性，通過加權求和等方式計算出一個負載均衡權重i.例如應用系統在某個數據中心的CPU利用率為11%，預先設定的該應用的重要性為5 ；資源租用價格為P，參考價格為p0，重要性為2 ；其中，CPU利用率可以根據采集資源動態變化信息，如CPU的使用信息，還可以根據采集本地網絡帶寬或磁盤I/O等利用率獲得，從而反映該應用系統可提供的最高性能。重要性可以反映不同策略情況下，不同參數的權重。權重的計算可以基于不同的策略而不同，例如，重要性設定時可以根據應用的重要程度僅考慮用戶訪問體驗，或者同時考慮用戶訪問體驗和資源租用成本，就是兩個不同策略；從而靈活設定權重調整中的“重要性”對應的值。ii.權重調整的方式可能是f = (1-% u)*5+p0/p*2 ；其中，表明資源還能提供的利用率性能，(1-% u)乘以重要性參數5可以反映性能、相對價格等不同參數的重要性。本實施例的權重調整公式中提供參考價格p0，可以將資源租用價格ρ轉換為一個無量綱的相對值，方便與其它參數一起組合運算。由于CPU利用率已經是一個相對值(0-1 之間)了，I-U%不需要轉換。iii.然后，對于多個數據中心，計算后的負載均衡權重可以進行歸一化f/f@使權重之和為1。例如，歸一化后的權重調整結果可能是數據中心A、B、C中都有該應用系統，將數據中心A的權重為0. 5，數據中心B的權重為0. 3，數據中心C的權重設置為0. 2 ；因此，權重調整后各數據中心的比例為5 3 2②“權重調整子模塊”計算出的不同數據中心的負載均衡權重，可直接使用i.權重調整完成后，對于新的訪問請求，根據不同的權重配比，將訪問請求分配給不同用戶中心。具體實現方式，如接收到100個訪問請求，可以直接可以按照5 3 2分配給數據中心A、B、C。還可以是接收到訪問請求后自動生成一個0-1之間的隨機數χ，如果0 <x<0.5,則分配給數據中心A，如果0. 5 < χ < 0. 8，則分配給數據中心B，如果0. 8 < χ < 1， 則分配給數據中心C。按照這一方法，對于大量的訪問情況，系統基本能實現按照各數據中心的權重比例進行分配，根據隨機數進行分配也是一種實現權重分布的方法，只要時間夠長(訪問請求數量足夠多)，最終會基本按照權重比例進行分配；③“權重調整子模塊”計算出的不同數據中心的負載分配權重，也可以與已有的其它參數，例如網絡就近性參數結合使用i.例如根據①計算出數據中心A權重為0. 5，原有“網絡就近”參數為NA(NA越大表示網絡越接近)，其最終數據中心A的負載分配權重可進一步調整為0. 5NA。ii.網絡就近性參數為現有技術中，根據動態就近原則獲得的參數例如，基于到不同數據中心的路由跳數、路徑的延遲和網絡連接數負載狀況，獲得訪問發起點到各數據中心的網絡就近性參數，由于此部分為現有技術，不做詳細敘述。上述只是對權重調整方式的幾種例舉，本領域普通技術人員應當了解，為適用不同的業務需求，還可能設定不同的權重調整公式或者設定重要性條件等作為本發明的權重調整方式，只要是根據各數據中心的資源動態變化信息進行權重調整其均應在本發明技術方案所要求保護的范圍之內。下面結合圖4對本發明調度方法、調度單元以及調度系統中如何根據資源動態變化信息進行連接控制進行舉例說明1.信息采集單元1和采集單元2采集云計算數據中心A和B中的資源動態變化信息，根據采集的信息獲知云計算數據中心中的應用在線遷移情況。如獲得步驟202中的資源動態變化的“極端變化”，即數據中心要通過信息采集單元，告知應用將要發生遷移。a)主要獲取的應用在線遷移信息包括當前數據中心信息、當前應用系統信息、 目標數據中心信息b)可能出現需要應用在線遷移的情況包括客戶出于成本或服務的考慮選擇新的數據中心、當前數據中心需要維護、新建數據中心投入使用等等。2.信息采集模塊獲取資源變化信息后，可以通過接口模塊44通知調度系統中調度單元4的調度模塊42，并通過連接控制子模塊進行連接控制；3.調度單元中的“連接控制子模塊”獲取應用遷移信息后，負責將當前應用系統在當前數據中心的連接轉移到目標數據中心，以確保用戶訪問的連續性。a)對于應用從數據中心A遷移到數據中心B，可能有以下幾種情況i.當前沒有應用系統的訪問連接，遷移完成后，“連接控制子模塊”只需要修改應用系統的位置信息即可，即在承擔負載均衡的資源列表中移除數據中心A、添加數據中心 B ；ii.當前應用系統有訪問連接，但應用遷移的過程中，可以將所有連接會話信息 (包括用戶狀態)遷移到新的數據中心。這種情況下，在遷移完成時，“連接控制子模塊”可以將原有分配給數據中心A的所有來自同一用戶的訪問請求，分配給數據中心B，以保證會話不中斷；iii.當前應用系統有訪問連接，而且應用遷移的過程中，不能將連接會話信息 (用戶狀態)遷移到新的數據中心。這種情況下，在遷移過程中，“連接控制子模塊”應該停止將新的訪問請求分配給數據中心A，轉而分配給數據中心B(或按照權重分配給其它數據中心)。對于數據中心A的原有會話請求，則繼續保持連接分配到A，一直到所有會話完成后，從負載資源列表中移除數據中心A。本發明各實施例通過云計算調度系統將Web等應用相關信息及時反饋給調度單元(可位于全局負載均衡器內)，以優化全局負載均衡調度效率，根據各數據中心的資源動態變化信息重新選擇新的最優路徑。同時，本發明還可以獲得應用在線遷移情況，并根據應用遷移信息進行相應的連接控制，將當前應用系統在當前數據中心的連接轉移到目標數據中心，以確保用戶訪問的連續性。在云計算系統的環境下，目前一般僅有一個數據中心，因此不存在全局負載均衡的問題，可以是在數據中心內部設置本地或局部負載均衡設備。現有的全局負載均衡方式， 一般是靜態設置路由表，或者根據網絡鏈路的狀況動態調整。本發明是在云計算系統中數據中心增多，且數據中心本身也比較龐大，且可位于相隔較遠的地理位置的情況下產生的， 本發明可以根據數據中心的資源動態變化信息，選擇路由路徑，并可以進行資源調度和應用遷移。可通過各種手段實施本文描述的技術。舉例來說，這些技術可實施在硬件、固件、 軟件或其組合中。對于硬件實施方案，調度單元可實施在一個或一個以上專用集成電路 (ASIC)、數字信號處理器(DSP)、可編程邏輯裝置(PLD)、現場可編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器、電子裝置、其它經設計以執行本文所描述的功能的電子單元或其組合內。對于固件和/或軟件實施方案，可用執行本文描述的功能的模塊(例如，過程、步驟、流程等)來實施所述技術。固件和/或軟件代碼可存儲在存儲器中并由處理器執行。存儲器可實施在處理器內或處理器外部。本發明能有多種不同形式的具體實施方式
，上面以圖2-圖4為例結合附圖對本發明的技術方案作舉例說明，這并不意味著本發明所應用的具體實例只能局限在特定的流程或實施例結構中，本領域的普通技術人員應當了解，上文所提供的具體實施方案只是多種優選用法中的一些示例，任何在云計算應用場景下根據數據中心的資源動態變化情況進行調度的實施方式均應在本發明技術方案所要求保護的范圍之內。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。最后應說明的是以上所述僅為本發明的優選實施例而已，并不用于限制本發明， 盡管參照前述實施例對本發明進行了詳細的說明，對于本領域的技術人員來說，其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換。 凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種基于云計算的調度方法，其特征在于，包括 采集云計算數據中心的資源動態變化信息；根據各數據中心的資源動態變化信息進行全局調度。
2.根據權利要求1所述的調度方法，其特征在于，根據各數據中心的資源動態變化信息進行全局調度包括根據各數據中心的資源動態變化信息對各數據中心進行權重調整； 根據權重調整后的信息對用戶訪問進行負載均衡調度。
3.根據權利要求1所述的調度方法，其特征在于，根據各數據中心的資源動態變化信息進行全局調度包括根據各數據中心的資源動態變化信息獲取應用在線遷移信息； 根據各數據中心的應用在線遷移信息進行連接控制。
4.根據權利要求2所述的調度方法，其特征在于，根據各數據中心的資源動態變化信息對各數據中心進行權重調整包括根據以下任意組合計算每個數據中心的負載均衡權重資源動態變化信息中各資源信息的狀態值、網絡就近性參數、資源信息的重要性； 對各數據中心的負載均衡權重進行歸一化處理；其中，所述資源信息包括資源數量和/或配置信息；所述資源動態變化信息包括資源變更和/或資源可用性；所述資源信息的狀態值為采集值；所述資源信息的重要性包括根據用戶訪問體驗和/或資源成本的預設值。
5.根據權利要求4所述的調度方法，其特征在于，根據權重調整后的信息對用戶訪問進行負載均衡調度包括根據調整后的負載均衡權重修改靜態策略表；將訪問請求按照所述靜態策略表中的比例分配給各數據中心。
6.根據權利要求3所述的調度方法，其特征在于，根據各數據中心的應用在線遷移信息進行連接控制包括如果當前沒有應用系統的訪問連接所述應用在線遷移完成后，將應用系統的位置信息從遷移前數據中心修改為目標數據中心；如果當前應用系統有訪問連接，且應用在線遷移過程中允許將所述訪問連接遷移至目標數據中心所述應用在線遷移完成后，將遷移前數據中心的所有訪問請求分配至目標數據中心；如果當前應用系統有訪問連接，且應用在線遷移過程中不允許將所述訪問連接遷移至目標數據中心在所述應用在線遷移過程中，保持當前訪問請求連接至遷移前數據中心，將新的訪問請求分配至目標數據中心或其他數據中心；所述應用在線遷移信息包括遷移前數據中心信息、當前應用系統信息、目標數據中心 fn息ο
7.一種基于云計算的調度單元，其特征在于，包括接口模塊，用于獲取云計算各數據中心的資源動態變化信息； 調度模塊，用于根據各數據中心的資源動態變化信息進行全局調度。
8.根據權利要求7所述的調度單元，其特征在于，還包括采集模塊，用于實時采集所述資源動態變化信息并提供給所述接口模塊。
9.根據權利要求7所述的調度單元，其特征在于，所述調度模塊包括權重調整子模塊，用于根據各數據中心的資源動態變化信息對各數據中心進行權重調整；根據權重調整后的信息對用戶訪問進行負載均衡調度。
10.根據權利要求9所述的調度單元，其特征在于，所述權重調整子模塊根據以下任意組合計算每個數據中心的負載均衡權重資源動態變化信息中各資源信息的狀態值、網絡就近性/網絡速度參數、資源信息的重要性；并對各數據中心的負載均衡權重進行歸一化處理；其中，所述資源信息包括資源數量和/或配置信息；所述資源動態變化信息包括資源變更和/或資源可用性；所述資源信息的狀態值為采集值；所述資源信息的重要性包括根據用戶訪問體驗和/或資源成本的預設值。
11.根據權利要求7、8、9或10所述的調度單元，其特征在于，所述調度模塊包括連接控制子模塊，用于根據各數據中心的資源動態變化信息獲取應用在線遷移信息； 根據各數據中心的應用在線遷移信息進行連接控制。
12.一種基于云計算的調度系統，其特征在于，包括權利要求9-11任意一項所述的調度單元，以及一至多個采集單元，其中所述采集單元，用于采集云計算數據中心的資源動態變化信息；所述調度單元，用于接收所述采集單元的資源動態變化信息，根據各數據中心的資源動態變化信息進行全局調度。
13.根據權利要求12所述的調度系統，其特征在于，所述采集單元為云計算數據中心內增設的單元，或者位于云計算數據中心的本地/局部負載均衡器內，或者位于數據中心與所述調度單元之間的任意實體，或者位于所述調度單元內。
全文摘要
本發明公開了一種基于云計算的調度方法、單元及系統，其中，該方法包括采集云計算數據中心的資源動態變化信息；根據各數據中心的資源動態變化信息進行全局調度。本發明能夠獲取應用系統在不同數據中心的資源動態變化情況，可以確保在云計算動態環境下用戶訪問網絡中應用系統的良好體驗，提高網絡訪問質量，解決現有技術中數據中心都只是被動接受訪問請求，不能直接了解數據中心節點中的具體資源信息，可能影響應用訪問質量的技術缺陷。
文檔編號H04L29/08GK102469023SQ201010553940
公開日2012年5月23日 申請日期2010年11月19日 優先權日2010年11月19日
發明者唐華斌, 孫宏偉 申請人:中國移動通信集團公司