次のドライブ設定(ZFSを使用)を想定します。
コントローラー1ドライブ1ドライブ4ドライブ7ドライブ10 コントローラー2ドライブ2ドライブ5ドライブ8ドライブ11 コントローラー3ドライブ3ドライブ6ドライブ9ドライブ12
VDEVのセットアップ:
vdev1:drive1、drive2、drive3 vdev2:drive4、drive5、drive6 vdev3:drive7、drive8、drive9 vdev4:drive10、drive11、drive12
(信頼性のために)すべてのvdevを同じzpoolに追加する方が良いですか、それとも別々のzpool(vdevごとに1つ)を持つ方が良いですか?また、単一のvdevを失った場合、アレイ全体が失われますか?すべてのストレージ容量を1か所にまとめる必要はありません。ストレージの観点からは、より小さなzpoolが見つかります。
更新:ブートプールに関する3dinfluenceの質問の場合、それはRAID1セットにあります。 OSとマルチテラバイトのRAIDアレイを混在させるのは好きではありません。
ZFSが機能する方法は、プール内にレイドセットまたはグループがあることです。容量を拡張するには、同じRAIDレベルのグループをプールに追加する必要があります。 IOは、空きブロックがあるzpool内のすべてのグループで削除されます。したがって、多数の小さなディスクセットを含むzpoolは高速で、高可用性を備えています。
したがって、すべてのドライブを3つのディスクraidzグループまたは62つのドライブミラーグループとして1つのプールに配置することをお勧めします。
Raidzオプション
長所
ミラーオプション
長所
短所
3dinfluenceの提案に同意します。ただし、IMHOのさらに優れたソリューションは、次のような2つのプールでRAID-Z2(RAID6と同様、つまり1つではなく2つの「パリティ」ディスク)を使用することです。
これで、1つのディスクに障害が発生した場合でも、「パリティ」ディスクが1つ残っています(RAID-Zと比較すると、すでにすべての冗長性情報が失われているはずです)!大容量のハードディスクを使用する場合、これは良い考えかもしれません。ZFSの再シルバー化(交換用ディスクの充填、つまり新しいディスクの冗長性情報の再作成)には長い時間がかかる可能性があり、この間ずっとデータが危険にさらされるためです。 RAID-Zを使用。 (単一のコントローラーに障害が発生してもRAID-Z2プールはダウンしませんが、この場合、冗長性は失われます。)
もう1つの重要な問題:スペアディスク-特にRAID-Zを使用する場合は、単一のディスクに障害が発生すると、障害が発生したディスクを交換するまでデータが危険にさらされるため)についても考慮する必要があります。。 (ディスクは金曜日の夜に失敗することを好みます。つまり、週末全体に冗長性がない可能性があります!)
スペアディスクの問題を念頭に置いて、次の構成を使用することもできます。
この構成はより安全であり、かなり総容量のわずかな損失です。