ApsaraDB for MongoDB:チェーンレプリケーションの性能テスト

パラメーター

書き込み懸念：書き込み操作に対して MongoDB から要求される確認レベル。このテストでは、次の値を使用します：

• {w:"majority"}：デフォルト設定。書き込みは、レプリカセット内の投票ノードの過半数に複製された後に確認されます。

• {w: 1}：書き込みは、プライマリノードが確認した後に確認されます。

パフォーマンスの比較とまとめ

• ノード数が固定の場合、書き込み懸念の設定によって、チェーンレプリケーションを無効にすると書き込みパフォーマンスが低下するかどうかが決まります。

  書き込み懸念：{w:1}

  • 3 ノードインスタンスの場合、チェーンレプリケーションを無効にした場合のパフォーマンス低下はごくわずかです。

  • 7 ノードインスタンスの場合、チェーンレプリケーションを無効にすると、パフォーマンスが約 20.3% 低下します。

  • 15 ノードインスタンスの場合、パフォーマンスは 46.8% 低下し、プライマリノードの CPU 使用率が大幅に増加します。

  書き込み懸念：{w:"majority"}

  • 3 ノードインスタンスの場合、チェーンレプリケーションを無効にした場合のパフォーマンス低下はごくわずかです。

  • 7 ノードおよび 15 ノードのインスタンスの場合、チェーンレプリケーションを無効にすると、パフォーマンスが約 6.5% から 43.5% 向上します。

    パフォーマンス向上の理由：チェーンレプリケーションを無効にすると、レプリカセット内のすべてのノードの同期パスが短縮され、過半数条件を満たしやすくなり、各書き込み操作のレイテンシが短縮されます。

    非投票ノードの影響：投票ノードの数が 7 つに固定されている場合、プライマリノードのレプリケーション負荷が増加するため、非投票ノードを追加するほど、チェーンレプリケーションを無効にすることによるパフォーマンスの向上は減少します。

• chainingAllowed と writeConcern の設定が同じ場合、ノード数が増えるにつれて書き込みパフォーマンスは低下します。この低下は、チェーンレプリケーションを無効にした場合により顕著になります。

  • デフォルト設定 (chainingAllowed:true および writeConcern:{w:"majority"}) では、レプリカセットの投票メンバーは最大 7 つであるため、過半数条件は変わらず、7 ノードから 15 ノードに拡張してもパフォーマンスの低下は大きくありません。

  • チェーンレプリケーションが有効かどうかにかかわらず、writeConcern:{w:1} のパフォーマンスは writeConcern:{w:"majority"} よりも大幅に優れています。これは、書き込み懸念の仕組みを考えると想定内の結果です。

  • 書き込み懸念の設定が固定されている場合、チェーンレプリケーションを無効にすると、有効にした場合と比べて、ノード数が増えるにつれてプライマリノードの CPU 使用率が大幅に増加します。