zfsでデータを「再調整」する方法は? (データがすべてのストライプ化されたミラーに分散されていることを確認してください)

新しく書き込まれた (追加された) データのみが、現在アクティブなすべての vdev 間で分割されます。ZFS には明示的なリバランス操作はありません。

考えられる 2 つの解決策:

<オール>

すべての古いデータが再度書き込まれるまで待ちます (CoW のため、これには非常に長い時間がかかる場合があり、最悪の場合、ディスクを完全に書き込むのにかかる時間の 2 倍になります)。

すべてのデータを削除し、新たに書き込みます (zfs send/recv は、プールからすべてのデータを取得して、何も失うことなく元に戻すのに役立ちます)。これは一度に行う必要はなく、同じプールで行うことができます。

より正確には、2 番目のソリューションを選択し、システムの負荷が低い時間帯 (夜間など) に各ファイルシステムを個別に転送します。

スナップショットを撮る (zfs snapshot -r ) 適切なサイズのファイルシステム (および派生ファイルシステムは再帰的に)
zfs send | zfs recv を使用新しく作成された一時ファイルシステムにスナップショットを送信するための適切なオプションを使用します (スペースが許せば、同じプール上に配置できます)。このファイルシステムは、階層内で古いファイルシステムと同じ場所にある必要があります
コピーが完了したら (ディスクの読み取りと書き込みが必要なため、時間がかかる場合があります)、zfs destroy 古いスナップショットと古いファイルシステム
zfs rename 一時的なシステムを古い名前に
zfs mount でマウントポイントを確認して変更します、置き換えられたファイルシステムの以前の状況を再調整します
すべてのファイルシステムが移動されるまで繰り返します

考えられる 3 番目の解決策 (この FreeNAS フォーラムの投稿で SirMaster が述べているように) :

これが機能するのは、ZFS が空き容量が最も多い vdev (この場合は空だった新しいドライブ) に比例して書き込みを行うためです。 (0.7 の時点で、zfs は書き込み用により高速なドライブを優先しますが、2 つの新しいドライブが元のドライブと同じかそれ以上のパフォーマンスであると仮定します)

おそらく zfs send | zfs recv よりも遅いですですが、スナップショットを作成/破棄する必要がないため、より簡単です。

zpool list -v を実行できます各 vdev 使用率を確認する前と後。

また、ファイルごとにコピー/削除/名前変更の手順を実行するphpスクリプトを見つけました。これは、数年前の同様の（しかしzvol）質問からの回答にリンクされていました。 (このスクリプトを個人的にテストしていません)