私は、ユーザーが最大20 TBのデータを保存できるストレージサーバーを計画しています。 LinuxでZFSの良い経験があったので、ZFSを使いたかったです。ただし、データボリュームが毎年数百GBずつ増えることがわかっているため、ある時点ではプールサイズを増やす必要があります。このように大量のデータがある場合、zpoolを完全に破壊して再作成するのはかなり面倒な作業なので、ディスクを追加して既存のディスクを保持してプール容量を増やすことができるかどうか疑問に思います。プールは少なくともRAIDZ-1です。または、ディスクを1つずつ取り出し、より大きなディスクに交換する必要がありますか？いいえ、信じられません。私のサーバーよりも大きいサーバーは、ストレージ容量に対する需要の増加をどのように処理しますか？
ベストアンサー1
デフォルトでは、ZFSプールを拡張する方法は2つあります。
さらにvdevを追加
これは何ですか？user1133275が回答で提案しました。完了しzpool add（構文はデフォルトで保存を指定するのと同じですzpool create）、うまく機能します。
ZFS は保存されたデータのバランスを自動的に再調整しませんが、新しい vdev の使用量が既存の vdev とほぼ同じになるまで、新しい vdev に新しいデータを書き込み始めます。
vdev がプールに追加されると、最初からプールを再作成しないと削除することはデフォルトでは不可能です。
プールをインポートするには、プール内のすべてのvdevが対応する冗長しきい値より高くなければなりません。つまり、各vdevがDEGRADED正しく機能するには、少なくとも保証されたプールが必要です。
大きなディスクに交換
これがあなたの質問で議論されたものです。これは、プールレイアウトに満足したときにZFSプールを拡張する一般的な方法です。
新しいものと交換するには、新しいものが少なくとも既存のものと同じ大きさでなければなりません。
運用上、新しいディスクを既存のディスクに接続し、既存のzpool replaceディスクを新しいディスクに接続できます。 （これを行うreplacingと、古いディスクと新しいディスクの親となる一時デバイスが作成されます。再同期が完了するとデバイスがreplacingデバイスツリーから削除され、新しいデバイスが常に存在しているように見えます。）再同期が完了すると古いデバイスが削除されます。 。ディスクをシステムから取り外すことができます。
vdevのすべてのディスクがより大きなディスクに置き換えられたら、属性を実行またはzpool online -e設定してプールを拡張できます（後者はお勧めできませんが、プールの拡張は慎重に決定する必要があります）。autoexpandon
では、どのような方法が良いですか？
これはデフォルトでプールによって異なります。前述のように、複数のvdevを持つ場合の欠点は、すべて正しく機能する必要があることです。したがって、ある意味では、vdevを追加すると、実際に安全マージンが減少します。しかし、利点は、プールを断片的に拡張する方がはるかに簡単です。デバイスを所定の位置に交換することは基本的にその逆です。多くのvdevを実行し続ける必要はありませんが、プールを断片的に拡張することは容易ではありません。
正直言って、回転するハードドライブを使用すると仮定すると（大容量ストレージのように見える）、20TBは単一のvdevプールにまだ合理的です。あなたの状況に関する私の提案は次のとおりです。6つの8TBタイプのドライブをインポートし、単一のraidz2 vdevに設定します。これにより、約32TBの正味ストレージ容量が提供され、初期空き容量の約35％が残り、データが重大なリスクに陥る前に2つのドライブが失われる可能性があります。また、8台の6TBドライブを実行して約36TBの正味ストレージ容量を確保し、45％の空き容量で起動することもできます。 （6〜8個のドライブはraidz1には少し大きいようですが、raidz2には悪くないと思います。）その後、そのドライブを4〜5年周期（摩耗のため）またはプールが不足するたびに交換する計画を立てます。時間の80％がいっぱいです（ZFSは十分なスペースがあると非常に満足しているためです）。数値が正しい場合は、プールがいっぱいになる前に摩耗のためにドライブを交換する必要があり、同時にストレージ要件が予期せず増加することをある程度許容する必要があります。ドライブを交換するときは、その時点の使用量に基づいて既存のプールサイズに満足するのか、それとも大きなドライブを購入してプールを拡張するのかを決定できます。