☰

lvmにbtrfsを置くのは合理的ですか？

tag-icon • tag-icon linux partition lvm btrfs
lvmにbtrfsを置くのは合理的ですか？

OpenSUSE Leap 42 です。パソコンがあります2×500GB SATAハードドライブ運転してスピードアップ小型30GB SSDシステムドライバ。インストール中にハードドライブがインストーラ（そして私）を混乱させたため、接続が失われました。システムの起動後に簡単に交換できます。/家XFS論理ボリュームのディレクトリ（私は主にスペースを簡単に追加するためにLVMを使用します）。それから/選択する塗りつぶされています（ChromeとPlant）。ハードドライブのボリュームに保存したい。だからボリュームを作成し、BTRFSを使用してフォーマットしました。いくつかの問題が発生した後、@ subvolumesfstabの内容のためにBTRFSを読み、必要な作業を行いました。 / optのサイズは現在100 GBです。

しかし、問題は次のとおりです。btrfsを使用してLVMボリュームをフォーマットするのは合理的ですか？本質的に両方ともボリューム処理システムです。

説明のために、fstab（編集内容を示す＃コメント）とvgscan + lvscan出力を貼り付けました。

~> cat /etc/fstab

UUID=1b511986-9c20-4885-8385-1cc03663201b swap swap defaults 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af / btrfs defaults 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/x86_64-efi bt

rfs subvol=@/boot/grub2/x86_64-efi 0 0
UUID=3e103686-52e9-44ac-963f-5a76177af56b /opt                 btrfs      defaults              0 0
#UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /opt btrfs subvol=@/opt 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /srv btrfs subvol=@/srv 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /tmp btrfs subvol=@/tmp 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /usr/local btrfs subvol=@/usr/local 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/crash btrfs subvol=@/var/crash 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/libvirt/images btrfs subvol=@/var/lib/libvirt/images 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mailman btrfs subvol=@/var/lib/mailman 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mariadb btrfs subvol=@/var/lib/mariadb 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mysql btrfs subvol=@/var/lib/mysql 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/named btrfs subvol=@/var/lib/named 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/pgsql btrfs subvol=@/var/lib/pgsql 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/log btrfs subvol=@/var/log 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/opt btrfs subvol=@/var/opt 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/spool btrfs subvol=@/var/spool 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/tmp btrfs subvol=@/var/tmp 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /.snapshots btrfs subvol=@/.snapshots 0 0
UUID=c4c4f819-a548-4881-b854-a0ed62e7952e /home     xfs defaults 1 2
#UUID=e14edbfa-ddc2-4f6d-9cba-245d828ba8aa /home                xfs        defaults              1 2

~>

# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "r0data" using metadata type lvm2
  Found volume group "r0sys" using metadata type lvm2

# lvscan
  ACTIVE            '/dev/r0data/homer' [699.53 GiB] inherit
  ACTIVE            '/dev/r0sys/optr' [100.00 GiB] inherit

答えた後： ありがとうございます。今、主な違いを理解しました。私にとって、LVMは実際にはすべてのファイルシステムのスペースを管理するのに適していますが、BTRFSは主にスナップショットなどの特定の機能に使用する必要があります。単純なホームネットワークの使用では、遠ざけるのが最善です。私は小さなドライブのスペースを管理するのにあまりにも多くの困難を経験しましたが、より大きなドライブでもスペースが浸食されると想像しています。

ベストアンサー1

おそらくこれが説明になるでしょう（btw、btrfs wikiから）

btrfs のサブボリュームは、LVM 論理ボリュームまたは ZFS サブボリュームと同じではありません。 LVMを使用すると、論理ボリューム自体がブロックデバイスです（たとえば、他のファイルシステム、dm-crypt、MD RAIDなどのコンテナを含めることができます）。しかし、btrfsの場合はそうではありません。 btrfsサブボリュームはブロックデバイスではなく、ブロックデバイスとして扱うことはできません。代わりに、btrfsサブボリュームはPOSIXファイルの名前空間として扱うことができます。名前空間は、ファイルシステムの最上位サブボリュームを介してアクセスするか、別々にマウントできます。

また、見ることができますhttps://btrfs.wiki.kernel.org/index.php/FAQ

パーティション、デバイスマネージャ、および論理ボリュームとの対話

Btrfsにサブボリュームがあります。これは、論理ボリュームマネージャを必要とせずに、rawパーティションに大規模なBtrfsファイルシステムを作成できることを意味しますか？

この質問に対する単一の回答はありません。生のパーティション化または LVM を選択するときは、次の問題を考慮してください。

  • パフォーマンス
    • 生のパーティションは論理ボリュームよりわずかに高速です。
    • btrfsにはファイルシステムサブボリューム（シーケンシャル書き込み）全体の書き込み最適化があり、書き込みパフォーマンスはこのアルゴリズムを使用して異なるLVに複数のbtrfsファイルシステムを作成するのに役立ちます。つまり、このアルゴリズムは効果的ではない可能性があります（カーネルはまだブロックでいくつかの最適化を実行しますが）。デバイス）レベル）
  • デバイス間のファイルシステムのオンラインサイズ変更と再配置：LVMのpvmoveコマンドを使用すると、オンラインでデバイス間でファイルシステムを移動できます。
    • 生のパーティションは、オフライン状態でのみ他の開始シリンダに移動できます。
    • ネイティブパーティションは、後ろに空き領域がある場合にのみ大きくなる可能性がありますが、LVMはLVをボリュームグループのどこからでも空き領域に拡張でき、オンラインでサイズを変更できます。
  • サブボリューム/論理ボリュームサイズの制限
    • LVMは、固定サイズの論理ボリューム（たとえば、ユーザーあたり10 MB、仮想マシンイメージあたり20 GBなど）の作成を容易にします。
    • サブボリュームは現在この厳密なサイズ制限を適用しませんが、将来のqgroups機能でこの問題を解決します。

....FAQ は、LVM+BTRFS 意味のあるシナリオについて説明し続けます。

おすすめ記事