「Bcachefs」の版間の差分
(→RAID0/1 の複数のドライブ: 同期) |
(bcachefs-toolsの公式リポジトリ入りを反映) |
||
(他の1人の利用者による、間の10版が非表示) | |||
1行目: | 1行目: | ||
[[Category:ファイルシステム]] |
[[Category:ファイルシステム]] |
||
[[en:Bcachefs]] |
[[en:Bcachefs]] |
||
+ | [[zh-hans:Bcachefs]] |
||
− | [https://bcachefs.org/ Bcachefs] は、 [[Btrfs]] と [[ZFS]] の機能をよりクリーンなコードベース、より安定性、より高速、 GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。 |
||
+ | {{Related articles start}} |
||
+ | {{Related|ファイルシステム}} |
||
+ | {{Related articles end}} |
||
+ | [https://bcachefs.org/ Bcachefs] は、[[Btrfs]] と [[ZFS]] の機能をよりクリーンなコードベース、より安定性、より高速、GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。 |
||
− | 主に Kent Overstreet によって開発されています。 |
+ | [[Bcache]] は、主に Kent Overstreet によって開発されています。 |
== インストール == |
== インストール == |
||
− | [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9e87705289667a6c5185c619ea32f3d39314eb1b カーネル 6.7] |
+ | [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9e87705289667a6c5185c619ea32f3d39314eb1b カーネル 6.7] (2024年1月) で Bcachefs はアップストリーム [[カーネル]] にマージされ、[[linux]] パッケージで利用できるようになりました。他のカーネルパッケージは 6.7 より古いバージョンをベースにしている可能性があり、Bcachefs 用の特別なパッチが必要です。 |
− | Bcachefs ユーザースペースツールは {{ |
+ | Bcachefs ユーザースペースツールは {{Pkg|bcachefs-tools}} から入手できます。 |
== セットアップ == |
== セットアップ == |
||
27行目: | 31行目: | ||
異種ドライブがサポートされています。サイズが異なる場合は、一部に大きなストライプが使用され、すべてが同じ割合で埋められます。速度が異なる場合、複製されたデータの読み取りは、IO 遅延が最も短いデータに送信されます。一部が他よりも信頼性が高い場合 (ハードウェア RAID デバイスなど)、{{ic|1=--durability=2 ''device''}} を設定して、そのデバイス上のデータの各コピーを 2 つの複製としてカウントできます。 |
異種ドライブがサポートされています。サイズが異なる場合は、一部に大きなストライプが使用され、すべてが同じ割合で埋められます。速度が異なる場合、複製されたデータの読み取りは、IO 遅延が最も短いデータに送信されます。一部が他よりも信頼性が高い場合 (ハードウェア RAID デバイスなど)、{{ic|1=--durability=2 ''device''}} を設定して、そのデバイス上のデータの各コピーを 2 つの複製としてカウントできます。 |
||
− | === SSD キャッシング |
+ | === SSD キャッシング === |
Bcachefs には、バックグラウンド、フォアグラウンド、プロモートの3つのストレージカテゴリがあります。ファイルシステムへの書き込みでは、フォアグラウンドドライブに優先順位が付けられ、その後、時間の経過とともにバックグラウンドに移動されます。読み取りはプロモートドライブにキャッシュされます。 |
Bcachefs には、バックグラウンド、フォアグラウンド、プロモートの3つのストレージカテゴリがあります。ファイルシステムへの書き込みでは、フォアグラウンドドライブに優先順位が付けられ、その後、時間の経過とともにバックグラウンドに移動されます。読み取りはプロモートドライブにキャッシュされます。 |
||
+ | {{Note|これらは、単一の大規模プールに対する優先ガイドラインにすぎません。書き込みは、フォアグラウンドがいっぱいの場合はバックグラウンドに直接行われ、両方がいっぱいの場合はプロモートに行われます。メタデータはフォアグラウンドを優先しますが、どのメタデータにも書き込むことができます。キャッシュドライブにはまだデータが含まれている可能性があるため、キャッシュドライブを削除するときは注意してください。[[Bcachefs#デバイスの削除|デバイスの削除]] を参照してください。}} |
||
− | 次の例のように、推奨される構成は、フォアグラウンドとプロモートに ssd グループを使用し、バックグラウンドに hdd グループを使用することです。 |
||
+ | 推奨される設定は、フォアグラウンドとプロモートに ssd グループを使用し、バックグラウンド (ライトバックキャッシュ) に hdd グループを使用することです。 |
||
− | {{Note|これらはストレージの分離された「層」ではありません。これらは、単一の大きなプールのガイドラインにすぎません。フォアグラウンドがいっぱいの場合はバックグラウンドに書き込み、両方がいっぱいの場合はプロモートします。メタデータはそれらのいずれにも書き込むことができます。この構成では、データを失うことなくキャッシュドライブに障害が発生する可能性があるため、 {{ic|metadata_replicas}} は少なくとも2である必要があります。}} |
||
# bcachefs format \ |
# bcachefs format \ |
||
− | -- |
+ | --label=ssd.ssd1 /dev/sda \ |
− | -- |
+ | --label=ssd.ssd2 /dev/sdb \ |
− | -- |
+ | --label=hdd.hdd1 /dev/sdc \ |
+ | --label=hdd.hdd2 /dev/sdd \ |
||
+ | --label=hdd.hdd3 /dev/sde \ |
||
+ | --label=hdd.hdd4 /dev/sdf \ |
||
+ | --replicas=2 \ |
||
--foreground_target=ssd \ |
--foreground_target=ssd \ |
||
− | -- |
+ | --promote_target=ssd \ |
− | -- |
+ | --background_target=hdd |
− | # mount -t bcachefs /dev/sda:/dev/sdb:/dev/sdc:/dev/sdd/dev/sde:/dev/sdf /mnt |
+ | # mount -t bcachefs /dev/sda:/dev/sdb:/dev/sdc:/dev/sdd:/dev/sde:/dev/sdf /mnt |
+ | |||
+ | ライトスルーキャッシュの場合は、上記と同じことを行いますが、各 SSD デバイスで {{ic|1=--durability=0 ''device''}} を設定します。 |
||
+ | ライトアラウンドキャッシュの場合、フォアグラウンドターゲットを hdd グループに、ターゲットを ssd グループにプロモートします。 |
||
== 設定 == |
== 設定 == |
||
79行目: | 90行目: | ||
{{Note|追加されたデバイス間でストライピングされるのは新しい書き込みのみです。ディスクのリバランスがトリガーされると、ディスク使用量が特定のしきい値に達するまで、既存のものは変更されません。現在、リバランス/リストライプを手動でトリガーすることはできません。}} |
{{Note|追加されたデバイス間でストライピングされるのは新しい書き込みのみです。ディスクのリバランスがトリガーされると、ディスク使用量が特定のしきい値に達するまで、既存のものは変更されません。現在、リバランス/リストライプを手動でトリガーすることはできません。}} |
||
− | === デバイスの |
+ | === デバイスの削除 === |
+ | |||
+ | まず、少なくとも 2 つのメタデータのレプリカがあることを確認します (Evacuate はメタデータに対して機能していないようです) データとメタデータがすでに複製されている場合は、この手順をスキップできます。 |
||
− | まず、少なくとも2つのメタデータレプリカがあることを確認します (Evacuate はメタデータに対して機能していないようです) データとメタデータがすでに複製されている場合は、この手順をスキップできます。 |
||
# echo 2 > /sys/fs/bcachefs/''UUID''/options/metadata_replicas |
# echo 2 > /sys/fs/bcachefs/''UUID''/options/metadata_replicas |
||
# bcachefs data rereplicate /mnt |
# bcachefs data rereplicate /mnt |
||
87行目: | 99行目: | ||
# bcachefs device evacuate ''device'' |
# bcachefs device evacuate ''device'' |
||
− | デバイスを削除します |
+ | デバイスを削除します: |
+ | |||
# bcachefs device remove ''device'' |
# bcachefs device remove ''device'' |
||
# bcachefs data rereplicate /mnt |
# bcachefs data rereplicate /mnt |
||
93行目: | 106行目: | ||
== ヒントとテクニック == |
== ヒントとテクニック == |
||
+ | さらに有用なエラーメッセージについては、[[systemd/ジャーナル|ジャーナル]]を確認してください。 |
||
− | ===ドキュメント=== |
||
+ | |||
+ | == トラブルシューティング == |
||
+ | |||
+ | === 32-ビットプログラムがディレクトリの内容を認識しない === |
||
+ | 一部の 32-ビットプログラムは、{{man|3|readdir}} syscall の実行時にファイルシステムから返されるデータの非互換性により、Bcachefs 内のディレクトリの内容の取得に失敗する場合があります。[https://github.com/koverstreet/bcachefs/issues/650] |
||
− | 最新のドキュメントは、 {{ic|bcachefs--help}} からのみ入手できます。 たとえば、マニュアルページには、今では役に立たない {{ic|--tier}} オプションが含まれています。 |
||
+ | この問題は、そのようなプログラムの読み書きに [[tmpfs]] などの別のファイルシステムを一時的に使用することで回避できます。 |
||
− | より有用なエラーメッセージについては、dmesgを確認してください。 |
||
== 参照 == |
== 参照 == |
||
+ | * [https://bcachefs.org/bcachefs-principles-of-operation.pdf 公式マニュアル] |
||
* [https://www.patreon.com/bcachefs Kent Overstreet's Patreon page] |
* [https://www.patreon.com/bcachefs Kent Overstreet's Patreon page] |
||
* [[Wikipedia:Bcachefs]] |
* [[Wikipedia:Bcachefs]] |
2024年5月8日 (水) 11:04時点における版
関連記事
Bcachefs は、Btrfs と ZFS の機能をよりクリーンなコードベース、より安定性、より高速、GPL 互換のライセンスを提供することを目的とした次世代の CoW ファイルシステムです。
Bcache は、主に Kent Overstreet によって開発されています。
目次
インストール
カーネル 6.7 (2024年1月) で Bcachefs はアップストリーム カーネル にマージされ、linux パッケージで利用できるようになりました。他のカーネルパッケージは 6.7 より古いバージョンをベースにしている可能性があり、Bcachefs 用の特別なパッチが必要です。
Bcachefs ユーザースペースツールは bcachefs-tools から入手できます。
セットアップ
シングルドライブ
#bcachefs format /dev/sda #mount -t bcachefs /dev/sda/mnt
複数のドライブ
Bcachefs は、RAID0 と同様に、デフォルトでデータをストライプ化します。冗長性は replicas オプションを介して処理されます。--replicas=2
を備えた 2 台のドライブは RAID1 に相当し、--replicas=2
を備えた 4 台のドライブは RAID10 に相当します。
# bcachefs format /dev/sda /dev/sdb --replicas=n # mount -t bcachefs /dev/sda:/dev/sdb /mnt
異種ドライブがサポートされています。サイズが異なる場合は、一部に大きなストライプが使用され、すべてが同じ割合で埋められます。速度が異なる場合、複製されたデータの読み取りは、IO 遅延が最も短いデータに送信されます。一部が他よりも信頼性が高い場合 (ハードウェア RAID デバイスなど)、--durability=2 device
を設定して、そのデバイス上のデータの各コピーを 2 つの複製としてカウントできます。
SSD キャッシング
Bcachefs には、バックグラウンド、フォアグラウンド、プロモートの3つのストレージカテゴリがあります。ファイルシステムへの書き込みでは、フォアグラウンドドライブに優先順位が付けられ、その後、時間の経過とともにバックグラウンドに移動されます。読み取りはプロモートドライブにキャッシュされます。
推奨される設定は、フォアグラウンドとプロモートに ssd グループを使用し、バックグラウンド (ライトバックキャッシュ) に hdd グループを使用することです。
# bcachefs format \ --label=ssd.ssd1 /dev/sda \ --label=ssd.ssd2 /dev/sdb \ --label=hdd.hdd1 /dev/sdc \ --label=hdd.hdd2 /dev/sdd \ --label=hdd.hdd3 /dev/sde \ --label=hdd.hdd4 /dev/sdf \ --replicas=2 \ --foreground_target=ssd \ --promote_target=ssd \ --background_target=hdd # mount -t bcachefs /dev/sda:/dev/sdb:/dev/sdc:/dev/sdd:/dev/sde:/dev/sdf /mnt
ライトスルーキャッシュの場合は、上記と同じことを行いますが、各 SSD デバイスで --durability=0 device
を設定します。
ライトアラウンドキャッシュの場合、フォアグラウンドターゲットを hdd グループに、ターゲットを ssd グループにプロモートします。
設定
ほとんどのオプションは、 bcachefs format
中、マウント時 (mount -o option=value
)、またはsysfs (echo X > /sys/fs/bcachefs/UUID/options/option
) フォーマット中にオプションを設定するか、 sysfs を介してオプションを変更すると、ファイルシステムのスーパーブロックに保存され、それらのドライブのデフォルトになります。マウントオプションはこれらのデフォルトを上書きします。
- data_checksum、metadata_checksum(none、crc32c、crc64)
- (foreground)compression、background_compression(None、lz4、gzip、zstd)
- foreground_target、background_target、promote_target
以下は、 bcachefs setattr file --option=value
を使用して、ディレクトリごとまたはファイルごとに設定することもできます。
- data_replicas
- data_checksum
- compression, background_compression
- foreground_target, background_target, promote_target
デバイスのグループの変更
# echo group > /sys/fs/bcachefs/filesystem_uuid/dev-X/label
デバイスの追加
# bcachefs device add --group=group /mnt /dev/device
これがグループ内の最初のドライブである場合は、それを使用するためにターゲット設定を変更する必要があります。この例は、キャッシュドライブを追加するためのものです。
# echo new_group > /sys/fs/bcachefs/filesystem_uuid/options/promote_target # echo new_group > /sys/fs/bcachefs/filesystem_uuid/options/foreground_target # echo old_group > /sys/fs/bcachefs/filesystem_uuid/options/background_target
デバイスの削除
まず、少なくとも 2 つのメタデータのレプリカがあることを確認します (Evacuate はメタデータに対して機能していないようです) データとメタデータがすでに複製されている場合は、この手順をスキップできます。
# echo 2 > /sys/fs/bcachefs/UUID/options/metadata_replicas # bcachefs data rereplicate /mnt # bcachefs device set-state device readonly # bcachefs device evacuate device
デバイスを削除します:
# bcachefs device remove device # bcachefs data rereplicate /mnt
ヒントとテクニック
さらに有用なエラーメッセージについては、ジャーナルを確認してください。
トラブルシューティング
32-ビットプログラムがディレクトリの内容を認識しない
一部の 32-ビットプログラムは、readdir(3) syscall の実行時にファイルシステムから返されるデータの非互換性により、Bcachefs 内のディレクトリの内容の取得に失敗する場合があります。[1]
この問題は、そのようなプログラムの読み書きに tmpfs などの別のファイルシステムを一時的に使用することで回避できます。