openAtticを使用するための費用効果の高いマシンの購入を検討しています。これは単にUbuntu 14.0464ビットとZFSです。
私が見ているサーバーは、3.5インチの8つのベイを提供します。ここにSAS 7.2kエンタープライズグレードのHDD、おそらく3Tbまたは4Tbを配置する予定です。18Tbから24Tbの使用可能を目指していますスペース、冗長性のために2台のHDDがあります。少なくとも32GbのECC RAMを取得しますが、64Gbのコストを検討します。
私はZFSの経験が十分ではありませんが、当初の計画では、ext4を使用して、すべてのドライブにミラーリングされた小さなブートおよびシステムパーティションを使用することでした。次に、残りのスペースをZFSに使用します。
サーバーにはM.2スロットがあります。ブート/システムドライブとして使用するM.2SSDをそこに用意する必要がありますか? OpenATTICはシステムパーティションにほとんど必要ないため、RAMおよびSASドライブが実行する場合、プレミアムSSDを入手するのは無駄のようです。ほとんどの作業がボトルネックになります。
ZFSはディスクに直接アクセスするのが好きだと読んだので、ディスク全体を使用しないように構成した場合、ZFSはうまく機能するのでしょうか。または、SSDを入手して、ZFSにすべてのSASディスクを取得させる必要がありますか?
お金に制限がなければ、もちろんSSDを手に入れますが、「お金に見合う最高の価値」を探しています。ありがとう!
いくつかの選択肢があります。
私の個人的な提案:
ZFSはディスクに直接アクセスするのが好きだと読んだので、ディスク全体を使用しないように構成した場合、ZFSはうまく機能するのでしょうか。または、SSDを入手して、ZFSにすべてのSASディスクを取得させる必要がありますか?
プールにディスク全体を使用するのは 推奨 です:
本番システムの場合、次の理由により、ストレージプールにスライスではなくディスク全体を使用します。
- ZFSが、書き込みキャッシュを持つディスクに対してディスクの書き込みキャッシュを有効にできるようにします。不揮発性の書き込みキャッシュを備えたRAIDアレイを使用している場合、これはそれほど問題ではなく、vdevはアレイの書き込みキャッシュのメリットを享受できるため、スライスします。
- ディスクキャッシュが有効になっているJBOD接続ストレージの場合、同期書き込みを複数のディスク書き込みとして発行し、その後に単一のキャッシュフラッシュを実行して、ディスクコントローラーがI/Oスケジューリングを最適化できるようにします。これとは別に、SATANCQまたはSCSITCQの適切なサポートがないシステムの場合、書き込みキャッシュを有効にすると、ホストは物理I/Oから非同期に単一のI/O操作を発行できます。
- ディスクにスライス上にZFSファイルシステムとUFSファイルシステムの両方が含まれている場合、障害が発生したディスクを交換する回復プロセスはより複雑になります。
- スライス上にUFSファイルシステムも含むZFSプール(および基盤となるディスク)は、zpoolのインポートおよびエクスポート機能を使用して他のシステムに簡単に移行することはできません。
- 一般に、スライスを維持すると、管理の時間とコストが増加します。ストレージプール構成モデルを簡素化することにより、管理コストを削減します。
この規模のものについては、OS用に別のドライブまたはドライブのペアを使用してください。おそらく、M.2SSDスロットが最も適切です。
ZFSにフルディスクを提供し、それらのドライブ間でOSを分散させようとしないでください。
家庭規模の場合、ZILとL2ARCを入手するためのすべての提案に耳を傾けないでください。 ZILは同期書き込みにのみ役立ち、L2ARCは過大評価されています。あなたは良いRAMカウントを持っています、そしてそれはあなたが最大化すべきものです。