vMotion, EVC, Storage vMotion, Snapshot, CPU/Memory, Resource Controls
PHẦN 1. vSPHERE vMOTION - CHUYỂN VM ĐANG CHẠY SANG HOST KHÁCvMotion cho phép chuyển một máy ảo (VM) đang chạy từ host này sang host khác mà người dùng hoàn toàn không bị gián đoạn. Chỉ bộ não của VM (RAM, cấu hình, danh tính) được chuyển, trong khi các file của VM vẫn nằm yên trên shared storage mà cả hai host đều truy cập được.
1. So sánh Cold Migration và Hot Migration (vMotion)
| Tiêu chí | Cold Migration | Hot Migration (vMotion) |
| Trạng thái VM | Tắt hoặc suspended | Đang chạy |
| Gián đoạn dịch vụ? | Có (VM không chạy trong quá trình chuyển) | Không |
| Cách thức thực hiện | Ngắt VM khỏi host nguồn, copy file sang đích, đăng ký lại ở host đích | Chuyển trực tiếp trạng thái RAM + cấu hình + danh tính sang host đích, storage giữ nguyên |
2. 4 lựa chọn trong Migrate Wizard của vSphere Client
· Change compute resource only: Chỉ đổi host hoặc cluster (Thực hiện vMotion).
· Change storage only: Chỉ đổi datastore (Thực hiện Storage vMotion).
· Change both compute resource and storage: Đổi đồng thời cả host và datastore.
· Cross vCenter Server export: Xuất VM sang một vCenter Server hoàn toàn khác.
3. Mục đích sử dụng vMotion
· Tối ưu phần cứng: Phân bổ lại workload để khai thác tài nguyên phần cứng hiệu quả.
· Bảo trì không ngừng dịch vụ: Di dời toàn bộ VM ra khỏi host trước khi nâng cấp firmware, vá ESXi hoặc sửa chữa phần cứng.
· DRS cân bằng tải: Hệ thống tự động vMotion VM giữa các host trong cluster để phân bổ đều tải CPU và RAM.
4. Thành phần được chuyển khi vMotion
· Trạng thái RAM hoạt động.
· Định nghĩa VM (file cấu hình, BIOS/EFI, trạng thái thiết bị).
· Danh tính mạng và hệ thống (MAC address, UUID). z
5. Chuẩn bị mạng: VMkernel Adapter
· Vai trò: Đường ống mạng ảo riêng cho lưu lượng hệ thống (management, vMotion, vSAN, NFS...).
· Quy trình cấu hình:
· - Bước 1: Tạo VMkernel port group trên vSwitch (Standard hoặc Distributed).
· - Bước 2: Gán địa chỉ IP cho VMkernel adapter.
· - Bước 3: Bật dịch vụ vMotion trong phần Enabled Services.
· - Bước 4: Đảm bảo hai host cùng VLAN/subnet hoặc định tuyến thông suốt.
· Khuyến nghị: Nên cấu hình ít nhất 2 VMkernel port cho vMotion để tăng băng thông, chịu lỗi tốt hơn và tự động chia đều lưu lượng giữa các port.
6. Quy trình 7 bước của một lần vMotion
· Bước 1 - Tạo Shadow VM: Tạo bản VM rỗng trên host đích, đăng ký với vCenter nhưng chưa có dữ liệu RAM.
· Bước 2 - Copy RAM lặp lại: Lần 1 copy toàn bộ RAM qua mạng vMotion; các lần sau chỉ lặp lại việc copy các trang RAM bị thay đổi cho đến khi lượng thay đổi rất nhỏ.
· Bước 3 - Tạm ngưng cực ngắn (Stun): Khi phần RAM thay đổi còn lại rất nhỏ (truyền dưới 500 ms), VM bị dừng chớp nhoáng ở host nguồn (thường dưới 1 giây, người dùng không nhận ra).
· Bước 4 - Chuyển trạng thái thiết bị và bitmap: Gửi nốt trạng thái thiết bị và bitmap các trang RAM thay đổi cuối cùng sang host đích.
· Bước 5 - Khởi động ở host đích + GARP: VM chạy trên host đích, host phát Gratuitous ARP báo switch vật lý cập nhật lại port của MAC address.
· Bước 6 - Chuyển quyền truy cập người dùng: Kết nối của client chuyển sang host đích, VM tiếp tục hoạt động không đứt quãng.
· Bước 7 - Giải phóng RAM ở host nguồn: Dọn sạch vùng RAM cũ tại host nguồn, kết thúc tiến trình vMotion.
7. Điều kiện để vMotion thành công
| Đối tượng | Yêu cầu kỹ thuật chi tiết |
| Máy ảo (VM) | Nếu dùng RDM, LUN RDM phải truy cập được từ host đích. |
| Máy ảo (VM) | Không được mount file ISO nằm trên local storage của host nguồn (phải đặt trên shared storage hoặc ngắt kết nối trước khi vMotion). |
| Máy ảo (VM) | Thiết bị passthrough trực tiếp (USB, PCI) có thể gây cản trở vMotion. |
| Host ESXi | Shared storage: Cả hai host cùng truy cập được file VM (tối đa 128 migration đồng thời trên mỗi datastore). |
| Host ESXi | Có cấu hình VMkernel vMotion port trên cả hai host. |
| Host ESXi | Cùng loại IP (hoặc cùng IPv4 hoặc cùng IPv6) cho adapter vMotion. |
| Host ESXi | Swap file (.vswp): Nếu nằm trên local storage của host nguồn thì phải di chuyển hoặc tạo lại ở host đích. |
| Host ESXi | CPU tương thích (cùng vendor, cùng thế hệ, hoặc cấu hình EVC). |
8. Băng thông và số lần vMotion đồng thời
· Yêu cầu băng thông tối thiểu: 250 Mbps cho mỗi luồng vMotion.
· Số lượng vMotion đồng thời tối đa dựa trên tốc độ NIC:
· - NIC 1 Gbps: Tối đa 4 migration đồng thời.
· - NIC 10 Gbps trở lên: Tối đa 8 migration đồng thời (giúp xử lý VM RAM lớn cực kỳ nhanh chóng).
9. Encrypted vMotion
· Lưu ý quan trọng:
· - VM đã được mã hóa (VM encryption) thì Encrypted vMotion tự động bật bất kể cài đặt.
· - Hỗ trợ mọi biến thể vMotion (cùng host, khác cluster, khác vCenter).
· - Không áp dụng cho Storage vMotion vì đó là quy trình xử lý dữ liệu đĩa riêng.
| Mức độ | Ý nghĩa chi tiết |
| Disabled | Không mã hóa, dữ liệu RAM truyền dạng cleartext. |
| Opportunistic (Mặc định) | Tự động mã hóa nếu cả hai host hỗ trợ; nếu không hỗ trợ vẫn cho phép chạy nhưng không mã hóa. |
| Required | Bắt buộc mã hóa; nếu host đích không hỗ trợ thì tiến trình migration sẽ thất bại. |
PHẦN 2. ENHANCED vMOTION COMPATIBILITY (EVC) - NGÔN NGỮ CHUNG CHO CPU
EVC cho phép vMotion giữa các host có các thế hệ CPU khác nhau bằng cách ép toàn bộ các host chỉ báo cáo một bộ tính năng CPU tối thiểu chung (baseline). Giống như một nhóm người nói nhiều ngôn ngữ quy định dùng chung một ngôn ngữ giao tiếp.
1. Tại sao CPU phải tương thích khi vMotion?
| Thuộc tính CPU | Có cần khớp không? | Lý do kỹ thuật |
| Tốc độ xung nhịp, dung lượng cache, số lõi | Không | VMkernel đã ảo hóa hoàn toàn các thuộc tính này cho VM. |
| Nhà sản xuất CPU (Vendor) | Có | Intel đi với Intel, AMD đi với AMD, tuyệt đối không vMotion chéo giữa 2 hãng. |
| Họ và thế hệ CPU (Family/Generation) | Có | Tránh việc VM đang dùng tập lệnh mới mà host đời cũ không hiểu (ví dụ Skylake sang Broadwell). |
| Tập lệnh mở rộng (SSE3, SSSE3, SSE4.1...) | Có | Nếu VM đang dùng lệnh mở rộng mà host đích thiếu, vMotion sẽ lỗi ngay lập tức. |
2. Cơ chế hoạt động và điều kiện bật EVC
· EVC là tính năng cấp Cluster. Quản trị viên chọn một CPU baseline thấp nhất, EVC tự động cấu hình CPUID masking để ẩn các tính năng CPU mới hơn baseline.
· Điều kiện tiên quyết để bật EVC:
· - Cùng vendor CPU trong toàn cluster (100% Intel hoặc 100% AMD).
· - Đã bật ảo hóa phần cứng (Intel VT-x hoặc AMD-V) trong BIOS/UEFI.
· - Hỗ trợ Execute-Disable: NX (AMD) hoặc XD (Intel) để bảo mật vùng nhớ.
· - vMotion đã được cấu hình chuẩn chỉnh trên mọi host.
3. Cách bật EVC theo tình huống
| Tình huống cluster | Cách thực hiện chuẩn |
| Cluster rỗng (chưa có host) | Tạo cluster, bật EVC và chọn baseline ngay trước khi thêm host vào (Cách đơn giản và tối ưu nhất). |
| Cluster đã có sẵn host | Phải đưa tất cả host vào Maintenance Mode (di dời hoặc tắt các VM đang chạy) rồi mới tiến hành bật EVC. |
4. Nâng và hạ Baseline EVC
| Thao tác | Có cần tắt VM không? | Lưu ý quan trọng |
| Nâng baseline lên đời mới hơn | Không cần tắt VM | VM đang chạy chưa thấy tính năng mới ngay. Phải thực hiện power cycle (tắt hẳn rồi bật lại, không phải restart guest OS) thì VM mới nhận. |
| Hạ baseline xuống đời cũ hơn | Bắt buộc phải tắt hết VM | Đảm bảo VM không sử dụng các tập lệnh cao hơn baseline thấp mới. |
5. Per-VM EVC và EVC cho GPU (vSGA)
· Per-VM EVC: Baseline gắn riêng cho từng VM thay vì toàn cluster.
· - Là thuộc tính gắn liền với VM, giữ nguyên qua các lần migration và power cycle.
· - Hoạt động độc lập với cluster EVC, cho phép chuyển VM sang các cluster khác hoặc cross-datacenter / cross-vCenter miễn host đích hỗ trợ baseline của VM đó.
· EVC cho GPU (vSGA):
· - GPU feature baseline định nghĩa bộ tính năng đồ họa tối thiểu cho cluster.
· - Hỗ trợ cả cấp cluster và cấp per-VM, giúp vMotion VM dùng vSGA giữa các host có GPU khác nhau cùng hãng mà không lỗi đồ họa.
PHẦN 3. vSPHERE STORAGE vMOTION - CHUYỂN TỦ HỒ SƠ CỦA VM
Storage vMotion cho phép chuyển toàn bộ file đĩa ảo và cấu hình của một VM đang chạy từ datastore này sang datastore khác mà không làm gián đoạn dịch vụ. VM vẫn chạy trên host cũ, chỉ vị trí lưu trữ thay đổi.
1. So sánh vMotion và Storage vMotion
| Tiêu chí | vMotion | Storage vMotion |
| Thành phần dịch chuyển | RAM + file cấu hình + danh tính mạng | File đĩa ảo (.vmdk) và file hệ thống VM |
| Host ESXi | Thay đổi host | Giữ nguyên host |
| Datastore | Giữ nguyên (chia sẻ chung) | Thay đổi datastore |
2. Các trường hợp sử dụng Storage vMotion
· Bảo trì storage array: Di dời VM ra trước khi nâng cấp firmware, thay ổ cứng hoặc thay thế thiết bị lưu trữ cũ.
· Đổi kiểu disk provisioning: Chuyển đổi giữa Thick (lazy zeroed, eager zeroed) và Thin (ví dụ từ Thin sang Thick Eager Zeroed để tối ưu I/O production).
· Cân bằng tải storage: Giải quyết tình trạng datastore bị đầy dung lượng hoặc quá tải IOPS.
· Đổi tên file khớp inventory: Khắc phục việc đổi tên VM trong vCenter nhưng tên thư mục/file gốc trên datastore không đổi.
3. Quy trình 5 bước I/O Mirroring trong Storage vMotion
· Bước 1 - Initiate: vCenter tiếp nhận yêu cầu, kiểm tra tài nguyên datastore đích và khởi tạo.
· Bước 2 - Copy Data: Copy toàn bộ đĩa ảo từ nguồn sang đích thông qua VMkernel data mover hoặc VAAI (chỉ chạy 1 lượt, không lặp lại).
· Bước 3 - New VM Process: Khởi chạy một tiến trình VM mới trên host, trỏ trực tiếp đến vị trí storage đích.
· Bước 4 - Mirror I/O: Kích hoạt driver phản chiếu, mọi lệnh ghi mới từ VM được ghi đồng thời vào cả datastore nguồn và đích.
· Bước 5 - Transition: Khi dữ liệu đã đồng bộ hoàn toàn, ngắt tiến trình cũ, tiến trình mới chính thức tiếp quản, dọn dẹp các file cũ ở nguồn.
4. Công nghệ VAAI và Lưu ý giới hạn
· VAAI (vStorage APIs for Array Integration):
· - Chuyển giao việc sao chép dữ liệu xuống cho storage array phần cứng thực hiện thay vì dồn gánh nặng cho host ESXi và mạng SAN.
· - Điều kiện: Storage array phải hỗ trợ VAAI và datastore nguồn/đích phải nằm trên cùng một array.
· Lưu ý và hạn chế:
· - Nên phối hợp với storage admin và thực hiện ngoài giờ cao điểm đối với các hệ thống lớn.
· - Đĩa independent chỉ hỗ trợ Storage vMotion khi ở chế độ Persistent; chế độ Non-Persistent không được hỗ trợ.
PHẦN 4. CROSS vCENTER MIGRATIONS - CHUYỂN VM GIỮA HAI HỆ THỐNG QUẢN LÝ
Cross vCenter migration thực hiện di chuyển máy ảo từ vCenter Server này sang vCenter Server khác, tương tự như việc điều chuyển nhân sự giữa công ty mẹ và công ty chi nhánh.
1. Các trường hợp sử dụng
· Cân bằng workload giữa các hệ thống vCenter.
· Chuyển môi trường Phát triển (Dev) lên Sản xuất (Prod).
· Thay đổi cấp độ dịch vụ SLA (ví dụ từ Standard lên Premium).
· Chuyển đổi hạ tầng On-premises lên Cloud (như VMware Cloud on AWS hoặc các môi trường Hybrid Cloud).
2. Yêu cầu chung và Khác biệt SSO Domain
· Yêu cầu bắt buộc: Đồng bộ thời gian tuyệt đối (NTP) cho mọi vCenter Server và ESXi host để tránh lỗi xác thực.
· Không bắt buộc phải cấu hình Enhanced Linked Mode (ELM).
· Truy cập storage: Nếu chỉ chuyển compute, host đích bắt buộc phải thấy storage chứa file VM. Nếu chuyển cả storage thì không bắt buộc.
| Tiêu chí | Cùng SSO Domain | Khác SSO Domain |
| Cách chọn đích trong Wizard | Chọn trực tiếp host/cluster/resource pool của vCenter đích. | Sử dụng tùy chọn Cross vCenter Server export. |
| Xác thực đăng nhập | Không cần nhập thêm thông tin (đã xác thực chung qua SSO). | Bắt buộc nhập FQDN của vCenter đích và tài khoản có quyền quản trị. |
| Giao diện & Đăng ký VM | Nhìn thấy tài nguyên của cả hai vCenter (nếu có ELM). | VM bị hủy đăng ký ở vCenter nguồn và đăng ký mới lại ở vCenter đích. |
3. TCP/IP Stack và Long-Distance vMotion
· Các TCP/IP Stack chuyên dụng:
· - Default: Cho management traffic và các dịch vụ chung.
· - vMotion: Riêng cho luồng vMotion, cho phép đặt default gateway riêng.
· - Provisioning (NFC): Dùng cho Cold migration, cloning, snapshot (cực kỳ tối ưu cho migration đường dài qua mạng WAN).
· Long-Distance vMotion (Khoảng cách giữa các datacenter hàng trăm km):
· - Yêu cầu kết nối mạng: L3 routing (không cần L2 adjacency), sử dụng vMotion TCP/IP stack riêng.
· - Băng thông tối thiểu: 250 Mbps.
· - Độ trễ RTT tối đa: 150 ms.
· - Ứng dụng thực tế: Mô hình 'Follow-the-Sun' (chuyển workload theo múi giờ làm việc của nhân sự).
PHẦN 5. VM SNAPSHOTS - NÚT LƯU GAME CHO MÁY ẢO
Snapshot lưu lại trạng thái hệ thống của VM tại một thời điểm xác định để có thể quay về khi cần. Có thể tạo snapshot khi VM đang bật, tắt hoặc suspended.
1. Nguyên lý hoạt động và Lưu ý cốt lõi
· QUAN TRỌNG: Snapshot KHÔNG PHẢI LÀ BACKUP. Snapshot phụ thuộc hoàn toàn vào base disk; nếu base disk hỏng thì snapshot mất theo. Chỉ dùng tạm thời khi cập nhật, thử nghiệm và phải xóa ngay sau khi hoàn thành.
· Cơ chế: Sau khi chụp snapshot, base disk bị đóng băng (read-only), mọi thay đổi dữ liệu mới được ghi vào một file delta disk riêng biệt. Revert nghĩa là loại bỏ delta disk để quay về trạng thái base disk.
· Thành phần lưu trữ trong snapshot:
· - Cấu hình VM: File .vmx và phần cứng ảo.
· - Trạng thái RAM (Tùy chọn): Chỉ có khi VM đang bật (lưu toàn bộ RAM vào file .vmem).
· - Trạng thái đĩa ảo: Ghi nhận vào delta disk.
· - Không hỗ trợ snapshot: Các đĩa Independent (persistent hoặc nonpersistent) bị loại bỏ khỏi snapshot.
2. Tính năng Quiesce và 3 loại Delta Disk
· Quiesce (Đóng băng hệ thống): Yêu cầu VMware Tools ra lệnh cho Guest OS xả toàn bộ dữ liệu trong bộ nhớ đệm xuống đĩa để đảm bảo hệ thống tệp nhất quán tuyệt đối. Lưu ý: Quiesce và Memory snapshot loại trừ lẫn nhau (chọn cái này phải tắt cái kia).
| Đặc điểm | VMFSsparse | SEsparse (Mặc định VMFS6) | vsanSparse |
| Nền tảng sử dụng | VMFS5 (đĩa dưới 2 TB) | Mặc định trên VMFS6; VMFS5 cho đĩa từ 2 TB trở lên | vSAN Datastore |
| Kích thước Block | 512 byte | 4 KB | 4 MB |
| Tên tệp tin | vmname-delta.vmdk | vmname-sesparse.vmdk | - |
| Đặc điểm nổi bật | Kiểu truyền thống, overhead cao. | Tiết kiệm dung lượng, hỗ trợ UNMAP thu hồi không gian khi guest xóa dữ liệu. | Tối ưu hóa cho kiến trúc phân tán của vSAN. |
3. Các thao tác trong Snapshot Manager
· Phân biệt mấu chốt: Delete = Giữ hiện tại, bỏ điểm lưu. Revert = Bỏ hiện tại, quay về điểm lưu.
· Consolidation (Gộp đĩa sót):
· - Hiện tượng: Đôi khi thao tác Delete gộp xong phần metadata nhưng file delta vẫn kẹt lại trên datastore.
· - Dấu hiệu: vSphere cảnh báo 'Virtual machine disks consolidation is needed' tại Monitor > All Issues.
· - Khắc phục: Chuột phải VM -> chọn Consolidate thủ công để hợp nhất file rác và giải phóng dung lượng.
| Thao tác | Ý nghĩa chức năng | Điểm cần lưu ý cẩn trọng |
| Edit | Đổi tên và mô tả điểm snapshot. | Không ảnh hưởng dữ liệu. |
| Delete | Gộp (merge) dữ liệu delta disk vào parent disk, giữ nguyên hiện tại của VM và xóa điểm lưu. | Giữ trạng thái hiện tại, chỉ bỏ mốc thời gian cũ. |
| Delete All | Gộp toàn bộ chuỗi delta disk về base disk gốc. | Làm sạch toàn bộ snapshot đang tồn tại. |
| Revert | Đưa VM quay ngược về trạng thái tại thời điểm chụp snapshot. | MỌI THAY ĐỔI SAU THỜI ĐIỂM SNAPSHOT SẼ BỊ MẤT HOÀN TOÀN nếu không chụp snapshot trạng thái hiện tại trước. |
PHẦN 6. ẢO HÓA CPU VÀ MEMORY
VMkernel cho phép nhiều VM chia sẻ tài nguyên phần cứng vật lý và hỗ trợ cấp phát vượt mức (overcommit) nhằm tối ưu hóa hiệu suất hạ tầng.
1. Ba tầng ảo hóa bộ nhớ (Memory Virtualization)
| Tầng | Tên gọi | Quản lý bởi | Giải thích chi tiết |
| 1 | Guest OS Virtual Memory | Guest OS | Không gian địa chỉ ảo của các process bên trong hệ điều hành khách. |
| 2 | Guest OS Physical Memory | VMkernel | Bộ nhớ RAM mà Guest OS tưởng là RAM vật lý của nó (thực tế là do VMkernel ảo hóa). |
| 3 | Host Machine Memory | VMkernel | RAM vật lý thực tế trên bo mạch chủ của host ESXi (ánh xạ qua shadow page table hoặc EPT/RVI). |
2. Memory Overcommitment và 5 kỹ thuật thu hồi bộ nhớ
· Overcommit: Tình trạng tổng RAM cấu hình cho các VM lớn hơn dung lượng RAM vật lý thực tế của host (Ví dụ: Host có 64GB nhưng tổng RAM các VM cấu hình là 80GB).
· 5 kỹ thuật thu hồi bộ nhớ của VMkernel (xếp theo thứ tự từ ít ảnh hưởng đến ảnh hưởng nặng nhất):
· - 1. Transparent Page Sharing (TPS): Phát hiện các trang RAM trùng nội dung qua mã hash để gộp chung một bản. (Từ vSphere 6.0, TPS chỉ chạy nội bộ trong từng VM để tránh lỗ hổng side-channel).
· - 2. Ballooning (driver vmmemctl): VMkernel thổi phồng bong bóng trong Guest OS, buộc OS tự giải phóng RAM ít dùng (thường đẩy ra guest swap file) để nhường lại cho hypervisor.
· - 3. Memory Compression: Nén các trang RAM trước khi swap ra đĩa; nếu nén dưới 50% kích thước gốc sẽ được giữ lại trong RAM cache tốc độ cao.
· - 4. Host-level SSD Swapping: Sử dụng ổ SSD/Flash cục bộ làm vùng swap thay cho HDD truyền thống nhằm giảm đáng kể độ trễ.
· - 5. VM Memory Paging (File .vswp): Giải pháp cuối cùng và tệ nhất khi swap RAM VM trực tiếp ra datastore qua mạng. Gây suy giảm hiệu năng trầm trọng nếu nhiều VM bị paging.
3. Hai loại Swap File của VM
| Loại file | Nội dung chứa bên trong | Quy tắc tính kích thước |
| .vswp (VM swap file) | Các trang RAM của VM bị đẩy ra đĩa khi thiếu hụt. | Bằng (Configured Memory - Reserved Memory). Nếu Reservation bằng đúng RAM cấu hình thì file này có kích thước = 0. |
| vmx-xxx.vswp | Overhead bộ nhớ phục vụ tiến trình điều khiển VMX của VM trên host. | Kích thước nhỏ, thường chỉ vài chục MB. |
4. Ảo hóa CPU, vCPU và Hyperthreading
· Cấu hình vCPU cần cân nhắc 3 yếu tố: Kiến trúc phần cứng vật lý, Giấy phép bản quyền (License) của Guest OS, và Nhu cầu thực tế của ứng dụng.
· Hyperthreading (Intel HT): Mỗi lõi vật lý chạy 2 luồng (thread), hiển thị thành các logical processor. Giúp tăng thực tế khoảng 10% đến 30% tùy workload.
· Cơ chế cân bằng tải CPU của VMkernel:
· - Bộ lập lịch kiểm tra liên tục mỗi 2 đến 40 ms.
· - Ưu tiên phân tán vCPU sang các core vật lý khác nhau; chỉ sử dụng luồng thứ hai trên cùng core khi tất cả các core khác đã bận.
· - Halted idle logical processor: Đưa các logical processor nhàn rỗi vào trạng thái halt để nhường tối đa tài nguyên cho luồng đang chạy.
PHẦN 7. RESOURCE CONTROLS - RESERVATION, LIMIT, SHARES
Ba công cụ kiểm soát tài nguyên cốt lõi quyết định mức phân bổ CPU và RAM cho từng máy ảo trong điều kiện thông thường cũng như khi xảy ra tranh chấp.
1. Tổng quan 3 công cụ kiểm soát
| Thuộc tính | Ý nghĩa quản lý | Đơn vị tính | Mặc định |
| Reservation | Mức tài nguyên tối thiểu được cam kết đảm bảo chắc chắn. | MHz (CPU) / MB (Memory) | 0 |
| Limit | Mức trần tài nguyên tối đa VM được phép sử dụng. | MHz (CPU) / MB (Memory) | Không giới hạn (Unlimited) |
| Shares | Quyền ưu tiên tương đối khi xảy ra tranh chấp tài nguyên. | Số phiếu (Shares) | Normal |
2. Chi tiết Reservation, Limit và Shares
· Reservation (Đặt trước):
· - Giúp VM luôn nhận đủ phần tài nguyên đã cam kết. vCenter kiểm tra admission control trước khi cho power on.
· - RAM đã reserved được đảm bảo tuyệt đối không bao giờ bị ballooning hay swapping.
· - Overhead memory: Host cần cấp thêm một phần RAM nhỏ ngoài RAM cấu hình để VMkernel quản lý VM (bảng trang, giả lập phần cứng).
· Limit (Giới hạn):
· - Memory limit bị chạm: RAM dư thừa bị đẩy ra file .vswp, hiệu suất giảm.
· - CPU limit bị chạm: vCPU bị đưa vào trạng thái ready thay vì thực thi, làm tăng cao CPU ready time.
· - Khuyến nghị: Thường không nên đặt Limit trừ khi có yêu cầu thương mại đặc biệt, vì dễ gây lãng phí tài nguyên nhàn rỗi và bóp nghẹt hiệu năng giả tạo.
· Shares (Tỷ lệ phân chia khi tranh chấp):
· - Chỉ có tác dụng khi hạ tầng thiếu hụt tài nguyên (khi thừa thãi, mọi VM đều nhận đủ).
· - Tỷ lệ chuẩn High : Normal : Low = 4 : 2 : 1.
· - Mức quy đổi chuẩn:
· + CPU Shares: High = 2000, Normal = 1000, Low = 500 (tính trên mỗi vCPU).
· + Memory Shares: High = 20, Normal = 10, Low = 5 (tính trên mỗi MB RAM cấu hình).