スワッピングがメモリ不足のZFSサーバーに役立ちますか?

スワッピングがメモリ不足のZFSサーバーに役立ちますか?

RAMをたくさん購入できない場合は、「失われた」RAMをより多くのSWAPに置き換えることができますか?たとえば、重複排除のためにZFSの512 GB RAMを使用する代わりに、Ubuntuサーバーでスワップするために専用の512 GB SSDを使用しますか?

それとも、そのスピードがとても怖いので、私たちは考えることができませんか?

それともNVMeが速いのでしょうか?

ベストアンサー1

RAMをたくさん購入できない場合は、「失われた」RAMをより多くのSWAPに置き換えることができますか?

これがスワップスペースが入るところです。 (「SWAP」を大文字にする必要はありません。略語ではありません。ページを「交換」できます。)

たとえば、重複排除のためにZFSの512 GB RAMを使用する代わりに、Ubuntuサーバーでスワップするために専用の512 GB SSDを使用しますか?

ストレージサーバーを構築する場合(これを「重複排除機能付きZFS」と呼ぶようです)、RAMを追加すると速度が速くなります。 RAMを遅いストレージに戻すと、利点は完全に消えます。

ZFS重複排除はそうではありません。必要512 GB RAM - RAMが多いほど速度が速くなります。それ以外の場合は、重複排除ツールがすでに保持しているSSDスペースを使用する必要があります。これは、スワップ空間を使用するよりも依然として効率的であり得る。

だからではない。

それともNVMeが速いのでしょうか?

NVMeは、SSDが持つことができるインターフェイスの1つです。 SSDやその他の大容量記憶媒体は、RAMよりはるかに遅いです。

それとも、そのスピードがとても怖いので、私たちは考えることができませんか?

ZFS は、ファイルシステムバッファにスワップスペースを使用しない場合があります。記憶システムにRAMが多いという点の要点は、ほとんどの作業が記憶に即座に書き込まれるのではなく、RAMによって「処理」されることである。あなたは何も得られないでしょう。

それにもかかわらず、512GB RAMはこのようなアプリケーションに依然として大量のRAMであり、正直なところ、数テラバイトのストレージメディアを備えたスループットが非常に高いサーバーでのみ可能です(ここでは0.5PBに相当します!)。本当に必要だと確信していますか?永続的なストレージスペースが多すぎると、RAMの購入がボトルネックになるのはなぜですか?この程度のサイズのシステムでは、とにかくスペアパーツと定期的な交換が必要であり、RAMが多いほどキャッシュパフォーマンスが向上し、交換コストが低くなります。

ここに大規模なストレージシステム(unix.SEまたはserverfault.SE)の専門家がいると確信していますが、構築中のシステムの説明が不足しているため、それらも私のように少し混乱していると思います。

おすすめ記事