ファイルシステムでatimeをオフにする

mongoDBレプリカセットをセットアップしていますが、最初に行うべきことの1つは、ファイルシステムでatimeをオフにすることです。これを少し研究した後、私はこれを行うことに反対していませんが、私は、atimeを何に使うのか尋ねなければなりませんか？私はインターウェブを検索し、「このアプリケーションまたはこのプロセスはatimeを使用し、それをオフにするとバカになります」という種類の警告をほとんど見つけませんでしたが、本質的に妄想的な人であることを疑問に思います。

それでは、atimeを使用するものとそれをオフにすると何が壊れるのでしょうか？

mutt、電子メールクライアントは、ファイルアクセス時間を使用して、mbox形式のメールボックスに到着する新しいメールを監視します。どうやら、この問題は深刻ではなく、簡単に回避できます。

それ以外に、突発的なものの例を見つけることは困難noatimeです。私noatimeはすべてのファイルシステムで多くのLinuxサーバーを実行していますが、に起因する問題を見たことは一度もありませんnoatime。

noatime一般的に使用することに懸念がある場合は、mongoDBに別のファイルシステムを割り当て、そのファイルシステムのみをでマウントできますnoatime。

編集

kerneltrap.orgで興味深いブログを見つけました。このブログでは、Linux開発者（Linus Torvalds、Ingo Molnar、Alan Cox、その他）の間の話題についての議論を引用していますatime。Ingoの2番目のメールで、彼はこう言っています。

... ext3についての本当の苦情はありません-/ etc / fstabの "noatime、nodiratime"は必須であるという義務的な資格です。これにより、特に多くのファイルにアクセスする場合に、物事が非常に高速になります。一定のatime更新のためにすべてのLinuxデスクトップとサーバーが顕著なIOパフォーマンスの低下によって傷ついているのは奇妙なことですが、実際のユーザーはたった2人です。およびいくつかのバックアップツール。（わかりました。メール通知も推測します。）数万のアプリケーションのうち。そのため、ほとんどのファイルワークロードでは、Windowsに20〜30％のパフォーマンスエッジを提供しています。

一時ファイルクリーナーなど、ファイルの使用状況をポーリングするツールが使用します。relatime代わりにを使用すると、一部のファイルシステムとOSでこれを回避できます。これは、最後に更新されてから特定の期間が経過した後にのみatimeを更新します。

mongoDBレプリカセット用に個別のマウントポイントを作成することもできます。その後、他のプログラムに影響を与えることなく、そのマウントポイントでのみnoatimeパラメーターを設定できます。

ここでのフォローアップとして、relatime2009年3月頃にリリースされた2.6.30でカーネルのデフォルトになりました。つまり、noatime設定から得られる利益は、最新のカーネルでは少なくなります。

MongoDBのパフォーマンスはまだ向上しているため、これは推奨事項ですが、現在のカーネルバージョンを使用している限り、以前ほど重要ではありません。

また、ここで言及したソフトウェアに加えて、バックアップツールで使用されるatimeも見ました。

ポイント@Steven Mondayを強調したい-別のファイルシステムを使用してください。

データベースの場合、これは常に適切なオプションであり、管理する追加のマウントポイントのわずかな不便さで、データベースのパフォーマンスを調整する柔軟性が大幅に向上します。通常、バックアップ用にデータベースのスナップショットを作成するためのオプションが追加されます（マスターではなくレプリカをスナップショットおよびバックアップできる場合はさらに便利です）