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

I. MÔ TẢ YÊU CẦU CỦA BÀI LAB
1. Mô tả sơ bộ
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 cần giải quyế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ủ esxi01, esxi02 và esxi03 đề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-Share.
• 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 ut -> 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ả (Drag & Drop) lần lượt các máy chủ esxi01.uyenthy.local, esxi02.uyenthy.local, esxi03.uyenthy.local vào cụm Cluster vừa tạo (phải bật chế độ Maintenance Mode mới move được).

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

• 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).

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

• Gom 2 máy ảo Ubuntu-Test và Ubuntu-2 về cùng chạy trên ESXi Host.
• Bật nguồn cả 2 máy ảo. SSH đồng thời vào cả 2 máy bằng tài khoản uyenthy
• Chạy công cụ sinh tải nặng CPU trên cả 2 má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.

• 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 ảo Ubuntu-Lab 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 (hoặc Slot Policy).
  • Đặ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) hoặc 33% (nếu cụm có 3 host).
• VM Monitoring:
  • Bật tùy chọn VM Monitoring Only (hoặc VM and Application Monitoring).
  • Cơ chế: VMware Tools gửi heartbeat định kỳ; nếu hệ điều hành bên trong máy ảo bị treo cứng (Kernel Panic/BSOD) và ngắt heartbeat trong 120 giây, vSphere HA sẽ tự động reset khởi động lại 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-Share

• 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).

• 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:

1. 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.
2. 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).
3. 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ý.