ext3 fsck時間とパーティションサイズ


9

私は大規模なストレージファームのセットアップを行っており、1か月にわたるfsckの必要性を回避するために、私の計画は、ストレージを多数の小さなファイルシステムに分割することです(これは、十分にバケット化されたファイルツリーがあるため、問題ありません)私は簡単に持つことができるので、別のファイルシステムは、上に取り付けられ1/2/3/4/)など。

私の問題は、fsckの時間を同様に「妥当」に保つために、「妥当な」サイズがファイルシステムにとってどのようなものかを列挙して見つけることです。特定のサイズの絶対時間はハードウェアに大きく依存することは十分に承知していますが、さまざまなファイルシステムサイズでのext3 fsck時間の曲線の形状、およびその他の変数については説明が見つからないようです(ツリー内の何千ものディレクトリのそれぞれに10個のファイルがある場合、単一のディレクトリにあるファイルでいっぱいのファイルシステムは1よりも長くかかりますか?大きなファイルと小さなファイル、完全なファイルシステムと空のファイルシステムなど)。

誰もがこれについてよく研究された数字を参照していますか?それが失敗した場合、これらの問題に関する逸話は、それが必要な場合でも、少なくとも私自身の実験を導くのに役立つはずです。

編集:明確にするために:ファイルシステムに関係なく、メタデータに問題が発生した場合は、チェックする必要があります。時間ベースまたはマウントベースのre-fscksが有効であるか必要であるかは問題ではなく、特にext3に関する数値を求める唯一の理由は、選択されるファイルシステムが最も可能性が高いためです。特に高速なfsckプロセスを備えたファイルシステムをご存知の場合は、私は提案を受け入れることができますが、堅牢なオプションである必要があります(「ファイルシステムXはfsckingを必要としない!」 。私もバックアップの必要性を認識しており、fsckへの欲求はバックアップの代わりではありませんが、ファイルシステムを破棄し、不具合が発生したときにバックアップから復元するだけではなく、fscckを実行するのではなく、

回答:


6

Mathurらの論文によると、(p。29)、e2fsckの時間は、特定のポイント以降、ファイルシステム上のiノードの数に比例して増加します。グラフの説明が適切であれば、最大1,000万iノードのファイルシステムを使用する方が効果的です。

ext4に切り替えると、ファイルシステムがすぐにロードされない状態で役立ちます(未使用のマークが付けられたiノードをチェックしないことによる)パフォーマンスの向上は、識別可能な影響を与えません。


その参照をありがとう、私のためにいくつかのことを確認するのに役立ちました。また、私は自分のベンチマークも実行しました。
ウォンブル

2

自分でベンチマークを行う必要があると思います。グーグルでのクイック検索では何も明らかになりませんでしたが、ext4 fscksはext3よりはるかに高速です。

したがって、使用するディスクサイズまで、100GB、200GBなどのext3パーティションをいくつか作成します。次に、データを入力します。運用データに似たデータ(ディレクトリごとのファイル、ファイルサイズの分布など)を使用できる場合は、それが最適です。別のパーティションまたはバックアップデバイスからファイルをコピーするだけで、完全にレイアウトおよびデフラグされたディスクにファイルが配置されるため、テストでは、大量の書き込み、変更、削除によるディスクヘッドのシーク時間が不足します。

また、並列fscksについても考慮する必要があります。/ etc / fstabの最後の2つのフィールドを参照してください。同じ物理ディスク上のパーティションは順番に実行する必要があります。同じコントローラ上の複数のディスクを並行して実行できますが、コントローラに過負荷をかけ、速度を落とさないように注意してください。



-1

再起動時に時間やマウント数に基づくfscksを強制しないファイルシステムを使用できない理由はありますか?

(時間ベースのfscksは本当に私を悩ませます-長い稼働時間のサーバーの場合、カーネルをアップグレードするたびに完全なfsckを実行する必要があることをほぼ保証します)。

とにかく、XFSはfsckを強制しないジャーナリングファイルシステムの1つです。一見の価値があります。


別のオプションは、NFSを使用することです(opensolarisカーネル、debianユーザーランド)。これにより、ZFSが提供されます。<A HREF=" nexenta.org/"> http://www.nexenta.org/</A >
CAS

3
ファイルシステムが破損した場合、それが何であるか(extN、XFS、ZFSなど)、または時間/マウント数に基づいているかどうかに関係なく、fsckが必要です。単一の破損したファイルシステムがfsckに過度に長い時間をかけないようにしたいと思います。
ウォンブル

1
はい、もちろん、fsが破損している場合はfsckが必要です。XFSのようなfsを使用しても、それらを排除することはできません。他の方法で合理的に解釈できることは何も言わなかった。私の要点は、最後のfsckからX日間またはY日間のマウントが行われたという理由だけでfsckを強制することは、特にユーザーまたは会社がサーバーが来るのを待っている場合、不必要で煩わしく、おそらく「キャリアを制限する」ことさえあるということでした。バック。あなたそれらの不要なfscks 排除することができ、そうすることは良いことです。
cas

良いかもしれないしそうでないかもしれませんが、提示された質問には答えません。
ウォンブル
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.