VMware [Module 8 - Lab 10 - Part 02]: vSphere vMotion và Storage vMotion Migrations, quản lý Snapshots, VM Resources

Đây là phần tiếp theo mà part 01 nha!​

5: Xoá tất cả Snapshots​

Xoá toàn bộ snapshot để giải phóng dung lượng và cải thiện hiệu suất đĩa.

Bước 1: Nhấp chuột phải vào VM > Snapshots > Manage Snapshots.

Bước 2: Nhấp nút DELETE ALL.

Bước 3: Xác nhận thao tác trong hộp thoại.

Bước 4: Hiểu cơ chế DELETE ALL:
• Tất cả snapshot nằm trước "You Are Here" (tức trạng thái hiện tại) sẽ được hợp nhất (commit) vào base disk.
• Tất cả snapshot nằm sau "You Are Here" (nếu có, do đã revert trước đó) sẽ bị loại bỏ (discarded).
• Trạng thái hiện tại của VM được giữ nguyên.
Bước 5: Sau khi hoàn tất, kiểm tra datastore để xác nhận các file delta (*-delta.vmdk, *-000001.vmdk, v.v.) đã được dọn dẹp.
Bước 6: Xác nhận không còn snapshot nào trong Manage Snapshots.


Lưu ý: Nếu sau khi xoá tất cả snapshot mà file delta vẫn còn trên datastore (không có snapshot tương ứng), vSphere có thể hiển thị thông báo "Virtual machine disk consolidation is needed". Trong trường hợp này, nhấp chuột phải vào VM > Snapshots > Consolidate để hợp nhất các file delta còn sót lại vào base disk.

PHẦN D: Kiểm soát tài nguyên VM​

1: Tạo tình trạng cạnh tranh CPU​

Trong bài tập này, bạn sẽ cấu hình CPU Shares khác nhau cho hai VM trên cùng host rồi tạo tình trạng cạnh tranh tài nguyên CPU để quan sát cơ chế phân bổ.

Bước 1: Chuẩn bị ít nhất 2 VM (gọi là VM-A và VM-B) đang chạy trên cùng một ESXi host.
Bước 2: Cấu hình CPU Shares cho VM-A:
• Nhấp chuột phải vào VM-A > Edit Settings.
• Mở rộng mục CPU.
• Trong phần Shares, chọn High (tương đương 8000 shares/vCPU).
• Nhấp OK.
Bước 3: Cấu hình CPU Shares cho VM-B:
• Nhấp chuột phải vào VM-B > Edit Settings.
• Mở rộng mục CPU.
• Trong phần Shares, chọn Low (tương đương 2000 shares/vCPU).
• Nhấp OK.

Bước 4: Đăng nhập vào cả VM-A và VM-B qua console hoặc remote.
Bước 5: Chạy công cụ stress test CPU trên cả hai VM đồng thời, ví dụ:
• 2 Ubuntu linux: stress --cpu <số vCPU> --timeout 300s

Bước 6: Để stress test chạy liên tục trong ít nhất 5 phút để thu thập đủ dữ liệu hiệu suất.

Lưu ý: CPU Shares chỉ có hiệu lực khi xảy ra cạnh tranh tài nguyên (contention). Nếu host có đủ CPU cho tất cả VM, mỗi VM sẽ nhận được lượng CPU cần thiết bất kể giá trị Shares. Shares chỉ quyết định mức ưu tiên khi tổng nhu cầu CPU vượt quá khả năng cung cấp của host.

2: Xác nhận chức năng CPU Shares​

Sử dụng công cụ giám sát hiệu suất trong vSphere Client để quan sát sự phân bổ CPU dựa trên giá trị Shares.

Bước 1: Trong khi stress test đang chạy trên cả hai VM, chọn VM-A trong Inventory.
Bước 2: Chọn tab Monitor > Performance > Advanced.


Bước 3: Trong danh sách Chart Options, chọn biểu đồ CPU > CPU Usage (%). Quan sát phần trăm CPU mà VM-A đang sử dụng.

Bước 4: Lặp lại bước trên cho VM-B. So sánh CPU Usage (%) giữa hai VM.

Bước 5: Quan sát kết quả:
Máy VMB được cấp nhỉnh hơn một ít so với VMA (cao hơn cả 3 thông số Latest, Max và Average)

Biểu đồ Usage cũng ghi nhận các đợt bùng nổ tải khi lệnh stress bắt đầu thực thi trên hệ thống. Tuy nhiên, vì bị gán mức Low (1000 shares - thấp hơn 4 lần so với VMB), khi host ESXi xảy ra tình trạng tranh chấp tài nguyên, VMA sẽ nhận lượng thời gian cấp phát CPU hạn chế hơn. Điều này khiến hiệu suất thực tế của VMA có xu hướng bị kìm hãm hoặc chịu ảnh hưởng nhiều hơn khi hệ thống thiếu hụt tài nguyên.


Trong khoảng thời gian chạy stress test, biểu đồ Usage tăng vọt và duy trì mức tải rất cao (đạt đỉnh trên 100%). Do được cấu hình mức High (4000 shares), máy ảo này được ưu tiên phân bổ tài nguyên xử lý nhiều hơn từ host ESXi. Nhờ đó, VMB duy trì được khả năng xử lý mạnh mẽ, các thông số về hiệu năng phản hồi ổn định và ít bị bóp nghẽn trong điều kiện tài nguyên cạnh tranh.

Bước 6: Dừng stress test trên VM-A (tắt công cụ stress test).
Bước 7: Kiểm tra tổng quan phân bổ tài nguyên ở cấp cluster:
• Chọn cluster trong Inventory.
• Chọn tab Monitor > Resource Allocation (hoặc tab Configure > Resource Allocation tuỳ phiên bản).
• Xem danh sách tất cả VM với các cột: Reservations, Limits, Shares cho CPU và Memory.
• Xác nhận VM-A hiển thị Shares = High và VM-B hiển thị Shares = Low.


Lưu ý: Ngoài Shares, vSphere còn cung cấp hai cơ chế kiểm soát tài nguyên khác:
• Reservation: Đảm bảo một lượng tài nguyên tối thiểu cho VM, bất kể mức độ cạnh tranh.
• Limit: Giới hạn lượng tài nguyên tối đa mà VM có thể sử dụng, ngay cả khi host còn dư thừa.
Kết hợp Shares, Reservations và Limits giúp quản trị viên kiểm soát chặt chẽ việc phân bổ tài nguyên trong môi trường ảo hoá.
------------------------------------------------------hết rùi nè!--------------------------------------------------------------