VMware [Bổ sung module]: Triển khai vSAN Cluster trên môi trường lab ()

Nhan Dang · Lúc 13:06:42, Thứ bảy

LAB THỰC HÀNH: TRIỂN KHAI vSAN CLUSTER TRÊN MÔI TRƯỜNG LAB VỚI vSPHERE DISTRIBUTED SWITCH (vDS)

1. TỔNG QUAN VÀ MÔ HÌNH BÀI LAB
1.1. Mục tiêu bài lab:
Bài lab chuẩn hóa quy trình thực tế từ đầu đến cuối để xây dựng một cụm vSAN hoàn chỉnh (áp dụng chuẩn kiến trúc phổ biến trên VMware vSphere 8.0) sử dụng thiết kế chuyển mạch phân tán vSphere Distributed Switch (vDS). Sau khi hoàn thành bài lab, học viên và kỹ sư triển khai sẽ nắm vững:
- Chuẩn bị phần cứng lưu trữ: Kiểm tra và tiền xử lý tài nguyên ổ đĩa Flash (NVMe SSD) trên từng node máy chủ ESXi.
- Hạ tầng mạng phân tán vDS: Thiết kế vSphere Distributed Switch (vDS) chuẩn hóa doanh nghiệp với Uplink dự phòng kép và Distributed Port Group phân tách VLAN riêng cho vSAN.
- Định cấu hình VMkernel: Gán card mạng VMkernel (vmk1) gắn cờ dịch vụ vSAN, định tuyến và kiểm tra thông mạng với VLAN Tagging.
- Kích hoạt cụm vSAN: Tạo Cluster, kiểm soát tính năng vSAN (OSA), cấu hình vSphere DRS và phối hợp kích hoạt vSphere HA chuẩn xác.
- Tạo Disk Group (Claim Disks): Phân chia đúng tỷ lệ Cache Tier và Capacity Tier trên từng node để khởi tạo vsanDatastore dùng chung.
- Chính sách lưu trữ & Vận hành: Định nghĩa VM Storage Policy chuẩn RAID-1 (FTT=1) và xác minh trực quan cấu trúc Object / Component thực tế của máy ảo.
- Kiểm thử khả năng chịu lỗi: Thực hiện kịch bản giả lập sự cố ngắt đột ngột node máy chủ (Fault Injection) để kiểm chứng tính sẵn sàng cao và cơ chế tự phục hồi (Resynchronization).
1.2. Mô hình thiết kế giả lập trong bài lab:
Toàn bộ môi trường lab được chuẩn hóa theo thông số hạ tầng thực tế đã triển khai:
- Số lượng node ESXi: 3 máy chủ ảo hóa (esxi1.ngocnhan.local, esxi2.ngocnhan.local, esxi3.ngocnhan.local) nhằm đáp ứng yêu cầu tối thiểu của vSAN RAID-1 (FTT=1 gồm 2 Data Components + 1 Witness Component).
- Trình quản trị: vCenter Server Appliance 8.0.3 (vcenter.ngocnhan.local - IP 10.30.194.44) quản trị tập trung toàn bộ hạ tầng Datacenter (Datacenter-vSsan).
- Máy chủ định danh & DNS: Windows Server 2019 (LAB-WIN-DC-NGOCNHAN - IP 10.30.194.45) đóng vai trò Domain Controller (NGOCNHAN.LOCAL) và quản lý hệ thống phân giải tên miền nội bộ (DNS).
Bảng 1: Bảng quy hoạch chi tiết tài nguyên ổ đĩa và mạng:

Thành phần	Thông số quy hoạch	Ghi chú & Vai trò
Ổ đĩa 1 (Mỗi Node)	60 GB NVMe SSD	Cài đặt hệ điều hành VMware ESXi 8.0 (Do not claim)
Ổ đĩa 2 (Mỗi Node)	100 GB NVMe SSD	Tầng đệm (vSAN Cache Tier) - Flash Disk
Ổ đĩa 3 & 4 (Mỗi Node)	250 GB NVMe SSD (x2 ổ)	Tầng dung lượng (vSAN Capacity Tier) - Flash Disk
Dải mạng Quản trị (vSwitch0)	10.30.194.0/24 (VLAN Native / Flat)	vCenter (10.30.194.44), esxi1 (.40), esxi2 (.42), esxi3 (.43)
Hạ tầng chuyển mạch vDS	vDS-vSAN-Cluster (2 Uplinks)	Uplink 1 & Uplink 2 kết nối 2 card mạng độc lập (vmnic)
Dải mạng lưu trữ vSAN	10.30.195.0/24 (VLAN 3195)	esxi1 (.60), esxi2 (.61), esxi3 (.62) qua cổng vmk1 trên vDS
LƯU Ý VỀ TÀI NGUYÊN: Tất cả các ổ đĩa dự kiến gán vào vSAN phải là ổ trống hoàn toàn, không chứa phân vùng dữ liệu cũ (No partition table) hoặc VMFS Datastore cục bộ cũ. Trong môi trường ảo hóa lồng nhau, card mạng và ổ đĩa thêm nóng cần được hệ thống quét lại bus trước khi khởi tạo.

2. CÁC BƯỚC CHUẨN BỊ VÀ THIẾT KẾ MẠNG PHÂN TÁN (vDS)
Bước 1: Kiểm tra trạng thái ổ cứng trên từng ESXi
Trước khi tạo cụm lưu trữ, cần đảm bảo toàn bộ ổ đĩa trên cả 3 node đã được nhân VMkernel nhận diện chính xác loại ổ Flash:
- Truy cập vào vSphere Client qua địa chỉ https://vcenter.ngocnhan.local (hoặc https://10.30.194.44).
- Bấm chọn máy chủ đầu tiên (esxi1.ngocnhan.local), chọn tab Configure > Storage > Storage Adapters.
- Kiểm tra bộ điều khiển NVMe SSD Controller (vmhba1): Đảm bảo hiển thị đủ 4 thiết bị (Devices: 4) tương ứng với 1 ổ OS (60 GB), 1 ổ Cache (100 GB) và 2 ổ Capacity (250 GB).

- Quan sát cột Drive Type. Nếu ổ đĩa bị nhận diện nhầm thành HDD, chọn ổ đĩa đó, bấm vào biểu tượng dấu ba chấm (hoặc Action) và chọn Mark as Flash Disk để hệ thống ghi nhận đúng chuẩn SSD.
- Lặp lại quy trình kiểm tra ổ đĩa trên các host còn lại.
Bước 2: Kiểm tra cấu hình vSphere Distributed Switch (vDS) và tạo Port Group chuyên dụng cho vSAN
Trong môi trường doanh nghiệp thực tế, lưu lượng vSAN (vSAN Traffic) tuyệt đối không được đi chung luồng với lưu lượng quản trị hay mạng máy ảo để tránh hiện tượng nghẽn cổ chai dẫn đến rớt node hoặc timeout I/O. Do đó, việc triển khai vSphere Distributed Switch (vDS) là tiêu chuẩn bắt buộc nhằm tập trung hóa quản trị mạng và bảo đảm băng thông:
2.1. Kiểm tra vSphere Distributed Switch (vDS):
- Đối với phần này thì đã thực hiện tạo ở lab trước nên lab này mình chỉ áp dụng vào chứ không ghi rõ các bước thực hiện lại từ đầu.

2.2. Tạo Distributed Port Group chuyên dụng cho vSAN Traffic:
- Nhấp chuột phải vào switch phân tán vừa tạo vDS-vSAN-Cluster > chọn Distributed Port Group > New Distributed Port Group...
- Tại ô Name: Đặt tên gợi nhớ là DPG-vSAN-Traffic. Bấm Next.
- Tại mục Configure settings:
• Port binding: Giữ mặc định Static binding.
• Port allocation: Elastic.
• Number of ports: 8 (hoặc giữ mặc định tùy theo số lượng host).
• VLAN type: Chọn VLAN.
• VLAN ID: Điền chính xác 3195 (khớp với VLAN lưu trữ vSAN đã quy hoạch).
- Tại mục Teaming and failover: Đảm bảo cả Uplink 1 và Uplink 2 đều nằm trong nhóm Active uplinks để tận dụng khả năng cân bằng tải và chịu lỗi.
- Bấm Next và bấm Finish để hoàn thành khởi tạo Port Group.
2.3. Gán các máy chủ ESXi và Card mạng Uplink vật lý vào vDS:
- Nhấp chuột phải vào vDS-vSAN-Cluster > chọn Add and Manage Hosts...
- Chọn tác vụ Add hosts > bấm Next.
- Tại bước Select hosts: Bấm vào dấu cộng (+ New hosts), tích chọn cả 3 máy chủ: esxi1.ngocnhan.local, esxi2.ngocnhan.local, esxi3.ngocnhan.local. Bấm Next.
- Tại bước Manage physical network adapters (Gán card mạng vật lý vào Uplink):
• Mở rộng từng máy chủ ESXi:
• Chọn card mạng chuyên dụng cho vSAN (ví dụ: vmnic2) > bấm Assign uplink > gán vào Uplink 1.
• Chọn card mạng dự phòng cho vSAN (ví dụ: vmnic3) > bấm Assign uplink > gán vào Uplink 2.
• Lưu ý quan trọng: Tuyệt đối giữ nguyên vmnic0 (và vmnic1) trên Standard Switch (vSwitch0) đang phục vụ dải mạng Quản trị (Management) để đảm bảo không bị gián đoạn kết nối giữa vCenter và ESXi.
- Tại bước Manage VMkernel network adapters: Tạm thời bấm Next (ta sẽ khởi tạo cổng vmk chuẩn qua vDS ở tiểu mục tiếp theo).
- Tại bước Migrate VM networking: Bấm Next và bấm Finish.
- Xác minh: Mở tab Configure > Topology của vDS-vSAN-Cluster, bạn sẽ thấy cấu trúc thể hiện DPG-vSAN-Traffic (VLAN ID: 3195) kết nối thông qua Uplink 1 (3 NIC Adapters) và Uplink 2 (3 NIC Adapters) hoàn toàn trùng khớp với thiết kế hạ tầng.

2.4. Khởi tạo cổng VMkernel Adapter (vmk1) mang cờ lưu trữ vSAN:
Sau khi vDS đã kết nối với các card mạng vật lý, tiến hành tạo cổng logic truyền tải dữ liệu vSAN trên từng node:
- Vào lại mục Hosts and Clusters > chọn node esxi1.ngocnhan.local > chọn tab Configure > Networking > VMkernel adapters.
- Bấm Add Networking > chọn VMkernel Network Adapter > bấm Next.
- Tại bước Select an existing network: chọn Distributed Port Group DPG-vSAN-Traffic vừa tạo. Bấm Next.

- Tại bước Port properties:
• TCP/IP stack: Giữ nguyên Default TCP/IP stack.
• Enabled services: Tích chọn duy nhất vào ô vSAN (Xóa toàn bộ các ô khác như vMotion, Provisioning, Management). Đây là điều kiện tiên quyết để vSphere phân luồng dữ liệu I/O của cụm lưu trữ đi qua cổng này.

- Tại bước IPv4 settings:
• Chọn Use static IPv4 settings.
• IPv4 address: Nhập 10.30.195.60.
• Subnet mask: 255.255.255.0.

- Bấm Next và bấm Finish để tạo cổng vmk1 trên esxi1.

- Lặp lại thao tác chính xác trên 2 node còn lại:
• Trên esxi2.ngocnhan.local: Tạo vmk1 trên DPG-vSAN-Traffic, bật cờ vSAN, gán IP: 10.30.195.61 / 24.

• Trên esxi3.ngocnhan.local: Tạo vmk1 trên DPG-vSAN-Traffic, bật cờ vSAN, gán IP: 10.30.195.62 / 24.

Bước 3: Kiểm tra thông mạng và phân giải VLAN giữa các cổng vSAN
Trước khi bật cụm, bắt buộc phải xác minh đường truyền giữa các cổng VMkernel chuyên dụng đã thông suốt ở tầng kết nối Layer 2/Layer 3 có gán thẻ VLAN 3195:
- Mở công cụ SSH vào máy chủ esxi1.ngocnhan.local (hoặc mở cửa sổ ESXi Shell trên Console).
- Thực hiện lệnh kiểm tra ping cưỡng bức chỉ định gói tin đi qua đúng giao diện vmk1:
vmkping -I vmk1 10.30.195.61
vmkping -I vmk1 10.30.195.62

- Kiểm tra khả năng truyền tải gói tin lớn (Jumbo Frames - nếu hạ tầng kích hoạt MTU 9000):
vmkping -I vmk1 -d -s 8972 10.30.195.61

- Xác minh kết quả: Cả 2 lệnh ping đều phải trả về phản hồi đều đặn (0% packet loss, round-trip time dưới 1ms). Điều này khẳng định hạ tầng mạng phân tán vDS và phân vùng VLAN 3195 đã sẵn sàng 100% cho việc truyền tải I/O vSAN.
3. CẤU HÌNH VÀ KÍCH HOẠT vSAN CLUSTER
Bước 4: Thiết lập thông số dịch vụ cluster
- Tại phần Services:
• vSphere DRS: Gạt thanh trượt sang BẬT (ON) để hỗ trợ cân bằng tải tài nguyên compute tự động.

• vSphere HA: Gạt thanh trượt sang TẮT (OFF) TẠM THỜI. (Lý do: Khi cụm chưa có đủ 3 host đang hoạt động ổn định và chưa có Datastore dùng chung cho Heartbeat, bật HA ngay lập tức sẽ gây ra cảnh báo đỏ vSphere HA host status chớp nháy do thiếu Quorum. Ta sẽ bật lại HA sau khi vSAN khởi tạo xong).

• vSAN: Gạt thanh trượt sang BẬT (ON).
• Enable vSAN ESA: ĐỂ TRỐNG (KHÔNG TÍCH). (Bắt buộc chọn mô hình kiến trúc truyền thống vSAN OSA vì môi trường lab máy ảo lồng nhau không đáp ứng được danh sách phần cứng tương thích HCL cực kỳ khắt khe của ESA).

- Tại các tùy chọn quản trị mở rộng:
• Manage all hosts in the cluster with a single image: ĐỂ TRỐNG (KHÔNG TÍCH) để tránh kích hoạt cơ chế vLCM kiểm tra profile firmware làm chậm quá trình add host.
• Manage configuration at a cluster level: ĐỂ TRỐNG (KHÔNG TÍCH).
- Bấm Next và bấm Finish để tạo khung Cluster.
Bước 5: Đưa các máy chủ ESXi vào Cluster và xử lý chế độ bảo trì
- Kéo thả lần lượt 3 máy chủ esxi1.ngocnhan.local, esxi2.ngocnhan.local, esxi3.ngocnhan.local vào trong cụm vSan-Cluster vừa tạo.
- Xử lý trạng thái kẹt chế độ bảo trì (Maintenance Mode):
• Khi mới kéo host vào cluster, vCenter có thể tự động đặt host ở chế độ bảo trì (biểu tượng máy chủ có sọc vàng).
• Nhấp chuột phải vào esxi2.ngocnhan.local > chọn Maintenance Mode > Exit Maintenance Mode.
• Nhấp chuột phải vào esxi3.ngocnhan.local > chọn Maintenance Mode > Exit Maintenance Mode.
- Đảm bảo cả 3 node đều thoát khỏi Maintenance Mode, hiển thị biểu tượng máy chủ bình thường và không bị disconnect.

Bước 6: Chạy trình hướng dẫn Quickstart để cấu hình vSAN với vDS
- Bấm chọn cụm vSan-Cluster trên cây thư mục bên trái.
- Chọn tab Configure > mục Configuration > chọn Quickstart.
- Quan sát mục 1 (Cluster basics) và mục 2 (Add hosts) đã hiển thị dấu tích xanh. Tại mục số 3 (Configure cluster), bấm vào nút Configure.
- Trình hướng dẫn Configure Cluster mở ra:
• Mục Distributed Switch / Networking: Trình duyệt sẽ phát hiện hệ thống đã có switch phân tán vDS-vSAN-Cluster với DPG-vSAN-Traffic. Chọn kế thừa cấu hình mạng vDS hiện hữu.
• Mục vSAN Traffic: Trình hướng dẫn tự động nhận diện các cổng vmk1 trên cả 3 node đã được gán IP 10.30.195.60, .61, .62 và mang cờ dịch vụ vSAN.
• Mục Advanced options: Đảm bảo tắt (Disabled) tính năng Deduplication and Compression và Encryption để tiết kiệm tài nguyên CPU/RAM cho máy chủ lab.
- Bấm Next để chuyển sang bước phân định ổ đĩa (Claim Disks).
4. TẠO VÀ GÁN DISK GROUP (CLAIM DISKS)
Bước 7: Phân định ổ Cache và Capacity cho từng máy chủ
Đây là bước cốt lõi của kiến trúc vSAN OSA nhằm phân định rõ chức năng của từng đĩa lưu trữ:

- Tại bảng danh sách Claim Disks, hệ thống liệt kê toàn bộ các ổ đĩa của cả 3 node ESXi:
- Quy tắc cấu hình tại cột Claim for:
• Đối với ổ đĩa 100 GB NVMe SSD trên từng host: Nhấp vào menu thả xuống và chọn Cache tier (Mỗi host có đúng 1 ổ đĩa Cache đóng vai trò làm bộ đệm ghi Write Buffer và đọc Read Cache).
• Đối với 2 ổ đĩa 250 GB NVMe SSD trên từng host: Nhấp vào menu thả xuống và chọn Capacity tier (Đóng vai trò làm tầng lưu trữ dữ liệu thực tế).
• Đối với ổ đĩa 60 GB cài đặt ESXi: Tuyệt đối giữ nguyên Do not claim.

- Kiểm tra thanh tổng kết ở góc dưới: Xác nhận hiển thị 3 Disks claimed for Cache (tổng 300 GB) và 6 Disks claimed for Capacity (tổng 1.5 TB).

- Theo dõi mục Recent Tasks: Chờ khoảng 3 đến 5 phút cho đến khi các tác vụ Create vSAN Disk Group hoàn tất 100%.

Bước 8: Kiểm tra Datastore dùng chung (vsanDatastore) được tạo ra
- Chuyển sang chế độ xem Storage (biểu tượng ổ đĩa) trên vSphere Client.
- Bạn sẽ thấy một Datastore phân tán dùng chung mới xuất hiện mang tên vsanDatastore.
- Kiểm tra thông số dung lượng:
• Tổng dung lượng lưu trữ khả dụng sẽ hiển thị xấp xỉ 1.36 TB - 1.5 TB (bằng tổng dung lượng của toàn bộ 6 ổ Capacity trên 3 node cộng lại).
• Dung lượng của 3 ổ Cache (300 GB) hoàn toàn không được tính vào tổng dung lượng khả dụng của Datastore vì tầng Cache chỉ phục vụ cho việc tăng tốc I/O.

- Vào tab Monitor của cụm vSan-Cluster > chọn vSAN > Skyline Health: Đảm bảo tất cả các mục kiểm tra sức khỏe mạng, Disk Group, Cluster đều hiển thị trạng thái màu xanh (Passed/Healthy).

5. TẠO VÀ CẤU HÌNH vSAN STORAGE POLICY
Bước 9: Tạo chính sách lưu trữ VM Storage Policy chuẩn RAID-1
vSAN hoạt động dựa trên cơ chế Software-Defined Storage điều khiển bởi chính sách (SPBM - Storage Policy Based Management). Để đảm bảo an toàn dữ liệu, ta định nghĩa một Policy áp dụng kiến trúc chịu lỗi 1 node:
- Từ menu điều hướng chính của vSphere Client, chọn Policies and Profiles.
- Chọn thẻ VM Storage Policies > bấm Create.

- Tại mục Name and description: Đặt tên chính sách là vSAN-RAID1-Policy. Bấm Next.

- Tại mục Policy structure: Tích chọn vào ô Enable rules for vSAN storage. Bấm Next.

- Tại thẻ vSAN > tab Rules:
• Failures to tolerate: Chọn 1 failure - RAID-1 (Mirroring).
• Number of disk stripes per object: 1.
• Flash read cache reservation: 0%.
• Object space reservation: Chọn Thin provisioning (cấp phát mỏng để máy ảo ghi bao nhiêu dung lượng thực tế thì mới chiếm bấy nhiêu không gian đĩa trên vsanDatastore, tối ưu bộ nhớ lab).

- Tại bước Storage compatibility: Hệ thống sẽ tự động đối soát và hiển thị vsanDatastore nằm trong danh mục Compatible Datastores.

- Bấm Next và bấm Finish để lưu chính sách lưu trữ và xem kết quả hiển thị trong danh sách.

6. TRIỂN KHAI THỬ NGHIỆM VÀ XÁC MINH CẤU TRÚC OBJECT/COMPONENT
Bước 10: Tạo máy ảo thử nghiệm và gán Policy
- Nhấp chuột phải vào cụm vSan-Cluster > chọn New Virtual Machine > Create a new virtual machine.
- Đặt tên máy ảo: Test-VM-vSAN. Chọn vị trí Compute resource là vSan-Cluster.
- Tại bước Select storage:
• Mục VM Storage Policy: Chọn chính sách vSAN-RAID1-Policy vừa tạo.

• Mục Datastore: Chọn vsanDatastore.
- Cấu hình tài nguyên cơ bản (2 vCPU, 4 GB RAM, đĩa ảo 50 GB Thin Provision) và card mạng kết nối vào dải mạng lab.
- Bấm Finish để khởi tạo máy ảo.

Bước 11: Kiểm tra cấu trúc Component thực tế của máy ảo trên vSAN
Khác với kiến trúc SAN truyền thống lưu toàn bộ máy ảo vào một LUN duy nhất, vSAN bẻ nhỏ máy ảo thành các Đối tượng độc lập (Virtual Objects), và mỗi Object lại phân rã thành các Thành phần vật lý (Components) đặt rải rác trên các máy chủ ESXi khác nhau:
Truy cập bảng phân bổ vật lý:
- Chọn máy ảo Test-VM-vSAN trên cây thư mục bên trái.
- Chọn tab Monitor > cuộn xuống nhóm tính năng vSAN > chọn Physical disk placement.

- Quan sát danh sách Virtual Object Components: Màn hình liệt kê trực tiếp 3 Object chính cấu thành máy ảo:
Hard disk 1 (RAID 1): Chứa file đĩa ảo chính (.vmdk).
- Component (Data): Đặt tại ổ NVMe thuộc esxi2.ngocnhan.local (Trạng thái: Active xanh).
- Component (Data): Đặt tại ổ NVMe thuộc esxi1.ngocnhan.local (Trạng thái: Active xanh).
- Witness: Đặt tại ổ NVMe thuộc esxi3.ngocnhan.local (Trạng thái: Active xanh).
Virtual machine swap object (RAID 1): File hoán đổi bộ nhớ khi máy ảo bật nguồn (gồm 2 Data trên esxi2, esxi3 và Witness trên esxi1).
VM home (RAID 1): Thư mục chứa cấu hình máy ảo .vmx, log (gồm 2 Data trên esxi1, esxi3 và Witness trên esxi2).

Đánh giá kết quả (Quorum Check):
- Tổng cộng có 9 vSAN components phân bổ đều trên cả 3 hosts.
- Mọi Object đều đạt đủ 3/3 phiếu bầu hợp lệ (Active), chứng minh chính sách lưu trữ vSAN-RAID1-Policy (FTT=1) đã thực thi chính xác trên cụm 3 node. Khi 1 máy chủ bất kỳ bị mất nguồn, 2 node còn lại vẫn giữ trên 50% số phiếu để máy ảo tiếp tục đọc/ghi dữ liệu mà không bị gián đoạn.
7. BÀI TEST THỰC TẾ: GIẢ LẬP SỰ CỐ ĐỘT NGỘT ĐỂ KIỂM CHỨNG TÍNH SẴN SÀNG
Bước 12: Bật nguồn máy ảo và giả lập ngắt đột ngột một máy chủ ESXi
- Bật nguồn máy ảo Test-VM-vSAN. Mở cửa sổ Web Console, chạy lệnh ping liên tục ra máy Domain Controller (ping 10.30.194.45) để giám sát tính thông suốt.

- Tiến hành mô phỏng sự cố vật lý nghiêm trọng: Ta rút nguồn ảo (Power Off) trực tiếp máy chủ esxi3.ngocnhan.local không chưa VM đang thử nghiệm tại mình đã tắt HA và vMotion chưa thiết lập.

- Quan sát vSphere Client: Sau khoảng 10-15 giây, máy chủ esxi3 sẽ đổi trạng thái sang Not Responding / Disconnected.

- Quan sát máy ảo Test-VM-vSAN: Máy ảo vẫn hoạt động bình thường, gói tin ping không bị rớt, dịch vụ hệ thống không bị crash.

Bước 13: Quan sát sự chuyển đổi trạng thái của Object và Component
- Quay lại tab Monitor > vSAN > Physical disk placement.
• Thành phần Witness 3 nằm trên esxi3 đổi sang màu vàng với trạng thái Absent (Vắng mặt tạm thời).
• Component 1 trên esxi1 và trên esxi2 vẫn giữ trạng thái Active, tạo thành 2/3 phiếu bầu hợp lệ (>50% quorum), giữ cho máy ảo tiếp tục đọc/ghi I/O bình thường.

- Phục hồi hệ thống: Bật nguồn lại máy chủ esxi3.ngocnhan.local.
- Khi host kết nối lại vCenter thành công, vSAN tự động kích hoạt tiến trình Resync ngầm. Component 2 chuyển từ Absent trở lại

8. BẬT LẠI vSPHERE HA VÀ TỔNG KẾT KINH NGHIỆM VẬN HÀNH
Bước 14: Kích hoạt lại tính năng vSphere HA bảo vệ toàn diện cụm
Sau khi toàn bộ 3 máy chủ đã hoàn tất cấu hình vDS và cụm vSAN đã tạo xong vsanDatastore khỏe mạnh, ta tiến hành bật lại cơ chế bảo vệ máy ảo vSphere HA:
- Chọn cụm vSan-Cluster > vào tab Configure > Services > chọn vSphere Availability.
- Bấm Edit bên cạnh mục vSphere HA:
• Gạt thanh trượt sang Enabled.

• Mục Host Failure Response: Chọn Restart VMs.
• Mục Heartbeat Datastores: Hệ thống sẽ tự động chọn vsanDatastore hoặc kết hợp Datastore cục bộ để làm kênh giám sát tim mạng (Heartbeat).
- Bấm OK. Lúc này quá trình khởi tạo vSphere HA Agent (FDM) sẽ diễn ra trơn tru trên cả 3 host mà không hề xuất hiện cảnh báo lỗi chớp nháy màu đỏ.

Kinh nghiệm xử lý sự cố thực tế trong môi trường ảo hóa lồng nhau (Nested Lab):
- 1. Tự động nhận diện Hot-add Hardware: Trong môi trường Nested ESXi, khi thêm ổ đĩa hoặc card mạng ở trạng thái nóng từ host ngoài, ESXi bên trong có thể không nhận ngay do thiếu ngắt ACPI vật lý. Để xử lý triệt để:
• Thêm tham số devices.hotplug = "true" vào Configuration Parameters (.vmx) của VM ESXi.
• Hoặc chạy lệnh quét bus cưỡng bức qua SSH: esxcli storage core adapter rescan --all && vmkfstools -V.
- 2. Khắc phục lỗi Claim Disks dính phân vùng cũ: Nếu ổ đĩa bị kẹt bảng phân vùng cũ khiến vCenter từ chối Claim Disk:
• SSH vào ESXi, xác định định danh đĩa: esxcli storage core device list | grep -i naa.
• Chạy lệnh xóa partition table: partedUtil delete /vmfs/devices/disks/<Device_ID> <Partition_Number> hoặc dùng dd if=/dev/zero of=/vmfs/devices/disks/<Device_ID> bs=1M count=100.
- 3. Quản lý đồng bộ MTU trên vDS: Đảm bảo giá trị MTU trên switch vDS (vDS-vSAN-Cluster) và các cổng VMkernel (vmk1) phải đồng bộ tuyệt đối (cùng 1500 hoặc cùng 9000). Nếu vDS để 9000 mà vmk1 để 1500 hoặc ngược lại, gói tin lớn sẽ bị drop âm thầm khiến Skyline Health báo lỗi vSAN MTU Check.
- 4. Tối ưu thời gian chờ phục hồi (ClomRepairDelay): Mặc định khi một host bị tắt đột ngột, vSAN sẽ chờ 60 phút (clomd timeout) trước khi tự động tái nhân bản dữ liệu sang các ổ đĩa khác. Trong môi trường lab, để kiểm tra tính năng tự phục hồi nhanh chóng, ta có thể tạm thời hạ thời gian chờ xuống 5 phút bằng lệnh trên ESXi: esxcfg-advcfg -s 5 /VSAN/ClomRepairDelay (sau khi test xong nên hoàn trả lại 60 phút).