web-dev-qa-db-ja.com

Linux(> 32TB)の大量のディスクスペースにはどのファイルシステムを使用する必要がありますか?

Linuxで大きなファイルシステムを作成しようとしていますが、一般的なファイルシステムの多くで問題が発生しています。

  • JFSには、32TBを超える拡張を許可しないバグがあります。
  • XFSにはfsckにバグがあり、大量のデータ(〜20TB)があるディスクでfsckを実行すると、マシンが使用可能なすべてのメモリを使用してクラッシュします。
  • E2fsprogsの問題により、EXT4は16TBに制限されています。
  • BTRFSは素晴らしいでしょうが、現在、私が必要とするfsckはありません。

他のアイデアはありますか?

3
bjcubsfan

LinuxのユーザーランドFuseベースのシステムであるため、他のシステムほど高速ではないかもしれませんが、 [〜#〜] zfs [〜#〜] は法案に合うかもしれません...

その名前はもともと「ZettabyteFileSystem」の略でした。元の名前セレクターはたまたまその名前を気に入っており、ZFSファイルシステムには2つを格納する機能があります。58 各ZBが2であるゼタバイト70 バイト。

ZFSは128ビットのファイルシステムであるため、1.84×10をアドレス指定できます。19 NTFSなどの64ビットシステムの2倍のデータ。 ZFSの制限は、決して遭遇しないほど大きくなるように設計されています。 ZFSの理論上の制限は次のとおりです。

  • 248 —個々のディレクトリのエントリ数
  • 16エクサバイト(16×1018 バイト)—単一ファイルの最大サイズ
  • 16エクサバイト—任意の属性の最大サイズ
  • 256 ゼタバイト(278 バイト)—任意のzpoolの最大サイズ
  • 256 —ファイルの属性の数(実際には2に制限されています48 ZFSファイルシステム内のファイル数について)
  • 264 —任意のzpool内のデバイスの数
  • 264 —システム内のzpoolの数
  • 264 —zpool内のファイルシステムの数

地殻には、ZFSの制限を超えるのに十分な大きさのファイルストレージアレイを作成するのに十分な原子がないという人もいます。

3
Majenko

ZFSは可能な解決策ですが、最近では、最初に除外したファイルシステムを使用することもできます。

  • ext4:ペタバイトのfilesystemdは、最近のe2fsprogおよびカーネルバージョンでは問題にならないはずです。
  • btrfs:動作しています btfsck そして大きなサイズにスケーリングすることもできます。
0
Robin Roth