RAID 10 vs RAID 5: chọn loại nào cho server?

RAID 10 và RAID 5 là hai cấu hình RAID phổ biến nhất cho server. Cả hai đều bảo vệ dữ liệu khi ổ cứng hỏng, nhưng cơ chế khác nhau hoàn toàn. Chọn sai thì hoặc lãng phí tiền ổ cứng, hoặc server chạy chậm, hoặc mất dữ liệu khi rebuild.

Bài này đặt RAID 10 và RAID 5 cạnh nhau, so sánh từng tiêu chí quan trọng, và đưa ra hướng dẫn chọn cho từng loại server.

Tổng quan nhanh

RAID 10 kết hợp mirroring (RAID 1) và striping (RAID 0). Dữ liệu được nhân bản ra 2 ổ giống hệt nhau (mirror), rồi nhiều cặp mirror được ghép song song (stripe). Ghi nhanh vì không cần tính parity. Rebuild nhanh vì chỉ copy từ ổ mirror. Tốn 50% dung lượng, cần tối thiểu 4 ổ.

RAID 5 dùng striping kết hợp distributed parity. Dữ liệu và parity phân tán đều lên tất cả ổ. Khi 1 ổ hỏng, hệ thống dùng parity tính ngược ra dữ liệu mất. Tiết kiệm dung lượng hơn RAID 10, cần tối thiểu 3 ổ. Nhưng ghi chậm hơn và rebuild lâu hơn.

Nếu cần xem thêm các cấp RAID khác (RAID 0, 1, 6), bài so sánh tổng hợp có đầy đủ thông tin.

Bảng so sánh trực tiếp

Tiêu chí	RAID 10	RAID 5
Ổ tối thiểu	4	3
Dung lượng khả dụng (4 ổ x 1TB)	2TB (50%)	3TB (75%)
Chịu ổ hỏng	1 ổ/cặp mirror	1 ổ toàn mảng
Tốc độ đọc tuần tự	Cao	Cao
Tốc độ ghi ngẫu nhiên	Rất cao	Trung bình (write penalty)
Rebuild time (4 ổ x 2TB)	1-2 giờ	4-8 giờ
Chi phí/TB khả dụng	Cao hơn	Thấp hơn
Rủi ro khi rebuild	Thấp	Cao (URE)
Hiệu năng khi degraded	Gần như bình thường	Giảm rõ rệt

Write performance: RAID 10 thắng rõ

Đây là khác biệt lớn nhất giữa hai cấu hình, và cũng là lý do chính mà server production chọn RAID 10.

RAID 10 ghi đơn giản: Controller chỉ cần ghi bản gốc lên ổ A và bản mirror lên ổ B trong cùng cặp. Hai thao tác ghi song song, xong.

RAID 5 ghi phức tạp: Mỗi lần ghi một block dữ liệu, controller phải thực hiện quy trình “read-modify-write”:

1. Đọc dữ liệu cũ tại vị trí cần ghi
2. Đọc parity cũ tương ứng
3. Tính parity mới từ dữ liệu mới và parity cũ (XOR)
4. Ghi dữ liệu mới
5. Ghi parity mới

5 thao tác I/O cho 1 lần ghi. Đó là lý do RAID 5 có “write penalty” lớn.

Trong benchmark thực tế, RAID 10 thường nhanh gấp 2 đến 3 lần RAID 5 ở random write IOPS. Với workload như database (MySQL, PostgreSQL), email server, hoặc VPS node chạy nhiều máy ảo, hiệu năng ghi ảnh hưởng trực tiếp đến tốc độ ứng dụng.

Một số controller RAID có write cache (battery-backed) giúp giảm bớt write penalty của RAID 5. Nhưng khi cache đầy (dưới tải nặng kéo dài), hiệu năng ghi RAID 5 vẫn tụt rõ rệt.

Read performance: gần bằng nhau

Cả RAID 10 và RAID 5 đều đọc nhanh nhờ striping. Dữ liệu phân tán trên nhiều ổ, controller đọc song song.

RAID 10 có lợi thế nhỏ: controller có thể đọc từ cả 2 ổ trong mỗi cặp mirror, phân tải request linh hoạt hơn. Nhưng sự khác biệt không lớn trong thực tế.

Với workload đọc nhiều ghi ít (web server phục vụ static content, CDN origin, read replica database), cả hai đều đáp ứng tốt. Ở điều kiện này, lợi thế ghi của RAID 10 không phát huy, và RAID 5 tiết kiệm dung lượng hơn.

Thời gian rebuild: RAID 10 nhanh hơn nhiều

Rebuild là quá trình khôi phục dữ liệu khi thay ổ mới vào mảng sau khi 1 ổ hỏng. Cơ chế rebuild khác nhau hoàn toàn giữa hai loại.

RAID 10 rebuild: Controller copy dữ liệu từ ổ còn lại trong cùng cặp mirror sang ổ mới. Volume dữ liệu cần đọc = dung lượng 1 ổ. Các cặp mirror khác không bị ảnh hưởng, hệ thống vẫn chạy gần bình thường.

RAID 5 rebuild: Controller phải đọc toàn bộ dữ liệu trên tất cả ổ còn lại trong mảng, tính ngược parity để khôi phục dữ liệu ổ hỏng, rồi ghi vào ổ mới. Volume cần đọc = tổng dung lượng tất cả ổ còn lại. Toàn bộ mảng bị tải nặng trong suốt quá trình.

Ví dụ cụ thể: Mảng 4 ổ x 2TB.

• RAID 10: rebuild đọc 2TB từ 1 ổ mirror. Thời gian khoảng 1-2 giờ với NVMe, 3-4 giờ với SSD SATA.
• RAID 5: rebuild đọc 6TB từ 3 ổ còn lại, tính parity, ghi 2TB. Thời gian 4-8 giờ với NVMe. Với HDD, có thể lên đến 12-24 giờ.

Thời gian rebuild dài đồng nghĩa thời gian hệ thống ở trạng thái “degraded” (mất bảo vệ) lâu hơn. Trong trạng thái này, nếu thêm 1 ổ nữa hỏng, dữ liệu mất.

Với RAID 10, trạng thái degraded chỉ ảnh hưởng 1 cặp mirror, các cặp khác vẫn có đầy đủ bảo vệ. Với RAID 5, toàn bộ mảng không còn bảo vệ nào trong suốt thời gian rebuild.

Rủi ro URE khi rebuild RAID 5

URE (Unrecoverable Read Error) là lỗi đọc không thể khôi phục, xảy ra ngẫu nhiên trên mọi ổ cứng. Đây không phải lỗi “ổ hỏng”, mà là lỗi đọc 1 sector cụ thể thất bại.

Tỷ lệ URE điển hình:

• Ổ HDD enterprise: 1 lỗi trên 10^15 bit đọc (khoảng 114TB)
• Ổ SSD/NVMe enterprise: 1 lỗi trên 10^17 bit đọc (khoảng 11.4PB)

Khi RAID 5 rebuild, controller phải đọc toàn bộ dữ liệu trên các ổ còn lại. Với mảng 4 ổ HDD x 4TB, cần đọc 12TB. Xác suất gặp ít nhất 1 URE trong 12TB: khoảng 10%. Con số này tăng theo dung lượng mảng.

Nếu gặp URE trong lúc rebuild, controller không thể tính ngược parity cho sector đó. Kết quả: rebuild thất bại, dữ liệu mất.

RAID 10 ít bị ảnh hưởng vì rebuild chỉ đọc từ 1 ổ (2-4TB thay vì 12TB), xác suất gặp URE thấp hơn nhiều. Với NVMe/SSD, tỷ lệ URE bản thân đã rất thấp, nên rủi ro này gần như không đáng lo.

Tuy nhiên, với HDD dung lượng lớn (4TB, 8TB, 16TB) trên RAID 5, rủi ro URE khi rebuild là mối lo thực sự. Đây là lý do ngành đang dần chuyển từ RAID 5 sang RAID 6 hoặc RAID 10 cho mảng HDD lớn.

Chi phí: RAID 5 tiết kiệm hơn

RAID 10 mất 50% dung lượng cho mirror. RAID 5 chỉ mất 1 ổ cho parity. Với mảng càng nhiều ổ, RAID 5 càng tiết kiệm.

Ví dụ cụ thể:

Cần 10TB dung lượng khả dụng:

• RAID 10: cần 20TB ổ cứng (10 ổ x 2TB hoặc 5 ổ x 4TB, luôn số chẵn)
• RAID 5: cần khoảng 14TB ổ cứng (7 ổ x 2TB, dung lượng khả dụng = 12TB)

Chênh lệch chi phí ổ cứng: 30-40% tuỳ đơn giá ổ.

Với storage server lưu trữ hàng chục TB dữ liệu (backup, archive, media), RAID 5 hoặc RAID 6 tiết kiệm đáng kể. Với server production chỉ cần vài TB cho database/OS/website, chi phí thêm của RAID 10 không đáng bao nhiêu so với giá trị uptime và hiệu năng.

Hiệu năng khi degraded

Khi 1 ổ đã hỏng nhưng chưa thay ổ mới, mảng chạy ở trạng thái “degraded”. Hiệu năng ở trạng thái này khác nhau rõ rệt.

RAID 10 degraded: Cặp mirror bị mất 1 ổ chỉ đọc từ ổ còn lại. Tốc độ đọc cặp đó giảm (mất khả năng đọc song song), nhưng các cặp khác vẫn bình thường. Tốc độ ghi không ảnh hưởng vì controller vẫn ghi bình thường, chỉ thiếu bản mirror.

RAID 5 degraded: Mọi lần đọc dữ liệu thuộc ổ hỏng đều phải tính ngược từ parity + dữ liệu trên các ổ còn lại. Toàn bộ mảng chạy chậm hơn bình thường. Ghi cũng chậm hơn vì phải cập nhật parity liên tục.

Với server production cần uptime và hiệu năng ổn định, RAID 10 cho trải nghiệm degraded tốt hơn hẳn.

Khi nào chọn RAID 10, khi nào chọn RAID 5

Chọn RAID 10 khi:

• Database server (MySQL, PostgreSQL, MongoDB, SQL Server)
• Email server (Exchange, Zimbra, iRedMail)
• VPS/hosting node production phục vụ nhiều website hoặc máy ảo
• Virtualization server (VMware ESXi, Proxmox, Hyper-V)
• Workload random write nặng, cần latency thấp
• Server dùng ổ NVMe/SSD, muốn tận dụng tối đa tốc độ
• Uptime là ưu tiên số 1, chấp nhận chi phí ổ cao hơn

Chọn RAID 5 khi:

• File server, NAS lưu trữ nội bộ
• Backup storage, archive server
• Workload đọc nhiều ghi ít (web server static content, CDN origin)
• Cần dung lượng lớn với chi phí hợp lý
• Mảng dùng ổ nhỏ (dưới 2TB) và ít ổ (3-4 ổ)
• Dữ liệu có thể khôi phục từ nguồn khác nếu mảng hỏng

Nếu workload nằm giữa hai lựa chọn (ví dụ: file server nhưng có cả write-heavy application), RAID 6 có thể là phương án dung hòa: dung lượng khả dụng cao hơn RAID 10, an toàn hơn RAID 5.

Kết luận

Production server chạy database, email, hosting, VPS nên dùng RAID 10. Hiệu năng ghi cao, rebuild nhanh, rủi ro thấp. Chi phí ổ cứng nhỉnh hơn, nhưng đổi lại là uptime và hiệu năng tốt hơn rõ rệt.

Storage server, archive, backup, NAS dung lượng lớn có thể dùng RAID 5 (hoặc RAID 6 nếu cần bảo vệ kép). Tiết kiệm chi phí, dung lượng khả dụng cao hơn, phù hợp workload đọc nhiều.

Toàn bộ hạ tầng server tại AZDIGI sử dụng ổ NVMe U.2 RAID-10 cho hosting và VPS, kết hợp tốc độ NVMe với độ an toàn của RAID 10 để đảm bảo hiệu năng I/O và bảo vệ dữ liệu ở mức cao.

Câu hỏi thường gặp

RAID 5 có bị mất dữ liệu khi rebuild không?

Có khả năng. Nếu trong quá trình rebuild, bất kỳ ổ nào còn lại gặp lỗi đọc (URE), rebuild thất bại và dữ liệu có thể mất. Rủi ro này tăng theo dung lượng ổ và số lượng ổ trong mảng. Với ổ HDD 4TB trở lên, xác suất gặp URE khi rebuild không hề nhỏ. Đây là lý do nhiều quản trị viên đã chuyển từ RAID 5 sang RAID 6 hoặc RAID 10 cho dữ liệu quan trọng.

RAID 10 có đáng chi phí gấp đôi không?

“Gấp đôi” hơi cường điệu. RAID 10 mất 50% dung lượng, nhưng chi phí tổng thể server còn gồm CPU, RAM, mainboard, nguồn, tủ rack, băng thông, nhân sự. Chi phí ổ cứng thường chỉ chiếm 15-25% tổng chi phí server.

Với database server hay VPS node, hiệu năng ghi RAID 10 ảnh hưởng trực tiếp đến tốc độ ứng dụng. Rebuild nhanh giảm downtime risk. Nếu tính tổng chi phí vận hành (bao gồm cả rủi ro mất dữ liệu), RAID 10 thường xứng đáng.

Với storage server cần hàng chục TB, chênh lệch chi phí ổ cứng mới đáng kể, và lúc đó RAID 5/6 là lựa chọn hợp lý hơn.

Server nhỏ nên dùng RAID nào?

Server chỉ có 2 khe ổ: RAID 1 là lựa chọn duy nhất có bảo vệ. Đơn giản, hiệu quả.

Server 4 ổ chạy workload hỗn hợp (web + database): RAID 10 cho hiệu năng và an toàn tốt nhất. 2TB khả dụng từ 4 ổ 1TB là đủ cho nhiều ứng dụng.

Server 4 ổ cần dung lượng lớn, workload đọc nhiều (file share, backup): RAID 5 tiết kiệm hơn với 3TB khả dụng, nhưng chấp nhận rủi ro rebuild cao hơn.

Nếu phân vân, mặc định chọn RAID 10. Chi phí thêm không đáng bao nhiêu, nhưng sự yên tâm về dữ liệu và hiệu năng rất có giá trị.