TỔNG QUAN VÀ CHI TIẾT LÝ THUYẾT VMWARE vSAN
1. KIẾN TRÚC vSAN OSA (ORIGINAL STORAGE ARCHITECTURE) VÀ ESA (EXPRESS STORAGE ARCHITECTURE)1.1. Khái niệm nền tảng:
vSAN là giải pháp lưu trữ định nghĩa bằng phần mềm (Software-Defined Storage - SDS) của VMware, tích hợp trực tiếp vào nhân Hypervisor ESXi. Thay vì cần hệ thống SAN/NAS đắt đỏ bên ngoài, vSAN gom toàn bộ ổ đĩa cục bộ gắn trong từng máy chủ ESXi thuộc cụm cụ thể lại thành một phân vùng lưu trữ dùng chung duy nhất (Datastore).
1.2. Kiến trúc vSAN OSA (Original Storage Architecture):
Đây là kiến trúc truyền thống tồn tại từ những phiên bản vSAN đầu tiên.
OSA bắt buộc tổ chức ổ đĩa theo mô hình Disk Group (Nhóm ổ đĩa). Mỗi máy chủ ESXi có thể có từ 1 đến 5 Disk Group.
Mỗi Disk Group luôn bao gồm đúng 2 tầng riêng biệt:
- Tầng đệm (Cache Tier): Bắt buộc có đúng 1 ổ đĩa (thường là SSD/NVMe hiệu năng cao). Nhiệm vụ của tầng này là tiếp nhận dữ liệu ghi vào (Write Buffer) và lưu tạm dữ liệu đọc (Read Cache trong mô hình Hybrid). Dữ liệu sau khi nằm an toàn ở Cache sẽ được hệ thống từ từ đẩy xuống tầng dưới (De-staging).
- Tầng dung lượng (Capacity Tier): Bao gồm từ 1 đến 7 ổ đĩa (HDD hoặc SSD SATA/SAS). Tầng này thuần túy dùng để lưu trữ lâu dài.
Điểm nghẽn và hạn chế thực tế của OSA:
- Hiện tượng thắt cổ chai tại Cache Tier: Vì 1 Disk Group chỉ có duy nhất 1 ổ Cache phục vụ cho tối đa 7 ổ Capacity, nên nếu một ngày ổ Cache bị quá tải I/O hoặc bị hỏng, toàn bộ Disk Group đó sẽ bị ngưng trệ, gây rủi ro cao cho cụm.
- Lãng phí phần cứng thế hệ mới: Ổ đĩa dùng cho Cache không được tính vào dung lượng khả dụng của hệ thống. Đồng thời, các tính năng nén (Compression) hay khử trùng lặp (Deduplication) trong OSA diễn ra ở tầng Disk Group sau khi ghi, gây tiêu tốn CPU và độ trễ ghi nhất định.
1.3. Kiến trúc vSAN ESA (Express Storage Architecture):
Ra mắt từ VMware vSphere 8, ESA là bước chuyển dịch toàn diện nhằm tận dụng tối đa phần cứng hiện đại như ổ cứng NVMe và mạng tốc độ cao (25GbE, 100GbE).
ESA loại bỏ hoàn toàn khái niệm Disk Group. Không còn phân chia ổ Cache hay ổ Capacity riêng biệt nữa.
Toàn bộ các ổ đĩa NVMe chuẩn TLC/QLC tham gia vào một tầng lưu trữ phẳng duy nhất gọi là Storage Pool.
Mỗi ổ đĩa trong ESA đảm nhận đồng thời cả hai vai trò: vừa nhận I/O với tốc độ cực nhanh, vừa dùng để lưu trữ dữ liệu lâu dài. 100% dung lượng ổ đĩa đều đóng góp vào tổng dung lượng lưu trữ của cụm.
Cơ chế xử lý I/O đột phá của ESA:
- Tầng Log cấu trúc cây (Log-Structured File System & Log-Structured Object Manager): Mọi thao tác ghi mới đều được ghi tuần tự vào log siêu tốc, sau đó mới đóng gói và chuyển thành khối dữ liệu tối ưu xuống đĩa. Nhờ đó, hiệu năng ghi của cơ chế RAID-5 hay RAID-6 trên ESA đạt tốc độ tương đương hoặc thậm chí vượt trội so với RAID-1 trên kiến trúc cũ.
- Tối ưu hóa CPU: Nén dữ liệu (Compression) và mã hóa (Encryption) được xử lý ngay tại tầng cao nhất của luồng xử lý I/O, trước khi dữ liệu được phân tán qua mạng sang các máy chủ khác. Điều này giúp giảm đáng kể lưu lượng truyền tải trên mạng và giảm áp lực tính toán cho CPU máy chủ.
1.4. Bảng so sánh thực tế giữa OSA và ESA:
| Tiêu chí | VMware vSAN OSA | VMware vSAN ESA |
| Disk Layout | Phân chia thành Disk Group (bắt buộc gồm 1 ổ Cache + 1 đến 7 ổ Capacity). | Single Storage Tier phẳng (toàn bộ ổ đều phục vụ lưu trữ dung lượng, không chia nhóm). |
| Yêu cầu loại ổ đĩa | Hỗ trợ hỗn hợp (Hybrid: SSD Cache + HDD Capacity) or All-Flash (NVMe/SATA SSD). | Bắt buộc 100% NVMe SSD (TLC/QLC đạt chuẩn vSAN ESA ReadyNode). |
| Tận dụng dung lượng ổ cứng | Mất dung lượng ổ Cache (ổ Cache không được tính vào dung lượng lưu trữ khả dụng). | Tối ưu 100% dung lượng (mọi ổ NVMe đều tham gia lưu trữ dữ liệu thực tế). |
| Yêu cầu hạ tầng mạng | Tối thiểu 10GbE (khuyến nghị 10GbE cho All-Flash). | Khuyến nghị tối thiểu 25GbE, lý tưởng 100GbE (hỗ trợ RoCEv2/TCP). |
| Hiệu năng I/O & Độ trễ | Giới hạn bởi kiến trúc hàng đợi SCSI cũ; dễ bị thắt cổ chai ở khâu ghi nhận vào Cache. | Cao hơn gấp 2 – 4 lần; tận dụng tối đa hàng đợi song song của NVMe và mạng tốc độ cao. |
| Cơ chế RAID & Hiệu quả lưu trữ | RAID-5/6 tốn nhiều I/O khuếch đại (write amplification), thường phải đánh đổi hiệu năng. | RAID-5/6 nhanh ngang ngửa RAID-1 nhờ engine ghi nhật ký mới (vSAN LFS), tiết kiệm dung lượng lớn. |
| Compression & Encryption | Thực hiện ở tầng dưới (Capacity Tier); tốn tài nguyên giải nén khi truyền qua mạng. | Thực hiện ngay tại Top Layer (trước khi ghi qua mạng), giúp giảm băng thông mạng và tải CPU. |
| Cơ chế Snapshot | Bị suy giảm hiệu năng đáng kể (I/O penalty) khi chuỗi snapshot kéo dài. | Native Snapshot siêu nhanh, hầu như không ảnh hưởng đến hiệu năng máy ảo. |
| Khả năng phục hồi dữ liệu | Chậm hơn, phụ thuộc vào tốc độ ghi nhận của Disk Group chứa ổ bị hỏng. | Nhanh hơn rõ rệt nhờ phân tán I/O đều lên tất cả ổ NVMe trong cụm mà không bị nghẽn ở tầng Cache. |
| Kịch bản triển khai thực tế | Tối ưu chi phí / Giữ phần cứng cũ: Tận dụng máy chủ sẵn có, ổ SATA SSD/HDD, switch 10GbE. | Đầu tư cụm mới (Greenfield): Cụm máy chủ mới, switch 25/100GbE, tải nặng (AI, Big Data, DB quy mô lớn). |
2.1. Mô hình hướng đối tượng của vSAN:
Khác với SAN truyền thống quản lý dữ liệu theo các khối LUN cố định, vSAN quản lý mọi thứ theo dạng Object. Một máy ảo (VM) trên vSAN không phải là một file đơn lẻ đặt trên LUN, mà được chia thành nhiều Object độc lập.
a) Các loại Object cơ bản của một máy ảo:
- VM Home Namespace: Chứa file cấu hình máy ảo (.vmx), file nhật ký (.log), file mô tả đĩa ảo. Dung lượng thường nhỏ, khoảng vài chục GB.
- VMDK (Virtual Disk): Ổ đĩa ảo của máy ảo, chứa hệ điều hành và dữ liệu người dùng. Đây là object chiếm nhiều dung lượng nhất.
- VM Swap Object: Tạo ra khi máy ảo bật nguồn để làm bộ nhớ ảo trao đổi khi RAM vật lý bị thiếu.
- Snapshot Object: Mỗi lần chụp snapshot máy ảo, một object dạng delta disk sẽ được tạo riêng để lưu các thay đổi mới.
b) Từ Object đến Component:
Một Object hiếm khi nằm trọn vẹn trên một ổ đĩa duy nhất. Thay vào đó, vSAN sẽ tự động chia nhỏ Object thành một or nhiều Component con.
Việc chia nhỏ này phụ thuộc vào 2 yếu tố:
- Storage Policy: Nếu bạn chọn chính sách sao chép dữ liệu (RAID-1), một Object sẽ được nhân đôi thành 2 Component dữ liệu giống nhau nằm ở 2 máy chủ khác nhau, kèm theo 1 Component chứng thực gọi là Witness.
- Giới hạn kích thước Component: Trong vSAN, một Component có dung lượng tối đa là 255 GB. Nếu bạn tạo một ổ đĩa ảo 600 GB, dù chỉ dùng RAID-0 (không bảo vệ), vSAN vẫn buộc phải cắt nhỏ ổ này thành ít nhất 3 Component dữ liệu (ví dụ 255 GB, 255 GB và 90 GB) để phân bổ rải rác trên các ổ đĩa khác nhau.
c) Vai trò của Witness Component:
Witness là một thành phần đặc biệt chỉ chứa siêu dữ liệu (metadata), kích thước rất nhỏ (vài MB). Nhiệm vụ duy nhất của Witness là tham gia bỏ phiếu (Vote) để giải quyết xung đột khi có sự cố mạng hoặc chia cắt cụm (hiện tượng Split-Brain). Nó đảm bảo chỉ nhóm máy chủ nào nắm giữ trên 50% tổng số phiếu bầu của Object thì mới được quyền ghi dữ liệu tiếp, ngăn chặn nguy cơ hỏng dữ liệu.
3. TRẠNG THÁI CỦA OBJECT VÀ COMPONENT TRONG THỰC TẾ QUẢN TRỊ
3.1. Trạng thái của Component:
- Active: Component đang hoạt động hoàn toàn bình thường, dữ liệu đồng bộ và sẵn sàng phục vụ đọc ghi.
- Degraded: Trạng thái xảy ra khi ổ đĩa chứa Component bị lỗi phần cứng vĩnh viễn (chết ổ, rút hẳn ổ ra khỏi máy chủ). vSAN nhận biết ổ đĩa này không thể phục hồi được nữa nên sẽ lập tức kích hoạt tiến trình tạo lại Component mới (Rebuild) trên ổ đĩa khác trong cụm ngay lập tức mà không cần chờ đợi.
- Absent: Trạng thái xảy ra khi máy chủ hoặc ổ đĩa bị mất kết nối tạm thời (ví dụ máy chủ khởi động lại, dây mạng bị lỏng, rút nhầm card). Lúc này dữ liệu trên ổ chưa hẳn đã hỏng. vSAN sẽ kích hoạt một bộ đếm thời gian trễ mặc định là 60 phút (clomd timeout). Trong 60 phút này, vSAN chỉ ghi nhận các thay đổi vào bộ đệm và kiên nhẫn chờ máy chủ quay trở lại. Nếu sau 60 phút máy chủ vẫn không xuất hiện, vSAN mới chính thức coi như mất hẳn và bắt đầu tái tạo lại Component ở nơi khác.
Trạng thái của Object:
- Healthy: Toàn bộ các Component cấu thành Object đều hoạt động tốt hoặc có đủ số lượng bản sao cần thiết theo đúng Storage Policy. Máy ảo chạy ổn định.
- Non-compliant: Object vẫn có thể đọc ghi bình thường nhưng số lượng bản sao dữ liệu hiện tại không còn đáp ứng đúng chuẩn chính sách đề ra (ví dụ cấu hình RAID-1 nhưng 1 bản sao bị Absent do máy chủ đang reboot).
- Inaccessible: Trạng thái nguy hiểm nhất. Xảy ra khi có quá nhiều ổ đĩa hoặc máy chủ gặp sự cố đồng thời vượt quá mức chịu lỗi của chính sách (ví dụ cấu hình RAID-1 FTT=1 mà chết cùng lúc 2 máy chủ chứa 2 bản sao dữ liệu). Khi đó Object không thể đọc ghi, máy ảo sẽ bị treo hoặc sập hoàn toàn. Muốn cứu máy ảo, bắt buộc phải khôi phục lại ít nhất một trong các máy chủ bị hỏng để lấy lại Component còn thiếu.
4. CÁC CƠ CHẾ BẢO VỆ DỮ LIỆU RAID TRONG vSAN: RAID-0, RAID-1, RAID-5, RAID-6
Trong vSAN, RAID không được cấu hình bằng card RAID vật lý trên máy chủ. Toàn bộ ổ đĩa vật lý phải cắm ở chế độ Passthrough (HBA mode). RAID trong vSAN được thiết lập bằng phần mềm thông qua các Storage Policy gán cho từng máy ảo.
a) RAID-0 (Striping):
- Cơ chế: Dữ liệu được chia thành các dải (stripe) và ghi rải rác trên nhiều ổ đĩa hoặc nhiều máy chủ mà không tạo thêm bất kỳ bản sao lưu phòng ngừa nào.
- Mức chịu lỗi (FTT - Failure to Tolerate): FTT = 0. Nếu bất kỳ một ổ đĩa nào chứa dữ liệu bị hỏng, toàn bộ Object đó coi như mất trắng.
- Dung lượng tiêu hao: 100% (1 TB dữ liệu chỉ tốn 1 TB dung lượng thô).
- Tình huống thực tế: Chỉ dùng cho các máy ảo chứa dữ liệu tạm thời, máy ảo xử lý tính toán phân tán (Hadoop worker, node render video) có thể xóa tạo lại bất cứ lúc nào, hoặc môi trường lab thử nghiệm không quan trọng.
b) RAID-1 (Mirroring):
- Cơ chế: Nhân bản dữ liệu trực tiếp. Với cấu hình FTT = 1, mỗi khối dữ liệu ghi vào sẽ được nhân đôi thành 2 bản sao độc lập (Mirror Component) đặt trên 2 máy chủ ESXi khác nhau, cộng thêm 1 Witness Component đặt trên máy chủ thứ ba.
- Mức chịu lỗi: FTT = 1 (chịu được 1 máy chủ hoặc 1 ổ đĩa hỏng). Nếu cần chịu được 2 máy chủ hỏng cùng lúc, có thể cấu hình RAID-1 FTT = 2 (tạo ra 3 bản sao dữ liệu và 2 witness, cần tối thiểu 5 máy chủ).
- Dung lượng tiêu hao: Với FTT = 1, dung lượng nhân đôi (200%). Cần lưu 1 TB dữ liệu thì hệ thống mất đúng 2 TB dung lượng thô.
- Yêu cầu số máy chủ tối thiểu: Cần tối thiểu 3 máy chủ ESXi (2 máy chứa Data, 1 máy chứa Witness).
- Ưu và nhược điểm thực tế: Ưu điểm là hiệu năng đọc và ghi cực kỳ cao, không tốn tài nguyên tính toán parity. Rất phù hợp cho các cơ sở dữ liệu giao dịch nặng (SQL Server, Oracle Database, ERP). Nhược điểm duy nhất là rất tốn dung lượng lưu trữ.
c) RAID-5 (Erasure Coding 3+1):
- Cơ chế: Dữ liệu được chia thành 3 phần dữ liệu (Data) và 1 phần mã chẵn lẻ (Parity), sau đó ghi phân tán đều lên 4 máy chủ ESXi khác nhau.
- Mức chịu lỗi: FTT = 1 (hệ thống vẫn an toàn nếu bất kỳ 1 trong 4 máy chủ gặp sự cố).
- Dung lượng tiêu hao: Chỉ tốn 133% dung lượng thô (1 TB dữ liệu chỉ cần 1.33 TB dung lượng trên cụm). Tiết kiệm hơn rất nhiều so với mức 200% của RAID-1.
- Yêu cầu số máy chủ tối thiểu:
+ Đối với vSAN OSA: Cần tối thiểu 4 máy chủ ESXi (cơ chế 3+1).
+ Đối với vSAN ESA: Linh hoạt hơn, nếu cụm có từ 6 máy chủ trở lên sẽ dùng cơ chế 4+1 (tiêu hao 125%), còn nếu cụm chỉ có từ 3 đến 5 máy chủ thì ESA tự động dùng cơ chế 2+1 (tiêu hao 150%).
- Tình huống thực tế: Phù hợp cho phần lớn các máy ảo thông thường trong doanh nghiệp như máy chủ ứng dụng web, máy chủ file, Active Directory, môi trường kiểm thử QA/Staging, nơi cần tối ưu chi phí dung lượng đĩa mà vẫn đảm bảo tính an toàn cao.
d) RAID-6 (Erasure Coding 4+2):
- Cơ chế: Dữ liệu được chia thành 4 phần dữ liệu và tạo thêm 2 phần mã chẵn lẻ Parity độc lập (Dual Parity), ghi rải rác trên 6 máy chủ ESXi khác nhau.
- Mức chịu lỗi: FTT = 2 (cụm có thể sập đồng thời 2 máy chủ hoặc chết 2 ổ đĩa cùng lúc mà dữ liệu của máy ảo vẫn hoạt động bình thường, không hề bị gián đoạn).
- Dung lượng tiêu hao: Tốn 150% dung lượng thô (1 TB dữ liệu tốn 1.5 TB dung lượng). Vừa an toàn gấp đôi RAID-1 FTT=1, vừa tiết kiệm hơn mức 200% của RAID-1 FTT=1 và mức 300% của RAID-1 FTT=2.
- Yêu cầu số máy chủ tối thiểu: Cần tối thiểu 6 máy chủ ESXi.
- Tình huống thực tế: Dùng cho các hệ thống máy chủ cốt lõi đòi hỏi tính sẵn sàng cực cao (Mission-Critical Systems), hệ thống thanh toán ngân hàng, lưu trữ hồ sơ bệnh án hoặc các cụm vSAN quy mô lớn (trên 10 máy chủ), nơi xác suất xảy ra lỗi kép (2 máy chủ hỏng cùng lúc trong khi đang rebuild) là hoàn toàn có thể xảy ra.