btrfsによるパーティショニングとサブボリューム戦略

私はbtrfsを初めて使用するので、パーティショニングとサブボリューム戦略についてアドバイスをお願いします。システムは軽量Webサーバーであり、ディスクが1つしかないことを前提としています。

extファイルシステムでは、常に/、/ var、swap（および/ bootと/ home）に個別のパーティションを作成しました。私にとって、/ varには常にすべての重要なWebサーバーデータ（MySQLデータベースなど）が含まれ、コードは含まれていません。これにより、データを簡単に別のシステムに移動（/ varを移動またはコピー）したり、データを中断することなくOSを再インストール（/を再フォーマット）したりできます。

btrfsを使用すると、同じことを実行でき、同じパーティション分割スキームを使用でき、各パーティションに個別のbtrfsファイルシステムを配置できます。または、単一のパーティションを作成し、/、/ varなどにbtrfsサブボリュームを使用することもできます。その長所と短所は何でしょうか？

たとえば、/-onlyと/ var-onlyのスナップショットを作成することにはいくつかの利点があるようです（「すべてのデータを以前のチェックポイントに復元する」対「すべてのコードを復元する」vs「両方を復元する」）。それは正しいですか、それともそのようにしか表示されませんか？

おまけの質問：btrfsファイルシステムの下でlvmを使用する利点はありますか？

おまけの質問2：システムに同じサイズのディスクが2つある場合、アドバイスはどのように変わりますか？

「これが私がやったことであり、それが私のためにどのように機能したか」の記事へのポインタも高く評価されます。私は何ができるかについて多くの資料を見つけることができますが、「これは私が試したものであり、これが機能したか機能しなかった理由です」という多くのことを見つけることができません。

特定のニーズがない場合は、別のファイルシステムを使用するのと同じようにbtrfsを使用してください。/ homeを分離することは良い習慣です。

個人的には、ホームサーバーでは私の唯一のサブボリュームは/ etcなので、構成のスナップショットを作成できます。これは鯛のようなツールで自動化できます。

通常、/ lib / stuffも復元する必要があるため、以前のバージョンの/ varだけを復元することにはほとんど関心がありません。それは全か無かの状況です。

/ homeのスナップショットは非常に大きくなる可能性があるため、ディスクサイズの管理がすぐに問題になります。問題なく行えますが、残りのスペースに注意してください。また、スナップショットは同じディスク上でのみ作成できるため、ディスク障害が発生した場合のバックアップのソリューションではありません。これらは、「2時間前にこのファイルを削除しましたが、それでも必要な場合」のような状況を想定しています。

ボーナス1：なし。実際、btrfsはスタックmdadm + lvm + fsを簡素化するために設計されました。したがって、それを回避することは本当に良いことです。

ボーナス2：いいえ、ただしRAID 1を作成します！シンプルで効率的、あなたのデータはあなたを愛するでしょう:)

忍者ボーナス：あなたはおそらくbtrfs wikiをよく見たいと思うでしょう。

私は最近これを再検討しており、サブボリュームを含むトップレベルのディレクトリを持つ1つのパーティションを提案する非常によく考えられた投稿を共有すると思いました：https : //bbs.archlinux.org/viewtopic.php?id=194491

TL; DR

subvolid=0
      ├── subvol_root
      │        └── /usr, /bin, /sbin, /.snapshots, etc
      ├── subvol_snapshots
      ├── subvol_home
      └── subvol_opt