2016-10-03 5 views
3

私は1台のマシンでAWSインスタンスを実行しています。すべてのデータファイル、サーバー設定、mongodbデータベースなどがあります。新しいAMIイメージを作成し、このイメージからインスタンスを起動しようとしました。 作成した新しいマシンで、mongodbジャーナルのサイズは、元のマシンの2.6MBから新しいマシンの3.1GBに増加し始めました。 (マシンが起動してマシンに接続されると、ファイルのサイズが徐々に増え、10分で約3.1GBに達して停止することがわかります。AMIからインスタンスを作成すると、mongodbのジャーナルサイズが3GBに増えます

他の回答によれば、3.1GB

私は古いファイルや新しいファイルで 'smallFile'設定が有効になっていないと思うのですが、私の質問では、なぜジャーナルファイルのマジックナンバーですか?新しい画像と新しいインスタンスを複数回作成して再試行しました。

この問題を解決する方法を教えてください。私の合計データファイルサイズは約195MBで、元のジャーナルファイルサイズは約2.6MBです。

+0

?その場合は、「再起動しない」オプションを選択していますか? –

+0

ソースインスタンスが実行されていましたが、「再起動しません」はオフになっていました。元のサーバーはリブートされました – JackDaniels

+0

ご清聴ありがとうございます。 –

答えて

0

物事の音から、MMAPv1を使用しているので、natural usage of the journal filesが表示されています。各ジャーナルファイルのサイズは最大1GBです。ドキュメントに記載されているように、通常の状態では最大3つのファイルを持ち、最大3GBのジャーナルが必要です。

小規模なVM(自分のものなど)で実行する必要のある、非常に小さなDBの修正は、smallFilesの設定を有効にすることです。 SOですでに述べたように、これはnot be a problemです。

あなたはそれでいる間、あなたはまた、あなたが切り替わるときに、この他の答えをチェックアウトする場合があります:あなたはAMIを作成するときに、あなたがソース・インスタンスが稼働してそれをやっているSetting smallfiles option for controlling journaling doesn't control the size

+0

元のインスタンスでジャーナルファイルのサイズが小さい場合は、なぜですか?私はそこにsmallFile optinを設定していませんでしたか? – JackDaniels

+0

前のインスタンスで実行している負荷と、新しいインスタンスで実行している負荷との比較サイズのジャーナルを作成するには、オリジナルが無負荷で実行されている必要があります。 –

+0

はい。新しいインスタンスへのトラフィックはありませんでした。ジャーナルファイルのサイズを通常の状態に戻すには、いくつかの読み取り/書き込みで十分でしょうか? – JackDaniels

関連する問題