☰

btrfs - 読み取り専用スナップショットでサブボリュームの最適化を実行するのは危険ですか？

tag-icon • tag-icon btrfs defragmentation copy-on-write
btrfs - 読み取り専用スナップショットでサブボリュームの最適化を実行するのは危険ですか？

defragment次のセクションを開くとbtrfs-filesystem(8)、開発者が残した次の不吉な碑文を見ることができます。

警告する:Linux カーネルバージョン < 3.9 または ≥3.14-rc2 および Linux 安定カーネルバージョン ≥ 3.10.31、≥ 3.12.12 または ≥3.13.4 を使用したデフラグは、COW データ (使用量、スナップショット、重複排除など) を参照リンクを切断しますcp --reflink。これにより、壊れた参照リンクによってスペース使用量が大幅に増加する可能性があります。

良くないと思います。販売ポイントの1つbtrfsは、すべてをコピーせずにスナップショットを作成できることです。私は主に読み取り専用のスナップショットを作成します。

読み取り専用スナップショット用のファイルも「COWデータ」としてカウントされますか、それともディスク容量を増やすことなく上位と下位のボリュームの重複排除が続行されますか？

答え1

Btrfs の最適化は中断されません。みんなフォワードリンク

あなたが指摘した特定のケースです。したがって、サブボリュームAとそのサブボリュームのスナップショットがある場合は、S1デフラグを実行してください。S2AただサブボリュームはAそのボリュームとスナップショットの間の再接続を失いますが、元々持っていたデータは引き続きS1共有S2されます。 3回目のスナップショットを撮ると、Aデータは共有されますが、共有されませAん（データが共有されなくなったため）。S1S2AS1S2

これらの動作を考慮すると、永続的なスナップショットについて話すときには、次の3つの潜在的なシナリオがあります。

  1. あなたは心配スペースを最小限に抑える使用しましたが、パフォーマンスはあまり心配しませんでした。
    この場合、唯一のオプションはデフラグをまったく実行しないでください。。
  2. あなたは心配パフォーマンスしかし、スペース使用量ではありません。この場合、すべてをデフラグ。
  3. スペース使用量とパフォーマンスに興味があります。これにバランスの取れたこの場合、個人的にはソースサブボリューム（A上記ではサブボリュームのみ）に対してのみデフラグを実行し、スナップショット循環に一致するスケジュールに従ってデフラグを実行することをお勧めします。アイデアは、defragmentスナップショットを実行する前に、スペース使用量とパフォーマンスの間の適切なバランスを提供する頻度でスナップショットを撮ることです。通常、このアプローチを使用する場合は、毎日または毎週スナップショットを実行する場合は、最初に月に一度デフラグを実行し、そうでない場合は、4番目のスナップショットごとにデフラグを実行し、それが影響を受ける程度にに従って時間間隔を調整します。空間の活用。

源泉：Btrfsメーリングリスト、Spacedogが引用した内容です。

Btrfsデフラグ読み取り専用スナップショット

試行錯誤の経験によると、btrfsスナップショットの最適化（新しいzstd圧縮を使用するため）を実行すると、100％の排他的および0.00バイトの共有データが生成されます。

フォワードbtrfs defragment:

# btrfs filesystem du -s /mnt/btrfs/Backups.backupdb/d2/readonly-snapshot/
     Total   Exclusive  Set shared  Filename
   1.41GiB     6.27MiB     1.41GiB  /mnt/btrfs/Backups.backupdb/d2/readonly-snapshot/

後ろにbtrfs defragment:

# btrfs filesystem du -s /mnt/btrfs/Backups.backupdb/d2/readonly-snapshot/
     Total   Exclusive  Set shared  Filename
   1.42GiB     1.42GiB       0.00B  /mnt/btrfs/Backups.backupdb/d2/readonly-snapshot/

共有データが0.00Bに低下しました。

答え2

はい、読み取り専用スナップショットのファイルはCOWデータとして計算され、デフラグによってディスク容量が拡張される可能性があります。

デフラグが発生すると、データは以前の範囲から少数の新しい範囲にコピーされます。新しい範囲は前の範囲とは異なります。スナップショットなどのファイルの他のすべてのコピーは、まだ以前の範囲を指しています。したがって、データの膨張を経験します。

メーリングリストには、デフラグに関する長いスレッドがあります。ここそこにはいくつかの興味深い点があります。

関連情報