異なるサイズのドライブでのZFS初心者セットアップ

noobieの質問については申し訳ありませんが、ZFSレイドを作成するためにあらゆる種類のウォークスルーを行ってきましたが、探している回答の正しいリンクが見つからないようです。

これがRAIDの私の最初の試みであり、私が読んだすべてから、zfsが最善の方法であると思われます。

1. zfsプールの背後にある基礎となるハードウェアを変更する必要がある場合はどうなりますか？mobo /プロセッサーのように、それが1、2年で死ぬとどうなりますか。どうにかしてzfsプールを移植できますか？
2. さまざまなサイズのドライブのかなりのセットを持っているし、冗長性を最大限にストレージスペースを取得しようとしています。この構成の最適なセットアップと、これらのさまざまなサイズのドライブを使用することでどれだけのスペースが失われるか。速度の要件に合わせてこれを作成するのではなく、複数のHTPC用のファイルサーバーが必要です。このために現在利用可能なドライブは次のとおりです。
   • 1x 500GB「ハイブリッド」ドライブ
   • 1x 1TBドライブ
   • 1TB 3TBドライブ
   • 1TB 4TBドライブ（後ほどプールに追加され、現在上記のドライブからのすべてのデータを保持しています）
3. 後でプールに4TBドライブを追加することは、どんな問題でもありますか？
4. Linux OSでこれをすべて実行するための推奨事項はありますか？また、OSに別のドライブを使用する必要がありますか？Ubuntu、RHEL、およびOpenSUSE / SLESに精通しています。

どんな助けでも大歓迎です、私はこれについて読み続けています、一度に取り入れるだけで、どこから始めるべきかのリンクも同様に非常に役立ちます。

zfsプールの背後にある基礎となるハードウェアを変更する必要がある場合はどうなりますか？mobo /プロセッサーのように、それが1、2年で死ぬとどうなりますか。どうにかしてzfsプールを移植できますか？

ZFSプールはハードウェアに依存しません。HBA（ホストバスアダプター）がハードウェアレベルでデータを暗号化するようなことをしていないことを確認してください。ZFSは、LSI 9211-8iのようなHBA またはクロスフラッシュされたIBM m1015で最適に機能し、完全な「ハードウェア」RAIDカードではなく、9211-8iファームウェアを使用します。

さまざまなサイズのドライブのかなりのセットを持っているし、冗長性を最大限にストレージスペースを取得しようとしています。この構成の最適なセットアップと、これらのさまざまなサイズのドライブを使用することでどれだけのスペースが失われるか。速度の要件に合わせてこれを作成するのではなく、複数のHTPC用のファイルサーバーが必要です。私が現在利用できるドライブは次のとおりです。1x500GB「ハイブリッド」ドライブ1x 1TBドライブ1x 3TBドライブ1x 4TBドライブ

もし私があなただったら、小さなドライブを売って、同じサイズの大きなドライブにお金をかけるでしょう。それはあなたの人生をずっと楽にします。また、ドライブをZFSプールに追加することはできません。制約があります。こちらをご覧ください。

後でプールに4TBドライブを追加することは、どんな問題でもありますか？

おそらく。私は同様の立場にいます。将来のある時点で、ストレージ容量を増やす必要があります。その時点で、2つ目のHBAと新しい大型ドライブのアレイを購入する予定です。次に、既存のドライブからすべてのデータを新しいドライブに転送し、既存のドライブを販売します。これを回避する他の（より安い）方法があるかもしれませんが、この方法でそれを行います：

1. すべてのドライブを同じサイズに保ちます
2. 追加のHBAの追加コストのみがあります。これは、とにかく配置するのは悪いことではありません
3. ドライブを一度に1つずつ交換する必要はありません。交換するたびに再シルバーします。

Linux OSでこれをすべて実行するための推奨事項はありますか？また、OSに別のドライブを使用する必要がありますか？Ubuntu、RHEL、およびOpenSUSE / SLESに精通しています。

Linuxを使用しないでください。ネイティブのZFSサポートはありません。ZFSのLinuxサポートは、Linux上のZFS およびzfs-fuseから来ています。ZFSの現状は、Oracleが最善を尽くして破壊するため、流動的です。ZFSは近いうちにバージョン28で分岐する可能性が高いため、Oracleソリューションに固執することを100％確信していない限り、28を超えるバージョンでZFSプールを作成しないでください。現在、FreeBSDとそのスピンオフはZFSバージョン28をサポートしています。

あなたは自称ZFS初心者なので、FreeNASをお勧めします。私は今しばらくそれを使用しており、私はそれでかなり満足しています。それは間違いなくあなたのための最も簡単なセットアップを可能にします。

追加の考え：

特定のユースケースに適したパリティレベルを選択してください。具体的には、UREの周りを計画するようにしてください。基本的に、2 TBを超えるドライブを使用している場合、RAID 5（RAID Z1）は使用しません。パリティデータのレベルを上げるように促す可能性のある他の考慮すべき要素がいくつかあります。 この件に関する良い記事がここにあります。

更新：

この回答を投稿してから1.5年が経ち、その間にLinux（特にUbuntuサーバー）上のZFSに別のチャンスを与えています。私が最初に試してみてから長い道のりを歩んできましたが、これまでのところかなり満足しています。私が切り替えた理由は、FreeNASとjailingシステムのインストール制限でした。NASサーバーを単なるNASサーバー以上に使用したかったので、FreeNASはそれを難し​​くしています。ジェイルシステムは優れた安全性を備えていますが、自宅でそのレベルのセキュリティを実際に必要とすることはなく、ファイルを解凍するたびに刑務所にログインする必要もありませんでした。ZFSを使い始めたばかりの場合（Webインターフェイスのため）、またはNASアプライアンスが必要な場合（つまり、他のサーバー機能が不要な場合）、FreeNASはまだ良い選択だと思います。

1：何を変更しても問題ありません。プールは、CPU、メインボード、または同様のものに関係なくインポート可能でなければなりません。

2：ZFSは、同じサイズのデバイスで最適に機能します。さらに、冗長性が必要な場合、最小のデバイスよりも大きいデバイスでは余分なサイズが無駄になります。最後に、デバイス（例：4 TBディスク）をRAIDZに追加できません。メタデータの冗長性のみが必要な場合（疑わしい）、すべてのディスクでストライプを作成し、後で4 TBのディスクをプールに追加できます。

または、最初にディスク1とディスク2のミラーを含む500 GBプールを作成し、後で使用するためにディスク3を保持してから、ディスク3とディスク4で4 TBのディスクが使用可能になったときに2番目のミラーを追加して3.5 TBプールを作成することもできます。

3：はい、＃2を参照

4：推奨なし。

異なるディスクサイズを使用してzfsでRAIDを作成する場合は、「zpool create（プールの名前）raidz1 -f sdb sdc sdd」を使用する必要があります。

zfs-fuseでashift = 12を使用して作成できないことが判明しました。

# zpool create -n -o ashift=12 test /dev/disk/by-id/scsi-SATA_......
property 'ashift' is not a valid pool property

ただし、github zfs + spl 0.6.5.xの場合は動作します。

# dd if=/dev/zero of=/tmp/testfile bs=1M count=64
# zpool create -o ashift=12 test /tmp/testfile
# dd if=/dev/zero of=/tmp/testfile8 bs=1M count=64
# zpool create -o version=8 test8 /tmp/testfile8

ユビキバコンの答えはあなたのすべての直接的な質問をカバーしていますが、私はいくつかの「直接的な体験」に耳を傾けると思いました。

ほとんどのZFS実装はリソースが類似しているほど十分に類似していますが、FreeBSD上のZFSは私の主な経験分野です。FreeBSDのように友好的で特別な目的のソリューションとは対照的に、選択したどんな不正な目的にも使用できる汎用オペレーティングシステムを提供するため、インストールにFreeBSDを選択しました。正しく構成されたZFSは優れたシステムになる可能性があります。ZFSが正しく構成されていないと、全体が苦痛になります。これは比較的新しいファイルシステムであり、古い、より確立されたファイルシステム（FreeBSDのUFS2やLinuxのext2 / 3/4など）ほど理解されていません。メーリングリストはかなり活発です。問題が発生した場合は、少なくともそれらをスキャンして、あなたに何が期待されるかを理解することはおそらく価値があります。それらの人々は、あなたが何が起こっているかを理解するのを手伝ってくれる限り、一般的に友好的でとても助けになります。この一般的な「新しさ」については、多くの状況でほとんど失われない圧縮などのきちんとした機能と、多くのリソースを必要とする重複排除などの危険な機能があり、コピーせずにオフにすることは不可能ですすべてのデータがオフになり、コンピューターが起動不能になる可能性があります（私のように、ある幸せな日）。

メリットのいずれかがトレードオフを上回る場合、それは素晴らしいファイルシステムです。私は全体的に満足しています。

これに対するアドホックソリューションは、ディスクを同じサイズのパーティションのセットに分割し、同じサイズのパーティションセットを使用して複数のプールを作成することです。

同じ物理ディスク上に複数のプールがあるため、パフォーマンスの問題が発生する場合がありますが、ディスク上のほとんどのスペースを使用できます。