Chọn NVMe cho máy chủ: latency, độ bền và workload

Ổ NVMe cho máy chủ không nên được chọn chỉ theo tốc độ đọc tuần tự. Database, VM và backup có kiểu truy cập khác nhau; dung lượng, độ trễ, độ bền ghi và đặc tính mất điện cần được xem cùng giá.

Đọc thông số theo công việc

IOPS cần kèm block size, queue depth và tỷ lệ đọc/ghi. Kết quả ở queue rất cao không đại diện một ứng dụng ít request đồng thời. Một giá trị throughput tối đa cũng không cho biết tail latency khi ổ đang gần đầy.

Consumer và enterprise: kiểm tra model cụ thể

Hai nhãn này không đủ quyết định. Hãy đọc datasheet của đúng model về endurance, bảo vệ mất điện, nhiệt, firmware, kích thước và điều kiện bảo hành. Không mặc định mọi ổ enterprise đều đáp ứng mọi yêu cầu hoặc mọi ổ consumer đều không dùng được.

Với database cần durability, kiểm tra toàn chuỗi ghi: ứng dụng, OS, storage và phần cứng. UPS hỗ trợ nguồn nhưng không thay việc đánh giá cache và hành vi khi hệ thống lỗi.

Ước tính nhu cầu ghi

Ví dụ giả định ứng dụng tạo 200 GB dữ liệu ghi mỗi ngày trong 3 năm cho 200 × 365 × 3 = 219.000 GB, tức 219 TB thập phân trước các yếu tố ghi thêm. WAL, compaction, snapshot và workload thực tế có thể làm tổng ghi khác đi.

Đối chiếu tổng host writes và số liệu thiết bị với giới hạn của model. Một ước tính ban đầu không thay giám sát; mức ghi có thể tăng sau khi thêm tenant hoặc job.

Dung lượng dùng được khác số ghi trên nhãn

Mirror/RAID làm thay đổi dung lượng hiệu dụng. Pool còn cần chỗ cho metadata, snapshot và biến động dữ liệu. Thin provisioning có thể cấp tổng virtual disk lớn hơn dung lượng vật lý, nên cần cảnh báo và kế hoạch tăng pool trước khi đầy.

Benchmark đúng và tránh phá dữ liệu

1. Dùng môi trường thử hoặc ổ được phép kiểm thử.
2. Chọn read/write mix và block size đại diện.
3. Ghi phiên bản công cụ, queue, thời gian và trạng thái ổ.
4. Đo latency và throughput trong tải ổn định.
5. Thử ứng dụng/database thật để đối chiếu.
6. Không chạy phép ghi trực tiếp lên ổ có dữ liệu cần giữ.

Kết quả ở ổ trống ngay sau cài có thể khác khi đã dùng lâu, đầy hơn hoặc bị nhiệt. Ghi bối cảnh đo giúp so sánh có ý nghĩa. Không dùng một benchmark ngắn để cam kết IOPS production.

Ổ cũ và sức khỏe

• Xác nhận model, serial, firmware và thời gian sử dụng.
• Đọc health, media error và lượng đã ghi bằng công cụ phù hợp.
• Kiểm tra nhiệt, throttling và log lỗi.
• Có phương án thay thế và bản sao độc lập.
• Thử restore trước khi coi storage là sẵn sàng.

Xem Proxmox với ZFS và bảng giá máy chủ. Gửi workload database/VM, dung lượng và mức ghi thay vì chỉ yêu cầu 'NVMe nhanh'.