Sysbench ベンチマーク結果
flavor ごとに測定した MongoDB Enterprise の Sysbench 結果です。provisioning の前に cluster のサイジングを検討できるよう公開しています。
警告
これは合成ワークロードによる参考値であり、性能保証ではありません。実際のスループットは異なります。本番構成を決める前に、必ず自身のワークロードでテストしてください。
何を測定したか
このベンチマークは OLTP の read/write 性能を評価し、CPU とメモリの増加に対してスループットがどう変化するかを示し、instance サイズ選択の根拠を提供します。
| 指標 | 意味 |
|---|---|
| Sysbench Read | テスト中に実行された読み取りクエリの総数 |
| Sysbench Write | テスト中に実行された書き込みクエリの総数 |
| QPS | 1 秒あたりに処理されたクエリの平均数 |
| TPS | 1 秒あたりに完了したトランザクションの平均数 |
QPS と TPS が高いほど、テストされたワークロードでのスループットが高いことを意味します。
テスト環境
| パラメータ | 値 |
|---|---|
| ベンチマークツール | Sysbench (OLTP Read/Write) |
| ドキュメント数 | 1,000,000 |
| 操作数 | 1,000,000 |
| ワークロード種別 | Read/Write |
| スレッド数 | flavor ごとに異なる — 結果表を参照 |
| MongoDB バージョン | MongoDB Enterprise v8.0.20-ent |
| IOPS | 6,000 |
結果
| Flavor (vCPU/RAM) | スレッド数 | Sysbench Read | Sysbench Write | QPS | TPS |
|---|---|---|---|---|---|
| 2C4G | 8 | 500,310 | 499,690 | 4,083.95 | 4,083.95 |
| 2C8G | 8 | 500,652 | 499,348 | 5,120.56 | 5,120.56 |
| 4C8G | 16 | 499,868 | 500,132 | 9,007.79 | 9,007.79 |
| 8C16G | 32 | 501,398 | 498,602 | 17,666.60 | 17,666.66 |
| 8C32G | 64 | 500,420 | 499,529 | 21,993.49 | 21,993.49 |
| 16C32G | 64 | 499,522 | 500,478 | 31,626.55 | 31,626.55 |
| 16C64G | 128 | 500,086 | 499,914 | 34,621.24 | 34,621.24 |
数値の読み方
スループットは CPU とメモリに応じて上がりますが、線形ではありません。2C4G から 2C8G へ（RAM のみ倍増）で QPS は約 25% 増、4C8G から 8C16G ではおよそ倍になります。上位構成では他の制約が効いてきて、伸びは鈍化します。
実際の性能は次に依存します。
- アプリケーションのワークロード特性
- スキーマ設計とインデックス
- read/write の比率
- storage とネットワークの構成
テストは 6,000 IOPS で実施した点に注意してください。これより低い storage policy では I/O がボトルネックとなり、vCPU を増やしてもこの数値には到達しません。
次のステップ
- flavor と storage policy を選択する 最初の database を作成する
- 稼働中の cluster を変更する database リソース構成の変更