私はあなたが好むクラウドストレージと同様に、ZFSが提供するすべての利点を持つ大規模でスケーラブルなシステムを構築するためにZFSシステムを設計する方法を知りたいと思いました。
私が疑問に思ったより具体的なシナリオは、サーバー（内部/ DAS / SANなど）の最大ドライブ数に達して別のサーバーに拡張する必要がある場合です。実際に可能であれば、どのように生成しますか？あるサーバーのサーバーが別のサーバーのzpool / accountに展開されます。ここで、データの一部はサーバー1に保存され、残りはサーバー2に保存されますか?この問題をどのように処理しますか？
私はFreeBSDを使用してサーバーファーム/クラスタを作成する方法がわからないので、特にFreeBSDを検討しています。
ベストアンサー1
ZFSはクラスタファイルシステムではないので、あなたが言ったことは実際には説明どおりに機能しません。サーバーストレージの容量を増やすには、シャーシまたはストレージアレイ（ディスクがいっぱいの場合）からホストに追加のディスクを追加する必要があります。 ZFSを実行しているホストは最大2 ^ 64個のzpoolを持つことができ、各zpoolには最大2 ^ 64個のvdevを含めることができるので、エンドポイントのこの側面を制限する可能性はほとんどありません！
これがオプションではなく、新しいホストをインフラストラクチャに統合したい場合は、NFSを使用してZFSファイルシステムをエクスポートし、各ホストに同じネットワークビューを持つようにマウントできます。これにより、どの保存ボックスをクリックしても正しい内容を取得できます。
これはクラスタではなく、ネットワークトラフィックの観点からわずかなオーバーヘッドがあります。ただし、このオーバーヘッドは、プロトコルの混乱を防ぎ、静的ファイルシステムでネットワークの混乱を防ぐために、自動マウントを使用してある程度軽減できます。しかし、ZFSのデータ整合性を確保し、RAIDZが提供する冗長性を介して大容量ストレージシステムを設定する良い方法だと思います。これは実際に私たちが職場でやっていることです。私たちは数百TBの容量を出力する数十台のシステムを持っています。ストレージスペース。ユーザーは任意のマシンにログインし、同じパスを使用してデータをインポートできるため、クラスタ化されたストレージ設定のように感じることができます。 SAMBAを使用してデータセットをエクスポートすると、Windowsユーザーもデータにアクセスできます。