自动化负载平衡子计画.pptVIP

自動化負載平衡子計畫 第二季報告 (2009.10~2009.12) 董信煌 樹德科技大學資管系 tungsh@.tw 大綱 本期目標 Xen的CPU排程器 排程器的效能評估 研究方法 研究結果 結論 下期目標 本期目標 Xen 系統實做及資料收集. 實做 Xen 環境及不同CPU排程器(scheduler)於多處理器平台, 收集效能分析資料並參考服務品質(QoS)專案之研究, 設定效能指標及環境變數. Xen的CPU排程器 (1) Xen 3.0.x有兩種內建CPU排程器 SEDF(Simple Earliest Deadline First)，特徵為 Preemptive WC and NWC modes 逐漸會被Xen捨棄 Credit，特徵為 non-preemptive WC and NWC modes 多核全域負載平衡(multi-core global load balancing) Xen的CPU排程器 (2) Credit 是Xen預設的CPU排程器 同一台硬體系統的所有虛擬機器(VM)都使用相同的CPU排程器，而且在系統啟動時就已選定 若要改變為SEDF排程器，則需更改GRUB設定檔中含Xen核心之列如下 kernel /xen.gz-2.6.18-128.e15 sched=sedf Xen的CPU排程器 (3) Credit排程器對每個VM可設定兩個參數以代表該VM的CPU資源需求 weight: 一個weight=512的VM將可比一個weight=256的VM獲得兩倍的CPU資源。 cap: cap 設定一個VM的CPU資源是否有上限。若某一個VM的cap=0，它可以使用不受限制的CPU閒置週期，若cap=50，則這個VM最多只能獲得半顆(50%)的CPU資源即使有閒置的CPU週期。 Xen的CPU排程器 (4) 每一個VM及Host(也就是Dom0)的weight及 cap參數可以如下設定 xm sched-credit –d domid (讀取參數值) xm sched-credit –d domid -w weight (設定weight) xm sched-credit –d domid -c cap (設定cap) 排程器的效能評估 由於只有credit排程器能做多核系統的全域負載平衡，我們將只考慮credit排程器。 文獻中的評估可以分幾個情境來看。 每種情境透過weight及cap值設定Dom0及 Domu的CPU資源比重。 VM上不同類型的任務(計算、網路、...)績效可被考量。 Xen的I/O處理 新版的Xen之I/O是透過Dom0中的drivers domain來處理，因此，對於以I/O為主的VM工作，Dom0的CPU資源適度安排也相對重要。 Dom0及Dom1的weight比例對於 web server的影響 Dom0及Dom1的weight比例對於網路傳輸的影響 不同的weight及cap比例對於網路傳輸的影響 研究方法 (1) 從前面的幾種情境分析，可考慮的效能指標有 計算能力: 例如 Gflops 網路傳輸(Netperf): 例如 bits/sec 網頁服務(Httpperf): 例如 requests/sec 資料交易: 例如 trans/sec … 研究方法 (2) Credit排程器對於每個Domain的預設weight (=256)及cap(=0)值，不一定能產生最佳的效能。 所有Doamin(含Dom0及VM)的weight及cap都可被調整來達成最佳的效能。 換句話說，排程器參數與VM的效能之間可能有某種複雜的因果關係存在: 研究結果(1) 我們已安裝好5台雙核心的Xen系統做為實驗平台 不同的CPU排程器及參數設定已被實際驗證 跨硬體系統的live migration也被驗證 研究結果(2) 我們已收集關於Xen的VM效能分析文件，但是這方面的研究結果並不太多。 研讀這些文件之後，發現大部份都是在探討不同的credit參數設定，對於VM上執行之不同類型任務的效能影響。 研究結果(3) 我們以Hadoop為雲端運算的應用範例，更以map-reduce為高效能資料探勘工具之設計平台。因此，VM之效能指標只考慮 計算能力(Gflops): Mapper、排序、Reducer 網路傳輸(bits/sec): Mapper取得資料 會影響上述指標的環境變數為各個Domain的weight及cap參數值。 結論 在本期工作中，我們深入了解Xen環境中各個VM的效能如何評估，及會受到何種因素的影響。 我們也實做Xen環境做為實驗平台。 雖然credit排程器的weight及cap參數值與Gflops及bits/sec之