VMware [Module 9 - Lab 11]: Implementing vSphere DRS Cluster, Configuring vSphere HA

Nhan Dang · 23/10/2026

I. TỔNG QUAN BÀI LAB
1. Mô tả
Bài thực hành tập trung vào việc ghép nối các máy chủ tính toán ESXi độc lập thành một cụm tài nguyên thống nhất (vSphere Cluster). Trên nền tảng Cluster này, bài lab kích hoạt và kiểm thử hai cơ chế tự động hóa then chốt cấp độ doanh nghiệp: vSphere DRS (Distributed Resource Scheduler) để tự động cân bằng tải tính toán (CPU/RAM) qua vMotion, và vSphere HA (High Availability) để tự động khởi động lại máy ảo khi xảy ra sự cố phần cứng máy chủ mà không cần con người can thiệp thủ công. Cuối cùng, bài lab hoàn thiện việc kiểm soát vị trí máy ảo thông qua quy tắc DRS Anti-Affinity Rules và mô phỏng sự cố thực tế để đánh giá thời gian phục hồi dịch vụ (RTO/RPO).

2. Vấn đề kỹ thuật

Lệch tải tài nguyên phần cứng (Resource Imbalance): Một máy chủ có thể bị quá tải nghẽn 100% CPU/RAM do các máy ảo bên trong hoạt động mạnh, trong khi các máy chủ khác trong cùng Datacenter lại nhàn rỗi. Cần một bộ điều phối thông minh tự động dịch chuyển máy ảo trực tuyến để san bằng tải tài nguyên.
Thời gian ngưng trệ dịch vụ khi máy chủ gặp sự cố phần cứng (Unplanned Outage): Khi một máy chủ ESXi bị cháy nguồn, chết bo mạch chủ (Motherboard) hoặc sập mạng, toàn bộ máy ảo trên host đó sẽ dừng hoạt động. Cần cơ chế tự động phát hiện lỗi và khởi động lại các máy ảo đó trên các host còn sống ngay lập tức.
Nguy cơ sập toàn bộ dịch vụ dự phòng (Single Point of Failure ở tầng VM): Hai máy ảo đóng vai trò chịu lỗi lẫn nhau (ví dụ: 2 Web Nodes hoặc 2 Domain Controllers) nếu vô tình cùng nằm trên một ESXi host thì khi host đó hỏng, cả hệ thống dịch vụ sẽ chết hoàn toàn. Cần cơ chế cưỡng bức các máy ảo dự phòng phải luôn nằm trên các máy chủ vật lý khác nhau.

II. GIẢI PHÁP VÀ TRIỂN KHAI THỰC TẾ
1. CHUẨN BỊ ĐIỀU KIỆN TIÊN QUYẾT & KHỞI TẠO CLUSTER
Bước 1.1: Rà soát điều kiện tiên quyết
Shared Storage: Kiểm tra các máy chủ esxi2, esxi3 đều đã kết nối ổn định tới cùng các phân vùng lưu trữ dùng chung iSCSI-Datastore-01 và NFS-Datastore-01.

vMotion Network: Xác nhận các interface vmk3 trên từng host đã bật cờ dịch vụ vMotion, cùng subnet 172.20.11.0/24 và đã test lệnh vmkping thông suốt.

Bước 1.2: Khởi tạo Cluster trên vCenter
Nhấp chuột phải vào Datacenter NGOCNHAN -> chọn New Cluster...

Khai báo các thông số:

Name: Nhập Production-Cluster.
vSphere DRS: Gạt công tắc sang trạng thái ON (Enabled).
vSphere HA: Gạt công tắc sang trạng thái ON (Enabled).

Bấm NEXT -> Rà soát thông số -> bấm FINISH.

Bước 1.3: Thêm các ESXi Host vào Cluster
Dùng chuột kéo và thả lần lượt các máy chủ esxi2.ngocnhan.local, esxi3.ngocnhan.local vào cụm Cluster vừa tạo (phải bật chế độ Maintenance Mode).

Lưu ý: muốn host vào được chế độ Maintenance Mode thì phải tắt hết tắt cả các VM đang Power On trên host đó

Đảm bảo 2 host phải có biểu tượng đang Maintenance:

Thực hiện kéo thả 2 host vào cluster vừa tạo:

Kết quả sau khi thực hiện kéo thả:

Quan sát bảng Recent Tasks: vCenter sẽ tự động thực hiện các tác vụ:

Cài đặt agent vSphere High Availability Agent (FDM - Fault Domain Manager) lên từng host.
Cấu hình tường lửa (ESXi Firewall rules) cho các cổng giao tiếp HA.
Đăng ký bầu chọn vai trò Master/Slave cho cluster.

Xác nhận (Verification): Cả các host đều nằm gọn trong Cluster với trạng thái biểu tượng xanh bình thường, không xuất hiện cảnh báo vàng lỗi cấu hình mạng quản lý (Management Network Redundancy warning).

Sau đó thoát khỏi chế độ Maintenace:

2. CẤU HÌNH VÀ KIỂM THỬ vSPHERE DRS
Bước 2.1: Tinh chỉnh cấu hình tự động hóa DRS
Chọn cụm Cluster -> chọn tab Configure -> mục Services -> chọn vSphere DRS -> nhấp vào nút EDIT...

Thiết lập các thông số:
Automation Level: Chọn Fully Automated.

Manual: DRS chỉ phân tích và đưa ra khuyến nghị (Recommendations), người quản trị phải bấm Apply thủ công.
Partially Automated: DRS tự chọn host ban đầu khi máy ảo bật nguồn; khi máy đang chạy chỉ gợi ý di chuyển.
Fully Automated: DRS tự động kích hoạt vMotion ngầm chuyển máy ảo sang host khác khi phát hiện mất cân bằng tải tài nguyên.

Migration Threshold: Đặt ở mức Level 3 (Apply priority 1, priority 2, and priority 3 recommendations) - Mức cân bằng tối ưu giữa việc tránh di chuyển VM quá nhiều gây tốn I/O mạng và việc bảo đảm phân bổ tải đồng đều.

Predictive DRS: Tắt (hoặc bật nếu có tích hợp vRealize Operations).

Bấm OK để lưu lại cấu hình.

Bước 2.2: Tạo tải thực nghiệm và Kiểm thử khả năng tự cân bằng
Đảm bảo 2 máy ảo Ubuntu-Clean-2026 - VMA và Ubuntu-Clean-2026 - VMB về cùng chạy trên 1 ESXi Host.

Bật nguồn cả 2 máy ảo.
Chạy công cụ sinh tải nặng CPU trên cả 2 máy:

Quan sát trạng thái sử dụng cpu trên 2 máy:

Quan sát trên vCenter Client:

Host 01 đạt mức sử dụng CPU trên 90–95%, trong khi Host 02 tải CPU chỉ ở mức dưới 5%.

Định kỳ chu kỳ tính toán (mặc định 5 phút một lần hoặc khi ngưỡng lệch tải vượt quá giới hạn), giải thuật DRS đánh giá chỉ số Target Host Load Standard Deviation.

Host esxi2.ngocnhan.local: Đang gánh toàn bộ tải (thanh màu xanh lá cây kéo dài chiếm phần lớn tài nguyên).

Host esxi3.ngocnhan.local: Đang hoàn toàn trống rảnh, hiển thị dòng chữ "There is no CPU consumption by VMs at this time" (Không có máy ảo nào tiêu thụ CPU tại thời điểm này).

Xác nhận kết quả (Verification):

Vào tab Monitor của cụm Cluster -> chọn mục vSphere DRS -> chọn History.

Ghi nhận một bản ghi tự động: DRS đã tự khởi chạy tiến trình vMotion chuyển máy Ubuntu-Clean-2026 - VMB từ Host 02 sang Host 03 để hạ tải cho Host 02.

Chỉ số Current Cluster Load Metric quay về mức xanh đồng đều.

3. CẤU HÌNH vSPHERE HA
Bước 3.1: Thiết lập cơ chế giám sát Host và Admission Control
Chọn cụm Cluster -> chọn tab Configure -> mục Services -> chọn vSphere Availability -> bấm nút EDIT....

Failover Tuning:

Enable vSphere HA: Tích chọn Enabled.

Host Monitoring: Đặt ở trạng thái Enabled (cho phép các host gửi bản tin heartbeat qua mạng quản lý để giám sát lẫn nhau).

Admission Control (Dự phòng tài nguyên):

Define failover capacity by: Chọn Cluster resource percentage.

Đặt dung lượng CPU và Memory dự phòng: Nhập 50% (cho cụm 2 host, đảm bảo nếu 1 host chết thì host còn lại đủ 100% dung lượng gánh toàn bộ máy ảo)

Bước 3.2: Cấu hình Datastore Heartbeating phòng chống cô lập mạng

Mở rộng mục Heartbeat Datastores.

Chọn tùy chọn: Use datastores only from the specified list.

Tích chọn tối thiểu 2 Datastore dùng chung: iSCSI-Datastore-01 && NFS-Datastore-01

Bản chất kỹ thuật: Khi một host bị đứt toàn bộ cáp mạng quản lý (Management Network Isolation), nó không gửi được heartbeat qua mạng cho các host khác. Lúc này, host sẽ ghi trạng thái vào một file ẩn trên 2 Datastore chia sẻ này. Host Master đọc Datastore thấy host vẫn còn ghi file thì sẽ biết host chỉ bị cô lập mạng chứ không phải chết phần cứng hoàn toàn, từ đó áp dụng chính sách xử lý thích hợp (chọn Power off and restart VMs thay vì tranh chấp khóa đĩa).
Bấm OK để hoàn tất cấu hình HA.

4. THIẾT LẬP NÂNG CAO & KIỂM THỬ CƠ CHẾ CHỊU LỖI
Bước 4.1: Cấu hình quy tắc chống đặt chung host
Chọn cụm Cluster -> chọn tab Configure -> mục Configuration -> chọn VM/Host Rules -> bấm + ADD.

Khai báo quy tắc:

Name: Nhập Rule-Separate-Web-Nodes.

Type: Chọn Separate Virtual Machines (Anti-Affinity Rule).

Bấm + Add... -> Chọn 2 máy ảo Ubuntu-Clean-2026 - VMA và Ubuntu-Clean-2026 - VMB.

Tích chọn ô: Enable rule.

Bấm OK.
Kiểm tra tính tuân thủ (Compliance Check):

Nếu trước đó 2 máy ảo này đang nằm trên cùng một host, bộ lập lịch DRS sẽ lập tức kích hoạt một lệnh vMotion ngầm để đẩy một trong hai máy sang host khác.

Thử dùng chuột kéo máy ảo kia về chung host với máy đầu tiên: vCenter sẽ hiển thị cảnh báo vi phạm quy tắc Anti-Affinity Rule và từ chối thao tác (hoặc DRS sẽ tự động tách chúng ra ngay chu kỳ tiếp theo).

IV. KẾT LUẬN
Bài lab số 11 là mảnh ghép hoàn thiện năng lực tự động hóa và phục hồi thảm họa của trung tâm dữ liệu ảo hóa VMware vSphere 8.0

Tự động tối ưu hóa tài nguyên với DRS: Biến cụm nhiều máy chủ ESXi thành một bể tài nguyên tính toán hợp nhất (Unified Resource Pool), tự động điều phối lưu lượng và chấm dứt tình trạng máy thì quá tải, máy thì lãng phí phần cứng.

Cam kết tính liên tục của doanh nghiệp với HA: Xây dựng mạng lưới giám sát chặt chẽ từ tầng mạng đến tầng lưu trữ (Datastore Heartbeating), tự động hóa 100% quy trình cứu hộ máy ảo khi xảy ra thảm họa phần cứng, giảm thiểu tối đa thời gian ngưng trệ dịch vụ (RTO).

Chuẩn hóa kiến trúc phân bổ với Affinity Rules: Làm chủ việc định vị vị trí máy ảo logic, bảo đảm các giải pháp dự phòng ở tầng ứng dụng luôn phát huy tối đa hiệu quả chịu lỗi trên hạ tầng vật lý.