LẬP LỊCH QUÁ TRÌNH CẤP PHÁT TÀI NGUYÊN SỬ DỤNG MÁY ẢO
6.4.1.Luồng công việc dùng trong thực nghiệm:
Luồng công việc (luồng các yêu cầu thuê tài nguyên) dùng trong thực nghiệm này được tạo thành bằng cách xử lý lại các dữ liệu lưu vết của hệ thống máy chủ SDSC Blue Horizon từ Parallel Workloads Archive (51). Nhóm nghiên cứu đã tải một tập các yêu cầu best-effort từ khối dữ liệu đó và dữ nguyên các
tham số, chỉ biến đổi cấu trúc lệnh để phù hợp với Haizea. Sau đó, nhóm chèn thêm một tập các yêu cầu advance-reservation.
Cụ thể hơn, nhóm tải dữ liệu về khối công việc của 30 ngày từ file lưu vết của SDSC Blue Horizon. Với mỗi yêu cầu trong đó, nhóm trích lấy các thông tin về: thời gian đệ trình, thời gian chạy, số lượng node yêu cầu; và thiết lập thêm các thông tin: p=1, m=1024 (mỗi node yêu cầu có 1 CPU và 1024 MB bộ nhớ). Để tạo ra luồng công việc cần thiết, nhóm giữ nguyên các yêu cầu best-effort là sinh thêm các yêu cầu advance-reservation để chèn vào luồng cũ, tuân theo các tiêu chuẩn sau:
• p, phần trăm CPU được sử dụng cho các yêu cầu advance-reservation. (p có thể nhận các giá trị 5%, 10%, 15%, 20%, 25% và 30% - bởi vì phần trăm CPU dành cho các yêu cầu best-effort được tính toán là khoảng 69.60%).
• d, thời gian mà mỗi yêu cầu advance-reservation yêu cầu, có thể nhận các giá trị 1,2,3 hoặc 4 giờ (khoảng thời gian này được chọn ngẫu nhiên với delta = 30 phút).
• v, số lượng node được yêu cầu. Có các khoảng sau đây: small (1-24), medium(25-48), large (49-72).
Với 3 tham số trên, nhóm xác định các thời điểm mà yêu cầu advace- reservation đến như sau: đầu tiên, đưa ra số lượng các yêu cầu cần chèn vào, chia số đó cho 30 và gọi kết quả là i. Sinh một các thời điểm ngẫu nhiên trong khoảng (i-1, i+1) và chèn một yêu cầu advace-reservation vào thời điểm đó.
Cuối cùng, luồng công việc này được lưu vào một tập tin dạng XML có cấu trúc phù hợp và được nạp vào Haizea để mô phỏng. Ta sẽ sử dụng phần mềm phân tích dữ liệu R-project để phân tích kết quả nhận được từ Haizea.
6.4.2. Kết quả:
Với mỗi luồng công việc, nhóm mô phỏng quá trình lập lịch với những cấu hình sau:
NOVM-NOSR - Không sử dụng VM và tạm treo/phục hồi.
NOVM-SR - Không sử dụng VM, có sử dụng tạm treo và phục hồi. Cấu
hình này mô phỏng cách làm việc của các trình lập lịch công việc với khả năng lưu vết phần mềm.
VM-PREDEPLOY - Sử dụng VM, với điều kiện các ảnh đĩa đã được triển
khai sẵn trên các node. Đây là cấu hình mô phỏng lại cơ chế làm việc của mô hình mới.
Trong quá trình thực nghiệm, Haizea sẽ theo dõi từng lease, thời điểm ta (thời gian tới của các lease), ts(thời điểm bắt đầu của lease) và te (thời gian lease kết thúc). Sau khi thực nghiệm, nhóm tính toán các thông số sau:
all-best-effort: thời gian bắt đầu mô phỏng cho tới khi yêu cầu best-effort cuối
cùng được hoàn thành.
wait time of best-effort requests: thời gian đợicủa một yêu cầu dạng best-effort
từ lúc nó được đệ trình tới lúc nó bắt đầu chạy.
Hình 12 trình bày kết quả all-best-effort. Thông số này thể hiện một thước đo chính xác về mức độ tận dụng tài nguyên của hệ thống. Sử dụng khả năng tạm treo/phục hồi cho kết quả tốt hơn so với NOVM-NOSR trong tất cả các trường hợp thực nghiệm. Kết quả thu được chỉ ra rằng, với cấu hình NOVM-NOSR, thời gian chờ của các yêu cầu best-effort tăng lên khoảng 29.36%.
CHƯƠNG 7: