Chuyển tới nội dung chính

Kết quả benchmark Sysbench

Đây là kết quả Sysbench của MongoDB Enterprise trên các flavor, công bố để bạn chọn cấu hình cluster trước khi provisioning.

cảnh báo

Đây là số liệu tham chiếu từ một workload tổng hợp, không phải cam kết hiệu năng. Thông lượng thực tế của bạn sẽ khác. Hãy kiểm thử với workload của chính mình trước khi chốt cấu hình production.

Đo cái gì

Benchmark đánh giá hiệu năng OLTP read/write, cho thấy thông lượng thay đổi ra sao khi tăng CPU và memory, và làm cơ sở để chọn kích thước instance.

Chỉ sốÝ nghĩa
Sysbench ReadTổng số truy vấn đọc thực hiện trong bài test
Sysbench WriteTổng số truy vấn ghi thực hiện trong bài test
QPSSố truy vấn xử lý trung bình mỗi giây
TPSSố transaction hoàn tất trung bình mỗi giây

QPS và TPS càng cao thì thông lượng dưới workload thử nghiệm càng lớn.

Môi trường test

Tham sốGiá trị
Công cụ benchmarkSysbench (OLTP Read/Write)
Số document1.000.000
Số thao tác1.000.000
Loại workloadRead/Write
Số threadThay đổi theo flavor — xem bảng kết quả
Phiên bản MongoDBMongoDB Enterprise v8.0.20-ent
IOPS6.000

Kết quả

Flavor (vCPU/RAM)ThreadSysbench ReadSysbench WriteQPSTPS
2C4G8500.310499.6904.083,954.083,95
2C8G8500.652499.3485.120,565.120,56
4C8G16499.868500.1329.007,799.007,79
8C16G32501.398498.60217.666,6017.666,66
8C32G64500.420499.52921.993,4921.993,49
16C32G64499.522500.47831.626,5531.626,55
16C64G128500.086499.91434.621,2434.621,24

Đọc các con số

Thông lượng tăng theo CPU và memory, nhưng không tuyến tính. Từ 2C4G lên 2C8G (chỉ gấp đôi RAM) thêm khoảng 25% QPS, trong khi từ 4C8G lên 8C16G thì gần gấp đôi. Mức tăng chững lại ở các cấu hình cao hơn khi các giới hạn khác trở thành nút thắt.

Hiệu năng thực tế của bạn phụ thuộc vào:

  • Đặc điểm workload của ứng dụng
  • Thiết kế schema và index
  • Tỷ lệ read/write
  • Cấu hình storage và mạng

Lưu ý bài test chạy ở 6.000 IOPS. Với storage policy thấp hơn, I/O trở thành nút thắt và thêm vCPU sẽ không đạt được những con số này.

Bước tiếp theo