自作NASやサーバー構築で知りたい！BtrfsとXFSのパフォーマンス特性やユーザー評価の違いを検証

自作NASやサーバーを構築する際、ファイルシステムの選択は長期的な運用に大きく影響します。
特にBtrfsとXFSは、どちらもLinux環境で広く使われており、それぞれに明確な強みと特性があります。
しかし、実際のパフォーマンスや運用感には、ベンチマーク数値だけでは語れない違いが存在します。

本記事では、BtrfsとXFSのパフォーマンス特性を検証し、実際のユーザーの評価や運用実績に基づいた違いを解説します。
以下の観点から、どちらがあなたの用途に適しているかを判断する材料を提供します。

• ランダム読み書きやシーケンシャルアクセスの性能差
• スナップショットや圧縮などの先進機能の有無と実用性
• 長期運用における信頼性とデータ保全性の評価
• 実際のユーザーが報告する運用時の感触や注意点

ファイルシステムの選択は、一度決めると後から変更が難しい部分も多いため、構築前に十分な情報を得ておくことが重要です。
以下、それぞれの特性を冷静に見ていきましょう。

はじめに：自作NAS・サーバー構築でファイルシステム選びが重要な理由

自作NASやサーバーを構築する際、ハードウェアの選定は多くの方が慎重に行われる一方で、ファイルシステムの選択については後回しにされがちです。
しかし、ファイルシステムはデータの保存形式、管理方法、そして長期的な信頼性を決定づける中核的な要素であり、一度構築してデータを蓄積し始めてから変更することは極めて困難です。
適切なファイルシステムを選ばないことで、数年後にパフォーマンスの低下やデータ保全性の問題に直面するリスクは決して小さくありません。

特に近年、BtrfsとXFSはLinuxベースのNASやサーバー環境で最も注目されている2つのファイルシステムです。
どちらも企業レベルの運用で実績を積んでおり、それぞれに明確な設計思想と強みが存在します。
Btrfsは先進的な機能群を備えた次世代ファイルシステムとして位置づけられ、XFSは長年の運用実績に裏打ちされた高い信頼性とスケーラビリティで知られています。
この2つを比較検討することは、自作NASやサーバーの構築において避けて通れない課題と言えるでしょう。

ファイルシステムの選択が長期的な運用に与える影響は、以下の点で顕著に現れます。

• データ保全性：電源断やハードウェア障害時にデータが破損するリスクの有無
• パフォーマンス特性：ランダムアクセスや大容量ファイル転送時の速度と安定性
• 運用の柔軟性：スナップショットや圧縮、ドライブ追加などの管理機能の充実度
• メンテナンスの容易さ：長期運用におけるフラグメンテーションや劣化への対応力

これらの観点から、BtrfsとXFSの特性を冷静に評価し、自身の用途に最適な選択を行うことが重要です。
本記事では、ベンチマーク数値に加え、実際のユーザーの運用評価や長期運用時の実態にも焦点を当て、両者の違いを多角的に検証していきます。
ファイルシステムの選定は、データ資産を守る上での第一歩です。
以下、それぞれの特性を詳しく見ていきましょう。

BtrfsとXFSの基本スペックと機能比較

BtrfsとXFSは、いずれもLinuxカーネルでネイティブにサポートされるファイルシステムですが、設計思想や機能セットには明確な違いがあります。
BtrfsはOracleが中心となって開発されたCopy-on-Write（CoW）型のファイルシステムで、ZFSの影響を受けた先進的な機能群を搭載しています。
一方、XFSはSGIが開発し、長年にわたってエンタープライズ環境で培われた高い信頼性とスケーラビリティを特徴としています。
以下、主要な機能面での比較を見ていきましょう。

この表からもわかるように、Btrfsは機能の豊富さで優位に立ち、XFSはシンプルで確実な設計を重視する傾向があります。

スナップショット機能の有無と実用性

Btrfsの最も大きな強みの一つは、ネイティブのスナップショット機能です。
ボリューム内の任意の時点の状態を即座に記録でき、データの変更前に安全網を張ることが可能です。
これはバックアップ取得前の確認や、システムアップデート前の復旧ポイント作成など、実運用で非常に重宝します。
スナップショットはCoWの仕組みを利用しているため、実際のデータ複製ではなくメタデータの参照を切り替えるだけで済み、ディスク容量をほとんど消費せずに高速に作成できます。

対照的に、XFSにはネイティブのスナップショット機能がありません。
LVMのスナップショット機能や、rsyncによる差分バックアップなど、外部ツールを組み合わせることで同様の運用は可能ですが、Btrfsのようにファイルシステムレベルで統合された使い勝手や効率には及びません。
スナップショットを頻繁に活用したい場合、Btrfsの優位性は明確です。

圧縮機能の対応状況と効果

Btrfsはzlib、lzo、zstdの3種類の圧縮アルゴリズムをファイルシステムレベルでサポートしています。
特にzstdは圧縮率と速度のバランスに優れており、テキストファイルやログデータが多い環境ではストレージ容量を大幅に節約できます。
圧縮は透過的に行われるため、アプリケーション側での対応は不要です。
ただし、既に圧縮された動画ファイルや画像ファイルなどには効果が限定的であり、CPUリソースの消費も考慮する必要があります。

XFSには圧縮機能が搭載されておらず、同様の効果を得るにはファイルシステム上層での対応が必要です。
例えば、VDO（Virtual Data Optimizer）などのカーネルモジュールを組み合わせることで重複排除や圧縮を実現できますが、Btrfsのような統合的な体験とは異なります。
ストレージ容量の節約を重視する場面では、Btrfsの圧縮機能は大きなアドバンテージとなります。

RAID対応とデータ冗長性の違い

BtrfsはファイルシステムレベルでRAID 0、1、5、6、10に対応しており、複数の物理ドライブを単一のファイルシステムとして管理できます。
この統合的なアプローチにより、RAID構成の変更やドライブの追加・交換を比較的柔軟に行うことが可能です。
ただし、RAID 5やRAID 6については、長らく「書き込みホール」の問題が指摘されており、本格的な冗長性が求められる環境では慎重な検討が必要です。
近年のカーネル更新で改善は進んでいますが、依然として完全な信頼性については議論の余地があります。

XFS自体にはRAID機能がなく、LinuxのmdadmやハードウェアRAIDコントローラーと組み合わせて冗長性を確保します。
この分離型のアプローチは、ファイルシステムとRAID層の責任範囲が明確になるという利点があります。
特にRAID 5やRAID 6を本格的に運用したい場合、mdadmの成熟した実装を利用できるXFS側が、現時点ではより堅実な選択と言えるでしょう。
RAID構成の変更はBtrfsほど柔軟ではありませんが、安定性を優先するならこのシンプルさがむしろ強みとなります。

パフォーマンス比較：ベンチマークと実測値の検証

ファイルシステムの選択において、機能面の充実度だけでなく実際のパフォーマンスは重要な判断材料です。
BtrfsとXFSは、ベンチマーク上では異なる特性を示し、用途によって優位性が分かれる傾向があります。
以下、シーケンシャルアクセス、ランダムアクセス、そしてファイルサイズによる挙動の違いを検証していきます。
なお、数値は一般的なSATA SSDやHDD環境での傾向をまとめたものであり、実際の環境ではハードウェア構成やカーネルバージョンによって変動します。

シーケンシャル読み書き速度の比較

シーケンシャルアクセス、つまり連続したデータの読み書きにおいては、XFSがやや優位に立つ傾向が見られます。
XFSはアロケーションマップの設計が効率的であり、大きなファイルを連続した領域に配置する能力に長けています。
そのため、動画ファイルのコピーやバックアップ処理など、ストリーミング的な読み書きが主体となる用途では、XFSのパフォーマンスは安定しています。

Btrfsもシーケンシャル読み書きにおいては十分な性能を発揮しますが、CoWの仕組み上、ファイルの上書き時には新しいブロックへの書き込みが発生するため、純粋なシーケンシャル書き込み性能ではXFSにやや劣る場合があります。
ただし、圧縮機能を有効にした場合や、複数ファイルの並列書き込み時には、Btrfsのマルチデバイス対応が活きて逆転することもあります。
圧縮を無効にした状態での単純な大容量ファイル転送を重視するなら、XFSが堅実な選択と言えるでしょう。

ランダムアクセス性能の差異

ランダムアクセス性能は、データベースや仮想マシンのイメージファイル、コンテナ環境など、多数の小さなファイルが不規則に読み書きされる場面で重要になります。
この観点では、XFSが一貫して高い性能を示す傾向が強く見られます。
XFSのB+treeベースのディレクトリ構造は、大量の小ファイルが散在する環境でも効率的な検索とアクセスを実現しており、長年のエンタープライズ運用でその信頼性が証明されています。

Btrfsはランダムアクセスにおいても決して遅いわけではありませんが、CoWによるメタデータの更新や、チェックサム計算のオーバーヘッドが若干の影響を与えることがあります。
特に小規模なランダム書き込みが頻発するワークロードでは、XFSとの差が顕在化しやすいです。
ただし、Btrfsのスナップショット機能や圧縮機能を活用することで、ランダムアクセスの頻度自体を減らす運用設計も可能であり、単純な速度比較だけで判断するのは早計かもしれません。
データベースサーバーや仮想化基盤を構築する場合、XFSの実績は大きな安心材料となります。

大容量ファイルと小容量ファイルでの挙動の違い

ファイルサイズによる挙動の違いは、実運用において意外と見落とされがちなポイントです。
XFSは大容量ファイルの扱いに非常に優れており、数テラバイト級の単一ファイルでも安定したパフォーマンスを維持できます。
その背景には、効率的なエクステントベースのアロケーションと、フラグメンテーションへの強さがあります。
動画編集用のストレージや、大規模なバックアップアーカイブを扱う場合、XFSのこの特性は大きな利点となります。

一方、Btrfsは小容量ファイルの大量存在する環境で、CoWの特性を活かした柔軟な管理が可能です。
ただし、小ファイルが極端に多いディレクトリでは、メタデータの肥大化が進みやすく、長期運用で若干の性能劣化が懸念されることがあります。
この問題は定期的なバランス処理や、適切なマウントオプションの設定で緩和できますが、運用時の注意が必要です。

以下に、用途別の推奨をまとめます。

• 大容量メディアファイルの保存・編集：XFSが優位
• データベースや仮想マシンイメージの運用：XFSの実績が豊富
• 多数の小ファイルが混在する汎用ストレージ：Btrfsの柔軟性が活きる
• 圧縮やスナップショットを併用した運用：Btrfsの統合機能が有利

結論として、純粋なパフォーマンスを重視する場合、特にランダムアクセスや大容量ファイルの扱いではXFSがやや優位に立ちます。
しかし、Btrfsも十分な性能を持ちつつ、機能面での付加価値を提供するため、用途に応じた使い分けが最も重要です。

長期運用における信頼性とデータ保全性の評価

ファイルシステムの信頼性は、数日や数週間の短期評価では見えてこない側面が多くあります。
数年単位の運用を見据えた際に、データの破損検出能力、修復機能の有無、そして経年による性能劣化の抑制力が、真の価値を発揮します。
BtrfsとXFSは、いずれも高い信頼性を謳っていますが、そのアプローチと実態には明確な違いがあります。
以下、長期運用の観点から両者を検証していきます。

データ破損検出と修復機能の比較

Btrfsは、データとメタデータの両方に対してチェックサムを生成し、読み出し時に自動的に整合性を検証します。
これは「ビットロット」と呼ばれる、静電気や経年劣化、宇宙線などの影響でデータが微細に破損する現象に対する強力な防御策です。
チェックサムの不一致が検出された場合、BtrfsはRAID 1やRAID 10などの冗長構成であれば、正常なコピーから自動的に修復を試みます。
この自己修復機能は、長期運用におけるデータ保全性を大きく高めます。

XFSはメタデータのチェックサムには対応していますが、データ領域のチェックサムはサポートされていません。
そのため、データそのものの破損をファイルシステムレベルで検出することはできず、外部の検証ツールやバックアップとの比較に依存することになります。
これはXFSの設計思想の違いであり、シンプルさと速度を優先した結果ですが、長期アーカイブ用途では注意が必要です。
ただし、XFSのメタデータ管理自体は極めて堅牢であり、クラッシュ後のジャーナル回復は長年の実績で証明されています。

長期運用時のフラグメンテーションと劣化の実態

長期運用におけるフラグメンテーションは、ファイルシステムの性能を徐々に低下させる主要因の一つです。
XFSはエクステントベースのアロケーションを採用しており、フラグメンテーションへの耐性が高く設計されています。
実際に数年単位の運用でも、大規模なフラグメンテーションが進行しにくい傾向が報告されており、メンテナンスフリーな運用を志向する場合は大きなアドバンテージです。
デフラグメンテーションは手動で実行可能ですが、頻繁に必要となることは少ないです。

BtrfsはCoWの特性上、ファイルの上書きやスナップショットの繰り返し作成により、フラグメンテーションが進行しやすい側面があります。
特にデータベースのような頻繁な上書きが発生するワークロードでは、断片化が進みやすく、定期的なバランス処理やデフラグの実行を推奨する声が多く見られます。
Btrfsには自動デフラグのマウントオプションも用意されていますが、これを有効にすると書き込み性能に影響が出るため、トレードオフの関係にあります。

長期運用における信頼性を総合的に評価すると、以下の傾向が言えます。

• データ保全性を最優先する場合：Btrfsのチェックサムと自己修復機能が強力
• メンテナンスの少なさを重視する場合：XFSのフラグメンテーション耐性が有利
• クラッシュ後の回復の確実性：XFSのジャーナル機構は長年の実績あり
• RAID運用時のデータ保護：Btrfsの統合的なチェックサム管理が優位

いずれにせよ、長期運用においてはファイルシステムの選択に加え、適切なバックアップ戦略の構築が不可欠です。
ファイルシステムの信頼性は高まっても、人為的ミスや物理的障害からの完全な保護は不可能ですから、BtrfsとXFSのいずれを選んだとしても、3-2-1のバックアップ原則を遵守することを強く推奨します。

実際のユーザー評価：コミュニティの声と運用実績

ベンチマーク数値や仕様書に記載された機能は、あくまで理論上の話です。
実際の運用現場では、予期せぬ挙動や、長期使用による慣れや不満が如実に表れます。
BtrfsとXFSに関しては、Redditや日本の技術コミュニティ、各種フォーラムで豊富なユーザー報告が蓄積されており、そこから得られる知見は非常に貴重です。
以下、市販NASでの採用状況と自作NASユーザーの実体験に基づいた評価を整理していきます。

SynologyやQNAPなど市販NASでの採用状況

市販NASメーカーの選択は、ファイルシステムの信頼性に対する業界全体の評価を反映しています。
SynologyはBtrfsを主力ファイルシステムとして採用しており、同社の独自機能であるSnapshot Replicationやデータ整合性検証は、BtrfsのCoWとチェックサム機能を活用したものです。
SynologyのBtrfs対応は、自社で十分な検証とチューニングを施した上での採用であり、一般ユーザーにとってはBtrfsの先進機能を安心して利用できる環境が整っています。
ただし、Synologyの実装はカーネルパッチや独自拡張を含むため、純粋なLinux環境でのBtrfsとは若干の違いもあります。

一方、QNAPはEXT4を基本としつつ、一部モデルでBtrfsも選択可能にしています。
これは、長年のEXT4運用実績を重視しつつ、Btrfsのスナップショット機能を求めるユーザーへの対応と言えるでしょう。
また、エンタープライズ向けのNAS製品ではXFSが採用されることもあり、特に大規模なストレージシステムや、高いスループットが要求される環境ではXFSの実績が評価されています。
市販NASの選択は、メーカーがどちらのファイルシステムを「デフォルト」として推奨しているかという点で、それぞれの強みが反映されていると言えます。

自作NASユーザーが報告する運用時の注意点

自作NASコミュニティでは、BtrfsとXFSのどちらを選ぶかについて活発な議論が交わされています。
Btrfsを選んだユーザーの多くは、スナップショット機能や圧縮、チェックサムによるデータ保護を高く評価しています。
特に、家庭内のメディアサーバーや文書管理サーバーとして運用する場合、意図しない上書きや削除からの復旧が容易になる点は大きなメリットです。
一方で、以下のような注意点も頻繁に報告されています。

• RAID 5やRAID 6の運用には慎重さが必要：BtrfsのRAID 5/6は改善されてきたものの、完全な信頼性については依然として議論があり、重要なデータの保存にはRAID 1やRAID 10が推奨されることが多いです
• メモリ要件が比較的高い：Btrfsはメタデータの管理にやや多くのメモリを消費する傾向があり、1GB以下のRAMでは運用が厳しいという声もあります
• 長期運用でのフラグメンテーション：頻繁な書き換えが発生する環境では、定期的なメンテナンスが推奨されます

XFSを選んだユーザーは、そのシンプルさと安定性を高く評価する傾向が強いです。
「何も考えずに動く」「数年経っても性能が劣化しない」といった声が多く、特にバックアップサーバーや大容量アーカイブ用途では信頼されています。
注意点としては、スナップショット機能の欠如による運用設計の工夫が必要な点や、データ破損検出がファイルシステムレベルで行えない点が挙げられます。

総じて、自作NASユーザーの経験から言えるのは、Btrfsは「機能の豊富さとデータ保護を重視するユーザーに適しており、ある程度の知識とメンテナンスの労力を受け入れられる方に向く」一方、XFSは「シンプルで安定した運用を求める方、特に大規模なストレージや高負荷環境での利用に向く」ということです。
どちらが絶対的に優れているというよりは、運用者の技術的な余裕と、優先すべき価値観によって選択が分かれるというのが実情です。

用途別の選択ガイド：あなたに最適なファイルシステムはどちらか

これまでの検証を踏まえ、BtrfsとXFSのどちらを選ぶべきかは、最終的に「どのような用途で運用するか」に帰結します。
両者には明確な強みと弱みがあり、万能なファイルシステムは存在しません。
以下、具体的な用途別に最適な選択とその理由、そして推奨される設定について解説します。
なお、これらの推奨は一般的な傾向に基づくものであり、個別の環境や要件によっては調整が必要です。

メディアサーバー・動画保存向けの推奨設定

メディアサーバーや動画ライブラリの保存用途では、XFSがやや優位に立つことが多いです。
動画ファイルは一般的に大容量であり、シーケンシャルな読み書きが主体となります。
このようなワークロードでは、XFSのエクステントベースのアロケーションが効果を発揮し、フラグメンテーションを最小限に抑えながら高いスループットを維持できます。
また、動画ファイルは既に高度に圧縮されているため、Btrfsの圧縮機能の恩恵は限定的です。

ただし、メディアライブラリの管理において「誤って上書きや削除したファイルを復元したい」という要望があれば、Btrfsのスナップショット機能は大きな価値を持ちます。
PlexやJellyfinなどのメディアサーバーを運用し、ライブラリの変更履歴を保持したい場合は、Btrfsを選択し定期的なスナップショット取得を組み込む運用も有効です。

開発環境・コンテナ運用向けの推奨設定

開発環境やDocker、Podmanなどのコンテナ運用では、Btrfsが強く推奨される場面が多いです。
コンテナイメージはレイヤー構造を持ち、同一のベースレイヤーを複数のコンテナで共有する特性があります。
BtrfsのCoWは、このような共有レイヤーの効率的な管理に適しており、ストレージ容量の節約と高速なコンテナ起動を両立させることができます。
DockerのストレージドライバーとしてもBtrfsは公式にサポートされており、実績があります。

開発環境では、コードの変更前にスナップショットを取得しておくことで、実験的な変更からの即座の復旧が可能になります。
これはBtrfsの大きな強みです。
一方、データベースコンテナなど、頻繁なランダム書き込みが発生するワークロードでは、CoWによるオーバーヘッドが気になる場合があります。
そのような場面では、XFS上にボリュームをマウントするか、データベースファイルを別途XFSボリュームに配置するハイブリッド構成も検討に値します。

バックアップ用途・アーカイブ保存向けの推奨設定

バックアップや長期アーカイブの保存用途では、データ保全性が最優先となるため、Btrfsのチェックサムと自己修復機能は大きな魅力です。
数年単位でデータを保存するアーカイブストレージでは、ビットロットのリスクは無視できません。
Btrfsは定期的なスクラブ処理を実行することで、データの整合性を監視し、異常を早期に検出できます。

ただし、バックアップデータが「一度書き込んだらほとんど変更されない」性質であれば、XFSも十分な選択肢となります。
XFSのフラグメンテーション耐性は、長期間の読み出し専用運用において安定した性能を保証します。
重要なのは、いずれのファイルシステムを選んだとしても、バックアップは複数の層で行うという原則です。
ファイルシステムの信頼性に過度に依存せず、オフサイトバックアップや異なるメディアへのコピーを併用することを忘れないでください。

以下に、用途別の総合推奨をまとめます。

• メディアサーバー・動画保存：XFSを基本とし、変更履歴管理が必要ならBtrfs
• 開発環境・コンテナ運用：Btrfsが最適、高負荷DBはXFSとの併用を検討
• バックアップ・アーカイブ：Btrfsのチェックサム機能を活かす、またはXFS＋外部検証ツール

最終的な選択は、ご自身の技術的な余裕と、どの機能を最も重視するかによって決まります。
どちらを選んでも、適切な設定と定期的なメンテナンスが長期安定運用の鍵となります。

BtrfsとXFSの今後の展望とまとめ

BtrfsとXFSは、いずれもLinuxエコシステムにおいて成熟したファイルシステムとして位置づけられており、今後も広く利用されていくことは確実です。
しかし、両者の開発動向と今後の展望には違いがあり、それが現在の選択にどう影響するかを見据えておくことは価値があります。

Btrfsは、当初「Linuxの次世代デフォルトファイルシステム」として大きな期待を集めました。
OracleやFacebook（現Meta）、SUSEなどの企業が開発に関与し、先進的な機能群を次々と実装してきました。
現在もカーネル開発コミュニティで活発にメンテナンスされており、特にRAID 5やRAID 6の信頼性向上、パフォーマンスの最適化、そして新しい圧縮アルゴリズムへの対応など、継続的な改善が進められています。
Synologyをはじめとする市販NASメーカーがBtrfsを採用していることも、一般ユーザーへの普及を後押ししています。
今後は、さらなる安定性の向上と、コンテナやクラウドネイティブ環境との親和性強化が期待される方向です。

一方、XFSは「変わらない安定性」を信条とする成熟したファイルシステムです。
SGI時代からの長い歴史を持ち、Red Hat Enterprise LinuxやCentOSなどのエンタープライズディストリビューションで長年デフォルトとして採用されてきた実績は揺るぎません。
開発は継続されており、大規模ストレージシステムへのスケーラビリティ強化や、新しいハードウェアへの最適化が進められていますが、根本的な設計思想は変わっていません。
これは、XFSが「新機能の追加」よりも「既存の信頼性を維持・向上させる」ことに注力していることを示しています。
エンタープライズ環境や、長期安定運用が最優先される場面では、この不変のアプローチがむしろ大きな強みとなります。

両者の今後の展望を考慮すると、Btrfsは「機能の拡張と新しいユースケースへの対応」を、XFSは「成熟した信頼性の維持とスケールへの対応」をそれぞれの強みとして進化していくと予想されます。
どちらが「勝つ」という関係ではなく、異なる価値観を持つユーザー層をそれぞれに支える存在として共存し続けるでしょう。

本記事で検証してきた内容を総括すると、以下のようになります。

• 機能の豊富さとデータ保護を重視する場合：Btrfsのスナップショット、圧縮、チェックサム機能は魅力的です。ただし、RAID 5/6の運用や長期メンテナンスについては一定の知識と注意が必要です
• パフォーマンスと長期安定性を重視する場合：XFSのシーケンシャル性能、ランダムアクセス性能、フラグメンテーション耐性は高く評価されます。シンプルな設計は運用の負担を減らします
• 用途に応じた使い分け：メディアサーバーや大容量アーカイブにはXFS、開発環境やコンテナ運用にはBtrfsが向く傾向があります。バックアップ用途では、Btrfsのチェックサム機能を活かすか、XFSと外部検証ツールを組み合わせるかの選択となります

最終的に、ファイルシステムの選択は「正解」ではなく「最適解」を探すプロセスです。
ご自身の運用環境、技術的な余裕、そしてデータに対するリスク許容度を冷静に見極め、本記事で示した情報を参考に判断していただければ幸いです。
データは一度失うと取り戻せないものですから、どちらを選んだとしても、適切なバックアップ戦略の構築は絶対に怠らないでください。