iSCSI / FCをブロックデバイスとして使用し、ZFS用vdevとして使用するのは合理的ですか？
推理：
ホストに入ることができるディスクの数は限られています（外部エンクロージャを含む）。私たちは、ヘッドユニット（iSCSIイニシエータとして機能するサーバー）とディスクホスト（iSCSIターゲットとして機能するサーバー）を構築するためのソリューションを開発しています。ディスクホストはそのディスク（それぞれ個別に、またはRAIDを含む）を公開し、ヘッドデバイスはイーサネットを介してiSCSIのこれらのディスクデバイスに接続し、エクスポートしたディスクをJumbo ZFS用のVDEVとして使用します。 ZFSのZはゼータバイトを意味することを忘れないでください！どういうわけか接続できない場合は、ゼータバイトディスクを持っていても役に立ちません:)
ベストアンサー1
可能に見えますが、一度「複数のディスク」から離れて「ペタバイト規模」に切り替えると、より多くの管理機能を提供する方が良いでしょう。 ZFSはiSCSIサーバー上にボリュームを完全に構築しますが、「安全な方法でシャットダウンする必要があります」、「約2000個のディスクがあり、そのうち寿命はほぼ終わります」、zRAIDの外では大規模アレイに対してより効率的で効率的で信頼性がありますただし、ZFSにはこれらの機能は含まれていません。
接続する必要があるマシン数、ディスク数、信頼性、ホットスワップの可能性（ディスクが多い場合、一つ結局失敗し、その後はどうなるのでしょうか？ ）そうする必要があります。これが「大きい」場合：Cephクラスタの操作のように聞こえます。 Cephは、ストレージクラスタで正確に欲しいものです。