web-dev-qa-db-ja.com

さまざまなサイズのドライブを使用したZFS初心者向けセットアップ

初心者向けの質問でごめんなさい、私はあらゆる種類のウォークスルーをグーグルしてZFS raidを作成してきましたが、探している答えへの正しいリンクが見つからないようです。

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

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

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

25
ivandov

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

ZFSプールはハードウェアに依存しません。 HBA(ホストバスアダプター)がハードウェアレベルでデータを暗号化するようなことをしていないことを確認してください。 ZFSは LSI 9211-8i またはIBM m1015 cross-flashed のようなHBAで最適に動作し、完全な「ハードウェア」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サポートはありません。 LinuxでのZFSのサポートは Linux上のZFS および zfs-Fuse に由来します。 Oracleが最善を尽くしてZFSを台無しにしようとしているため、ZFSの現在の状態は流動的です。 ZFSは近い将来バージョン28で分岐する可能性が高いので、Oracleソリューションを使い続けることが100%確実である場合を除いて、28より大きいバージョンでZFSプールを作成しないでください。現在、FreeBSDとそのスピンオフはZFSバージョン28をサポートしています。

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

追加の考え:

特定のユースケースに適したパリティのレベルを選択していることを確認してください。具体的には、必ず計画を立ててください [〜#〜] ure [〜#〜] 。基本的に、2TBを超えるドライブを使用している場合は、RAID 5(RAID Z1)を使用する必要はありません。パリティデータのレベルを上げるように促す他のいくつかの考慮すべき要素があります。 ここ はこの件に関する優れた記事です。

更新:

私がこの回答を投稿してから1.5年が経過し、その間にLinux(特にUbuntuサーバー)上のZFSにもう一度チャンスを与えています。最初に試してから長い道のりがあり、今のところかなり満足しています。切り替えた理由は、FreeNASとjailシステムのインストール制限でした。 NASサーバーとFreeNASだけでなく、サーバーを使用したかったのです。FreeNASはそれを難し​​くします。jailシステムは優れていて非常に安全ですが、私はそのレベルのセキュリティを本当に必要としませんでした私はファイルを解凍するたびに刑務所にログインすることに対処したくありませんでした。ZFSを使い始めたばかりの場合(Webインターフェイスのため)、FreeNASはまだ良い選択だと思います。 NASアプライアンスが必要です(つまり、他のサーバー機能は必要ありません)。

20
ubiquibacon

1:何も変更しても問題ありません。プールは、CPU、メインボードなどに関係なくインポート可能である必要があります。

2:ZFSは、同じサイズのデバイスで最適に動作します。さらに、冗長性が必要な場合、最小のデバイスよりも大きいデバイスでは余分なサイズが無駄になります。最後に、デバイス(例:4 TB disk)をRAIDZに追加することはできません。メタデータの冗長性だけが必要な場合(これは疑問です)、すべてのディスクでストライプを作成できます。 、および4 TB=ディスクを後でプールに追加します。

または、最初にディスク1とディスク2のミラーを含む500 GBのプールを作成し、後で使用するためにディスク3を保持し、4 TB disk with disk 3とディスク4は3.5 TBプールを作成します。

3:はい、#2を参照

4:推奨なし。

4
jlliagre

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

1
Juan Sanchez

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
1
additionalinfo

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

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

0
Gianni Fiumetta

ubiquibaconの答えはあなたの直接の質問をすべてカバーしていますが、私はいくつかの「直接の経験」でチャイムを鳴らしたいと思いました。

FreeBSD上のZFS は私の主要な経験分野ですが、ほとんどのZFS実装はリソースが類似しているほど十分に似ています。インストールにFreeBSDを選択した理由は、FreeNASなどのよりフレンドリーで特別な目的のソリューションとは対照的に、選択した不正な目的に使用できる汎用オペレーティングシステムを提供するためです。正しく構成されたZFSは、優れたシステムになる可能性があります。正しく構成されていないZFSは、大変な作業になる可能性があります。これは比較的新しいファイルシステムであり、古くて確立されたファイルシステムほど理解されていません(FreeBSDの FS2 またはLinuxの ext2/3/4 など)。- メーリングリストはかなりアクティブです そして問題が発生した場合、少なくともあなたが何を期待されているかを理解するためにそれらをスキャンすることはおそらくあなたの価値があります。それらの人々は一般的に友好的で非常に助けになる限りあなたは何が起こっているのかを理解するのを手伝ってくれるでしょう。この一般的な「新しさ」のために、あなたは compression のようなきちんとした機能を手に入れることができます。 重複除外 、これは 多くのリソースを必要とする であり、すべてのデータをコピーせずにオフにすることは不可能であり、コンピュータを起動できなくなる可能性があります(私のように、1つは幸せです)日)。

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

0