Nhan Dang
Intern
THỰC HÀNH LAB: EVC, DRS RULES VÀ VSPHERE HA FAILOVER
THÔNG TIN MÔI TRƯỜNG LAB
- Hạ tầng: vCenter Server Appliance quản lý cụm ESXi Cluster (có Datastore dùng chung, vDS).
- Máy ảo thử nghiệm: 03 máy ảo kèm cài sẵn VMware Tools.
- Mục tiêu thực hiện: Đồng nhất baseline CPU bằng EVC, cấu hình DRS Affinity / Anti-Affinity Rules và kiểm thử HA Failover khi rút nguồn host đột ngột.
PHẦN 1: CẤU HÌNH ENHANCED VMOTION COMPATIBILITY (EVC)
Bước 1.1: Truy cập thiết lập VMware EVC trên vCenter Cluster
- Đăng nhập vSphere Client với tài khoản administrator@vsphere.local.
- Tại cây thư mục bên trái (Hosts and Clusters), chọn Cluster cần cấu hình.
- Chuyển sang tab Configure -> tìm đến mục Configuration -> chọn VMware EVC.
Bước 1.2: Kích hoạt EVC Mode theo thế hệ CPU phù hợp
- Tại cửa sổ VMware EVC, nhấn nút Edit...
- Chọn Enable EVC for Intel Hosts (vì PowerEdge R630 chạy chip Intel Xeon).
- Tại mục CPU Mode, chọn thế hệ vi xử lý phù hợp với node có CPU thấp nhất trong cụm (chọn Haswell Generation).
- Kiểm tra mục Compatibility để đảm bảo các host đều hợp lệ, sau đó nhấn OK.
- Kết quả:
PHẦN 2: CẤU HÌNH DRS RULES (AFFINITY & ANTI-AFFINITY)
Bước 2.1: Cấu hình VM-VM Anti-Affinity Rule (Tách riêng 2 máy ảo)
- Tại Cluster, vào tab Configure -> mục Configuration -> chọn VM/Host Rules.
- Nhấn Add để tạo quy tắc mới.
- Đặt tên quy tắc: Rule-AntiAffinity (kèm tick Enable rule để bật rule ngay sau khi tạo).
- Mục Type: chọn Separate Virtual Machines.
- Nhấn Add tại danh sách thành viên và chọn 2 máy ảo cần áp dụng Rule. Nhấn OK.
- Kiểm tra tab VMs trên từng host, xác nhận 2 máy ảo đang chạy trên 2 host ESXi độc lập.
- Kiểm danh sách VM/Host Rules hiển thị quy tắc Separate Virtual Machines kèm các thành viên.
Bước 2.2: Tạo nhóm VM Group và Host Group cho quy tắc VM-Host
- Tại tab Configure của Cluster, chọn mục VM/Host Groups.
- Tạo VM Group: Nhấn Add -> đặt tên 'Group-Critical-VMs' -> chọn Type là VM Group -> thêm máy ảo Ubuntu - VMB.
- Tạo Host Group: Nhấn Add -> đặt tên 'Group-Primary-Hosts' -> chọn Type là Host Group -> chọn host esxi2.
- Kiểm tra thành công: Cả 2 nhóm hiển thị trong bảng VM/Host Groups.
Bước 2.3: Thiết lập VM-Host Affinity Rule (Hard Rule và Soft Rule)
- Quay lại mục VM/Host Rules, nhấn Add.
- Đặt tên quy tắc: Rule-VM-Host-Binding.
- Mục Type: chọn Virtual Machines to Hosts.
- VM Group: chọn Group-Critical-VMs.
- Host Group: chọn Group-Primary-Hosts.
- Mục ràng buộc: thử nghiệm chọn 'Must run on hosts in group' (Hard Rule) hoặc 'Should run on hosts in group' (Soft Rule). Nhấn OK.
- Kiểm tra thành công: Quy tắc hiển thị trạng thái Enabled (Yes) trong danh sách VM/Host Rules.
PHẦN 3: KIỂM THỬ VSPHERE HA FAILOVER (TẮT NGUỒN HOST ĐỘT NGỘT)
LƯU Ý QUAN TRỌNG KHI TEST HA:
- Không dùng lệnh Reboot hay chuyển Host sang Maintenance Mode từ vCenter vì thao tác này sẽ kích hoạt vMotion di tản êm (Graceful vMotion).
- Để kiểm tra HA failover đúng thực tế, phải mô phỏng sập nguồn đột ngột (Hard Power-Off) qua giao diện phần cứng iDRAC/iLO, rút phích điện server, hoặc tắt cứng VM ESXi (nếu chạy mô hình Nested lab).
Bước 3.1: Chuẩn bị giám sát mạng và trạng thái máy ảo
- Đảm bảo máy ảo Ubuntu - VMA đang bật (Power On) và chạy ổn định trên esxi3.
- Mở Terminal của 1 máy bất kỳ, gõ lệnh ping liên tục: ping 10.30.195.11 -t
- Ghi nhận màn hình trả về phản hồi đều đặn (Reply from...).
Bước 3.2: Mô phỏng tắt nguồn cứng host esxi3
- Mở giao diện iDRAC/iLO hoặc phần mềm ảo hóa đang chứa node esxi3.
- Thực hiện lệnh Power Off Server (cúp điện ngay lập tức, không qua tắt OS).
- Quan sát cửa sổ ping: các gói tin sẽ bắt đầu chuyển sang 'Request timed out' hoặc 'Destination host unreachable'.
- Kiểm tra thành công: Màn hình ping bị mất gói tin; trên vCenter, host esxi3 chuyển sang trạng thái Not Responding.
Bước 3.3: Quan sát vSphere HA kích hoạt Failover và phục hồi dịch vụ
- Tại vSphere Client, vào Cluster -> tab Monitor -> chọn Events.
- Quan sát tiến trình FDM: Master nhận thấy mất Network Heartbeat (sau 14 giây), kiểm tra Datastore Heartbeat, xác nhận Host Failure.
- HA giải phóng khóa file .vmdk và gửi lệnh Power On máy ảo Ubuntu - VMA trên esxi2 (host còn sống và thỏa mãn DRS Rule).
- Quan sát cửa sổ ping: sau khoảng 30 đến 60 giây, dòng lệnh ping bắt đầu có phản hồi trở lại (
Bước 3.4: Khôi phục môi trường và kiểm tra DRS Re-balancing (Tự động cân bằng tải)
- Khởi động lại máy chủ esxi3:
- Kiểm tra kết nối trên vCenter: Sau khoảng 2-3 phút, host esxi3.ngocnhan.local khởi động xong, vCenter tự động nhận lại node, biểu tượng cảnh báo Not Responding biến mất.
- Kiểm tra trạng thái FDM Cluster: Vào Production-Cluster à Monitor à vSphere Availability à vSphere HA Monitoring để xác nhận Hosts connected to primary trở lại 1 và Hosts failed trở về 0.
- Quan sát DRS kích hoạt vMotion tách máy ảo: Do cả 2 máy ảo (Ubuntu - VMA và Ubuntu - VMB) đang cùng chạy trên esxi2, hệ thống vi phạm Rule-AntiAffinity. DRS tự động kích hoạt tác vụ di chuyển máy ảo (vMotion) để tách máy ảo quay trở lại esxi3 mà không làm gián đoạn hệ điều hành.
- Kiểm tra thành công: Tại tab VMs của esxi3.ngocnhan.local, Ubuntu - VMA đã hồi hương chạy trên esxi3.
PHẦN 4: KẾT QUẢ KIỂM THỬ
- EVC Compatibility: Bật thành công CPU baseline; vMotion máy ảo qua lại giữa các node bình thường, không bị lỗi tập lệnh CPU.
- Anti-Affinity Rule: DRS giữ Ubuntu - VMA và Ubuntu - VMB luôn nằm trên 2 host ESXi khác nhau; không tự gom về cùng host.
- VM-Host Affinity Rule: VM tuân thủ nhóm host chỉ định. Với Hard Rule: nếu host chết, HA từ chối khởi động lại VM ở host khác.
- HA Heartbeat Detection: vSphere HA Master phát hiện mất mạng quản lý và kiểm tra Datastore Heartbeat sau chu kỳ 14 giây.
- HA Failover & Recovery: Ubuntu - VMA tự động khởi động lại trên esxi2 trong vòng 30 - 60 giây; ping hồi phục hoàn toàn, tái khởi động lại esxi3 kiểm tra xem các VM trở về lại host theo đúng rule ban đầu đã cài đặt.
Bài viết liên quan
Được quan tâm
Bài viết mới