sql >> データベース >  >> NoSQL >> MongoDB

EC2で、ジャーナル、ログ、データ用に個別のEBSボリュームが必要なのはなぜですか?

    MongoDBチームは、データに対するIOPSのニーズが最も高く、ログが最も低く、ジャーナルがその中間にあることを経験した可能性があります。私はMongoDBにあまり詳しくありませんが、MongoDBがかもしれない理由のいくつかがあると思います。 さまざまなEBSボリュームが含まれることを示唆している:

    • コスト削減:ニーズに基づいて適切な量のIOPSをプロビジョニングすると、$が節約されます。すべてが単一のパーティションにある場合は、最大IOPS 1000を使用し、最終的にはより多くの料金を支払うことになります。
    • スナップショット:異なる(より頻繁な?)間隔でデータのスナップショットを作成できます
    • 競合:データ、ジャーナリング、ログが異なるボリュームにある場合、それらは互いに競合しません
    • スケーリング:データボリュームをジャーナルおよびログボリュームとは別にスケーリングできます
    • リスクの軽減:データ量に問題がある場合は、バックアップから復元してジャーナルを再適用し(可能だと思います)、ログで分析することもできます


    1. Javaでmongodb$groupを使用する方法は?

    2. MongoDB Aggregation:前の行の合計から現在の合計を計算する

    3. mongodb/mongooseの部分インデックス

    4. C#MongoDeleteMany-クラスを使用しない