MongoDB を使用するプロジェクトに取り組んでいるため、サーバー マネージャーに MongoDB のインストールを依頼しました。
最近、データ損失の可能性があるため、単一サーバーで MongoDB を実行することは実際には推奨されないという古いスタックオーバーフロー スレッドを読みました。私は本当に専門家ではないので、そのようなケースは避けたいと思っています。これらの問題はまだ存在しますか? リモート データベースなどの別の解決策を探すべきですか、それとも安全にインストールできますか?
管理対象サーバーのプロバイダーに確実に対処してもらう必要がある落とし穴にはどのようなものがありますか?
警告 - chridam がリンクしている記事は危険なほど古くなっています。
簡単に言えば、いいえ、MongoDB の単一サーバー展開について心配する必要はもうありません。デフォルトでは、MongoDB は 100 ミリ秒ごとにすべてをジャーナルに書き込みます。j(journal) オプションで書き込みがある場合、その間隔は 3 分の 1 に短縮されます。少し前に、同様の質問に対して、ザラザラした詳細（実際には2つ）を含むより長い回答を投稿しました。
ポイントは、書き込みj : trueがジャーナルに到達するまで書き込み操作が返されないことです (つまり、これらの呼び出しには平均で 16 ミリ秒以上かかると予想されます)。 .
ジャーナリング書き込み懸念 ( j : true) を使用していること、およびジャーナリングが無効になっていないことを確認する必要があります。また、デフォルトはサーバーのバージョンによって異なり、多くの新機能、バグ修正、およびパフォーマンスの改善があるため、MongoDB の最新バージョンを取得していることを確認してください (サーバーが debian 安定版のようなものを実行している場合はそうではない可能性があります)。