ext4は本番環境で使用する準備ができていますか？

10

本番環境でのext4ファイルシステムについてどう思いますか？数千万もの非常に頻繁に更新される非常に大きなファイルを使用するプロジェクトの立ち上げに非常に近いため、使用するFSを決定する必要があります。

しばらくの間、他のLinux FSに関する考慮事項は次のとおりです。

Ext3は非常に安定していますが、数百万の小さなファイルの処理にはあまり適していません
XFSは非常に見栄えがよく、おそらくそれを使用します
ReiserFS ...まあ...漠然とした将来、誰がバグを修正するのですか？

linux filesystems ext4

以前の仕事では、XFSファイルシステムを備えた巨大なSGIシステムがありました。当時、私たちの96GBアレイは、SGIがテストする必要のあるアレイよりも大きかったため、問題が発生したとき、SGIエンジニアは自分で確認しました。ご想像のとおり、XFSはそれ以来多くの実世界で使用されており、非常に安定していて信頼性が高いようです。

— ポールトンブリン

15

確信が持てない場合（そして、あなたがそうであるように聞こえる場合）、知っている古いものに固執してください。

それはファイルシステムにも当てはまりません。生産は堅実です。制作の準備ができているかどうかを尋ねなければならない場合、それを制作に使用する準備ができていません。それが重要です。

ラボを作成し、実稼働環境にext3をデプロイしながらテストします。

— マット・シモンズ
ソース

1

同意し、他をテストする間はext3を使用してください。テストに代わるものはありません。

— PGS

5

それは一種のあなたの「生産」の定義に依存します。Ext4がコミュニティディストリビューションに登場し始めたところです。Novell SuSE Linux Enterprise ServerのベースとなっているopenSUSEの場合、ext4はSLES11を見逃しており、SLES12を待つ必要があります。予測できるほどRedHatプロセスを知りません。しかし、企業のサポートを受けるエンタープライズLinuxが必要な場合は、それが表示されるまでに数年かかると思います。support-contractが「生産準備完了」の定義である場合、それが答えです。

エンタープライズサポート契約なしでLinuxを使用するつもりなら、あなたは意見の領域にいます。Ext4はカーネルにそれほど長い間存在していないため、依然として主要なバグを発見しています。私の意見では、ext4を何かのプロダクションにデプロイする前に、さらにいくつかのカーネルrevを与えると思います。私のデスクトップに？承知しました！サーバー？待ちます。

— sysadmin1138
ソース

4

私はLUGメーリングリストでこの非常に議論をしています... ext4は「エンタープライズサポート」を備えたバージョンのLinuxにないので、ミッションクリティカルなサーバーでは使用しません...私は自宅のラップトップ、デスクトップ、およびサーバーの両方で実行しており（すべてF11を実行しています）、1つの問題を確認していません。ラップトップのプラグを数回引っ張り、回復の程度を確認しました。そして、すべてが完璧に戻ってきました。

私のワークステーションでは、ext4を実行するリスクを気にしていません...安定する唯一の方法は、人々がそれを実行して乱用し、バグの可能性を見つけて修正することです。

— Cube_Zombie
ソース

3

私が間違っている場合は修正してください。ただし、XFSは小さなファイルよりも大きなファイルの方が優れていますか？MythTVコミュニティは、マルチギガバイトのファイルを削除する速度のために、ext3よりも優先して使用しています。それとも、大量のファイルを処理することに興味がありますか？

ReiserFS ...まあ...漠然とした将来、誰がバグを修正するのですか？

カーネルソースツリーでこれを試してください：

$ ./scripts/get_maintainer.pl -f fs / reiserfs / Makefile  
reiserfs-devel@vger.kernel.org  
ジェフ・マホニー

ReiserFSは一人の男の産物ではありません。 ReiserFS v3は安定しており、メンテナンスモードです。まだメンテナンスチームがあり、私が知っている唯一の今後の変更は、速度の向上をもたらすはずのカーネルクリーンアップである「ビッグカーネルロック」の削除です（スーパーブロックごとのロック対単一の共有ロック）。

ReiserFSのV4それはメインラインカーネルにマージされていなかったものの、チームは彼らのリーダーと名目を失っているかもしれないが、ボランティアの仕事はまだ続いています。

— pgs
ソース

0

FWIW、今日まで、Red Hat Enterprise Linux 5.4（および5.5ベータ）x86-64には、大容量メモリシステムで簡単にトリガーできるext4パフォーマンスの問題があります。

time bash -c "dd if=/dev/zero of=10G bs=1M count=10000 && sync"

ext4での同期は、ext3またはxfsと比較して非常に遅くなります（テストシステムでは〜7分vs〜1分）。詳細については、バグレポートを参照してください。

ただし、a）ext4は5.4のテクノロジープレビューであり、b）バニラカーネル 2.6.32および2.6.33は影響を受けないことに注意してください。

— Knweiss
ソース