THỰC HÀNH LAB VMWARE vSAN
GIẢ LẬP LỖI PHẦN CỨNG & QUAN SÁT TÁI ĐỒNG BỘ DỮ LIỆU
I. CÁC BƯỚC THỰC HIỆNGIẢ LẬP LỖI PHẦN CỨNG & QUAN SÁT TÁI ĐỒNG BỘ DỮ LIỆU
1. Bước giả lập lỗi phần cứng (Simulate Host Failure)
- Mục tiêu thử nghiệm: Mục đích là đánh giá tính liên tục của dịch vụ máy ảo và khả năng chịu lỗi của hạ tầng lưu trữ phân tán khi 1 ESXi host gặp sự cố ngắt nguồn đột ngột.
- Xác định mục tiêu: Xác định host cần giả lập sự cố: Chọn máy chủ esxi2.ngocnhan.local (host đang chứa một trong các Data Component của máy ảo Test-VM-vSAN).
- Phương án 1: Ngắt card mạng vSAN trên esxi: Chọn esxi2 và nhấn vào Configure, sau đó chọn tab Networking, nhấn vào Vmkernel adapters chọn vmk1 (nơi chứa dịch vụ vSAN), sau đó chọn edit thay đổi hủy bỏ tick vSAN.
- Theo dõi độ sẵn sàng của máy ảo: Giữ một cửa sổ dòng lệnh ping liên tục đến IP máy ảo (ping -t 10.30.194.126) để kiểm tra xem hệ điều hành khách bên trong máy ảo có bị sập hoặc mất kết nối mạng hay không.
3. Bước ghi nhận trạng thái Non-Compliant và kiểm tra độ sẵn sàng
- Cập nhật trạng thái cụm: Chờ khoảng 15 đến 30 giây để vCenter Server và vSAN Cluster Master phát hiện tín hiệu Heartbeat từ esxi2 bị mất.
- Ghi nhận vi phạm chính sách: Điều hướng vào máy ảo Test-VM-vSAN > tab Summary > bấm Check Compliance. Trạng thái lập tức chuyển đổi từ Compliant sang Non-Compliant.
- Nguyên nhân hiển thị Non-Compliant: Chính sách vSAN-Policy-RAID1-Thin quy định hệ thống phải có tối thiểu 2 bản sao dữ liệu khả dụng (FTT=1). Do bản sao trên esxi2 không thể truy cập, vSAN đánh dấu cấu hình máy ảo vi phạm mức độ dự phòng mong muốn.
- Phân tích vị trí đĩa: Vào tab Monitor > vSAN > Physical disk placement. Thành phần Component trên esxi2 đổi sang màu vàng đậm với nhãn Absent.
- Kiểm chứng tính sẵn sàng (HA): Mặc dù 1 Component bị Absent, máy ảo vẫn duy trì hoạt động bình thường do vSAN Quorum vẫn đạt trên 50% số phiếu bầu (1 Active Component trên esxi1 + 1 Active Witness trên esxi3, tương ứng 2/3 phiếu).
4. Bước khôi phục host và quan sát tự phục hồi (Recovery & Auto-Resync)
- Thiết lập lại vmk1 chạy dịch vụ vSAN trên esxi2:
- Tự động kích hoạt phục hồi: vSAN sẽ tự động phát hiện thành phần Absent đã trực tuyến trở lại và bắt đầu quá trình Catch-up Resync để cập nhật các khối dữ liệu mới được ghi trong lúc host bị mất kết nối vSAN.
- Kết thúc chu trình dự phòng: Sau khi tiến trình hoàn tất, trạng thái của Component trên esxi2 chuyển từ Absent về lại Active, và trạng thái tuân thủ của máy ảo tự động chuyển về Compliant.
- Trong cả quá trình này máy ảo không hề bị ngắt hoạt động, bằng chứng là kết quả ping liên tục tới VM Test không bị ngắt đoạn:
II. BẢNG TỔNG HỢP TRẠNG THÁI VÀ DỮ LIỆU QUA CÁC GIAI ĐOẠN
Giai đoạn thử nghiệm | Trạng thái Component | Trạng thái Quorum | Độ sẵn sàng của VM |
1. Triển khai VM với FTT=1 (Đang Resync) | 1 Active Component, 1 Absent - resyncing, 1 Active Witness. | 2/3 vote hợp lệ | Bình thường (Đang nhân bản dữ liệu ngầm trên nền hệ thống) |
3. Giả lập lỗi network vSAN ở host esxi2 | 1 Active Component (esxi1), 1 Absent (esxi2), 1 Active Witness (esxi3). | 2/3 vote hợp lệ (Đạt Quorum) | Bình thường (Không gián đoạn dịch vụ, trạng thái Non-Compliant) |
4. Khôi phục network host esxi2 | Tự động đồng bộ bù (Catch-up) rồi chuyển toàn bộ về Active. | 3/3 vote hợp lệ | Bình thường (Trở lại trạng thái chuẩn Compliant) |
III. KẾT LUẬN VÀ BÀI HỌC THỰC TIỄN
- Tính linh hoạt của VMware vSAN: Storage Policy dựa trên phần mềm (SPBM) cho phép quản trị viên thay đổi mức độ bảo vệ dữ liệu linh hoạt theo thời gian thực mà không làm gián đoạn máy ảo đang chạy.
- Cơ chế phục hồi thông minh: Khác với RAID phần cứng truyền thống cần rebuild toàn bộ đĩa cứng vật lý, vSAN chỉ tái đồng bộ chính xác các khối dữ liệu thực tế bị thiếu (Delta Sync), giúp giảm tải băng thông mạng lưu trữ đáng kể.
- Vai trò sống còn của Quorum: Witness component đóng vai trò then chốt trong việc phân xử Quorum, ngăn chặn triệt để hiện tượng phân rã mạng (Split-Brain) khi một host bị mất kết nối đột ngột.