ZFSは公式のLinuxカーネルには含まれておらず、OracleがGPLと互換性のあるものでコードを再ライセンスしない限り、含まれることはありません。
この非互換性は 論争中 です。 LinuxシステムでZFSが許可されていることを支持する主な議論は、いわゆる「アームズレングス」のルールに関係しています。このルールは、ZFSがカーネルとは別のモジュールとして提供され、2つが公開されたAPIを通じてのみ通信し、両方のコードベースが互いに独立して機能できる場合にのみ、この場合に適用されます。主張は、どちらも他方の派生作品ではないため、どちらのコードベースのライセンスも taints 他方ではないということです。彼らは独立していますが、協力しています。それにもかかわらず、この解釈の下でも、ZFSモジュールはLinuxカーネルとは別に出荷する必要があることを意味します。これは、今日提供されている方法です buntuによる 。
CDDLとGPLの議論とはまったく異なり、 NetAppの主張 彼らはZFSで使用されているいくつかのテクノロジーに関する特許を所有しています。 NetAppは、Oracleの買収後、Sunとの訴訟を和解しましたが、その和解は他のLinuxディストリビューターを保護するものではありません。 （Red Hat、Ubuntu、SuSE ...）
私が見るように、これらはあなたの選択肢です：
代わりに btrfs を使用してください。これは、ZFSと同様の機能を備えていますが、GPLライセンスの競合はなく、2.6.29（2009年1月にリリース）以降、テスト用のメインラインカーネルに含まれています。
Btrfsの主な問題は、 RAID 5/6機能に関する問題の長い歴史 があったことです。これらの問題は解決されていますが、これらの問題の1つが表面化するたびに、「安定性クロック」がリセットされます。
もう1つの懸念は、Red Hatが 示されている を持っていることです。RedHat Enterprise Linuxの次のリリースにはbtrfsが含まれません。
Red Hatがbtrfsでその立場を取っている理由の1つは、Stratisと呼ばれている別のテクノロジースタックを使用して 同様の機能を提供する計画 があることです。したがって、もう1つのオプションは、Stratisが表示されるのを待つことです。1.0は2018年前半に予定されており、おそらくRed Hat Enterprise Linux8と一致します。
ファイルサーバーに別のOS（FreeBSDなど）を使用し、NFSを使用してLinuxボックスに接続します
ZFS on Fuse を使用します。これは、かなりのパフォーマンスを犠牲にして、カーネルライセンスの問題を適切に回避するユーザースペースの実装です。
統合 Linux上のZFS OSのインストール後に。
ライセンスの競合 は、結合されたシステムを組織外に配布することを法的に疑わしいものにします。私は弁護士ではありませんが、特許の問題は別として、LinuxでのZFSの配布は、システムで非GPLバイナリドライバー（特定のビデオカード用のものなど）を配布するのと同じくらい気になります。これらの1つが気になる場合は、もう1つも気にする必要があります。
16.04以降OSにZFSカーネルモジュールを出荷しているUbuntuに切り替えます。 Canonicalは信じています ZFSカーネルモジュールをOS自体と共に配布することは法的に安全であると信じています。 Canonicalの意見を信頼するかどうかを決定する必要があります。法的な問題が発生した場合、彼らはあなたを補償する気がないかもしれないことも考慮してください。
現在、Ubuntuを使用してZFSからブートすることは 大量の手動ハッカー なしでは不可能であることに注意してください。
ちなみに、btrfsもOracleの支援を受けていますが、Sunの買収の数年前に開始されました。 2つが合併することはないと思います。または、ライセンスの競合と特許の問題により、一方が他方に代わって廃止されるとは思いません。 ZFSは人気が高すぎてなくなることはできませんが、ZFSの代替品に対する需要は今後も続くでしょう。
ここでのいくつかの回答は Behlendorf ZFSポート に言及しています。
Behlendorf ZFSポートは現在、非常に大きなファイルシステムを持つ Lustre ユーザーを対象としていることに注意してください。これは、ローレンスリバモア国立研究所、米国エネルギー省、およびその他の研究施設が非常に大きなファイルシステム（100TB-近い将来マルチペタバイトシステム）を実行するために必要なものです。 LusterはLinuxで実行され、特定のサイズを超えるファイルシステムで使用すると問題が発生します。一部の人々は ZFSを使用してこの問題を解決する を望んでいます。そこでzfsonlinux.orgが役立ちます。
ZFSを他の人に役立てるためには、 [〜＃〜] zpl [〜＃〜] （ZFS POSIX Layer）をLinuxに移植して、管理者がファイルシステム。 zfsonlinux.orgには ZPLの開発バージョン があり、KQ Infotechは ZPLの別の実装 を提供しています。これはzfsonlinux.orgコードのフォークです。
Behlendorf ZPLの改善にご協力ください 、およびKQ Infotechからの変更をzfsonlinux.orgリポジトリにマージします。これができれば、コミュニティは大きな恩恵を受け、あなたはロックスターになります。
ああ、はい、今できます！ Linux上のZFS プロジェクトがあります。 ZFSは複数のプラットフォームに正常に移植されており、機能するLinux ZFSカーネルポートがあります。
- LinuxPPAにはUbuntu + NativeZFSを使用します。
- CentOSやOLEなどのRPM互換ディストリビューションを使用します。
- Linuxディストリビューションのソースから自分でパッケージをコンパイルできます。
私の実際の経験は、Ubuntu + Native ZFSを使用しています- daily repositories からは非常に安定して動作します.
自宅のNASに debian/lennyのZFS Fuse を設定しました。問題や制限はありませんでした。 ZFSを検索 私のブログでいくつかの関連する投稿を探します。
最初にBTRFSを試しました ですが、まだ準備ができていないことがわかりました。これは2010年2月のことでした。
それらがどれだけうまく機能するかはわかりませんが、Linuxで使用できるZFSの2つのポートがあります- Fuse実装 と カーネル内ファイルシステムの実装 。
ZFSのFuseバージョンを使用できます。制限は、ユーザースペースプロセスとして実行されることです。
ZFSヒューズは確かに機能します。
警告：ドライブを使用する「その他の」オペレーティングシステムがZFSヒューズと同じバージョンをサポートしていることを確認してください。通常、BSDはLinuxのものよりも後のバージョンをいくつか実行します。