btrfsの整合性とストレステスト
DevOpsの同僚は、本番環境をbtrfsの使用に移行し始めることを推奨しています。主にext4ファイルシステムがありますが、ZFS（Linux上）を使用する使用率の低いサーバーもあります。意思決定者の1人として、また環境全体の責任者として、私はWeb上で本番環境にあるbtrfsに関するコメントや記事の数に基づいて躊躇しています。オラクルがbtrfsをサポートするEnterpriseLinuxをリリースしたというその議論に対抗するために、SLES 12（ https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/ ）もbtrfsを使用しており、Facebookなどの企業も制御された本番環境でbtrfsを使用しているという証拠があります。
なぜこの方向に進む（btrfsを採用する）のが良いのかについては多くの議論があり、全体的には同意しますが、慎重に、デューデリジェンスを行い、運用に精通したいと思います。より広い規模で前進する前に、「小規模生産」またはステージング環境にログインした時間。ケースの作成に役立つツールはありますか？ストレステストとそれに続くデータ整合性チェックなど、これらの方針に沿ったものはありますか？ 「Q.btrfsは安定していますか？簡単な答え：いいえ、まだ実験的と見なされています」などのステートメントが表示されないことを除いて。 btrfs wikiで、より暖かいファジーを取得するために他に何ができますか？
私はすでにここで詳細な答えを出しました： btrfsプロダクションの準備はできていますか？
つまり、Btrfsは、実稼働ファイルサーバーにすでに必要なものではありません。
理由は次のとおりです。スペースが不足すると予測できなくなりますが、ほとんどのコア機能は安定していると見なされますが、他の機能はまだ安定しておらず、動きの速いターゲットです。動きの速いターゲットであるということは、常に最新かつ最高のカーネルを使用する必要があることを意味します。これは、サーバーでは望ましくないことです。
また、カーネル3.16を使用しても、デッドロックが発生することが知られています。これは、本番サーバーでは望ましくないことです（ http://marc.merlins.org/perso/btrfs/post_2014-10- 05_Btrfs-Tips_-Catch-Btrfs-Deadlocks.html ）。また、RAID5/6のように、一部のRAIDはまだ実験段階です。それらを使用することはできますが、まだデータやその他のものをスクラブすることはできません。
Fedoraは、最終的にBtrfsをv23のデフォルトのファイルシステムにすることを望んでいます。これは、2015年の終わりに行われる予定です。RedHatは、現在、デフォルトとしてExt4からXFSに切り替えました。
COWプロダクション対応のファイルシステムが本当に必要な場合は、LinuxまたはFreeBSDのいずれかでZFSを使用してください。
そして、Btrfsでの彼の経験についてのRusselCokerのブログを読んでください。 http://etbe.coker.com.au/
私はXFS（Red Hatによって推進されている）のような主流のファイルシステムに固執し、高度なファイルシステムのニーズについてはZFSに依存します。
これは主に次の理由によるものです。
- Mindshare：ZFSの知識は、Linux、FreeBSD、およびSolaris/OpenIndianaコミュニティで保持されています。
- 成熟度：ZFSコードベースは実証済みであり、しばらく前から存在しています。 ベストプラクティスは進化しました そして私は見たことを思い出せません データ損失についてのホラーストーリー 。
- Portability：プラットフォームを確実に変更し、ZFSの互換性を全体にわたって維持しました。
Linuxコンテナーとの特定の統合を除いて、BtrFSが今日ZFSをはるかに超えて提供していることを私は知りません。 BtrFSの使用に躊躇している場合は、腸に耳を傾けてください。私はそれにビジネスを賭けるとは思わないが、物事は時間とともに変化する可能性がある。特定のニーズを評価します。ご使用の環境で利用できる魅力的な機能がBtrFSにありますか？
BtrFSに関するサーバー障害の質問 のサンプルビューを使用して、人々が日常的に直面している問題を確認します。