AWS EFS MongoDBレプリカセットを使用したエラスティックファイルシステム

Question

3つのEC2インスタンスがあり、それぞれに独自のMongoDBがあり、レプリカセットに接続されています。

EFSは、複数のEC2インスタンス間で共有することができ、私は三つのこと...

1. を疑問に思ってのMongoDBインスタンスがまだディスク上のデータならばレプリカセットに接続する必要があるため3つのインスタンスの間で事実上既に共有されていますか？ （私の心配はMongo DBのRAMにあり、各Mungo DBインスタンスは「知っていない」、データがあったかどうか、または直接データをディスクにポップすると重要な「索引付け」ステップが省略される）

2. パフォーマンスの観点からは、MongoDBをNに同じN回書くのではなく、ファイルシステムに一度しか書き込む必要がない場合は別のインスタンスを作成する方がよいでしょうか？

3. 各EC2インスタンスをそれぞれのEFSにマウントしても、上記の2つの質問に心配しないと、すべてが「安全」であることを確認できますか？これを行うことはありません、で起動するには

Answer 1

1. （その場合にはコストがN回GBあたりのコストになります）。データベースシステムは、通常、作業しているデータファイルをロックします。これは、データが実際にディスクに書き込まれる時期と方法を制御できるようにするためです。ネットワーク化されたファイルシステムを使用してこのロック機構を回避することは可能ですが、そうしないでください。あなたはデータ破損まで自分自身を開きます。あなたがこれを最初に働かせることさえできれば。

2. ポイント1を参照すると、データが破損します。レプリカは、データの読み取りパフォーマンスと可用性を向上させることを目的としています。

3. 実際にMongoにEFSを使用する必要はありません。より多くの書き込みパフォーマンスが必要な場合は、レプリカやシャードを使用するとうまく動作します。