サーバーでSSHD（ソリッドステートハイブリッドドライブ）を使用することは賢明ですか？
現在、SATA3/SASドライブを使用している非常に重いI/Oを備えたサーバーがたくさんありますが、SATAドライブでのI/O待機に悩まされており、1TBで同じコストのSSHDが存在することを知らされました現在使用している1TB SATAドライブとして。ただし、以前（Seagateが3月に最初の3.5インチSSHDを出荷するまで）、それらはネットブック/ノートブック専用であるように思われました。サーバー。
それで、SSHDは、重いI/O環境（複数の非常に大規模な高速ファイル転送など）でSATA3ドライブよりもパフォーマンスを向上させますか、それともI/O待機でSATA3を使用するのが最善ですか？
これはワークロードに大きく依存します。一般的に言っているハイブリッドドライブには、約8GBのSSDしか搭載されていません。同じ〜8GBのデータを何度も何度も読み書きしていると、SSDのパフォーマンスがわかります。データが1回または2回だけ読み取られる大規模な転送を行っている場合（ビデオサーバーやメディアサーバーの場合など）、キャッシュミスが頻繁に発生するため、プラッターストレージを強化することができます。
SSHDはデスクトップユーザーに最適です（私のシステムで5TBの読み取り要求がある場合、97％は同じ32GBです）が、ファイルサーバーは同じ使用パターンを持たない傾向があります。
その上に大きなシーケンシャルな読み取り/書き込みの混合負荷とランダムなI/Oがたくさんある場合は、ZFSを調べて適切なプラッターディスクと適切なSSDを使用することをお勧めします。
参考までに、私は最近、ZFSを使用して5x4TB RAIDアレイをセットアップしました。これは、SSDを使用して順次I/O（10GBファイルで平均450MB/s順次読み取り）に対応できます。これは、書き込み/読み取りキャッシュの両方としてSSDによってさらにサポートされます。理論的には、ワークロードの半分がキャッシュから、残りの半分がプラッターからのものである場合、理論的には900MB/sから1GB/sになります。実際には非常に大規模なSSHDと同じですが、エンタープライズグレードのハードウェアを使用してカスタマイズおよび構築でき、個々の部品が故障したときに簡単に交換できます。
注：SSDを書き込みキャッシュとして使用している場合、2つの個別のSSDをミラーリングされた書き込みキャッシュとして使用して、データを失わないようにする必要がありますwhen 1つが失敗します。非常に簡単に2つの256GB SSDを取得し、それぞれから6GBをミラーリングされた書き込みキャッシュとして使用し、残りの500GBを大きな読み取りキャッシュとして使用できます。
要約ファイルキャッシュがハイブリッドドライブのssdキャッシュよりも小さい場合、サーバーがSSHD /ハイブリッドドライブのメリットを享受できないと思います。
オペレーティングシステムによるファイルキャッシュハンドルがあり、ファイルを保持してディスクからの読み取りを防止します。ハイブリッドドライブのssdキャッシュのサイズ以上を処理する可能性がある場合、アクセスする必要があるのはすでにファイルキャッシュにあります。
ファイルキャッシュのサイズを確認してください Linuxコマンドを解放するか、Windowsのタスクマネージャー。
保持するものとは少し異なりますファームウェアベースのハイブリッドドライブがトラックセクターを処理する一方で、ファイルキャッシュとソフトウェアベースのハイブリッドハンドルファイル。ソフトウェアベースでは、ファイルの一部のみを読み取る必要がある場合でもファイル全体を保持しますが、ファームウェアは読み取りに割り当てられたデータのみを保持します。
式ハイブリッドドライブのssdキャッシュサイズの変数としてx、ハイブリッドドライブにアクセスするオペレーティングシステムのファイルキャッシュの変数としてyを指定します。 xがyよりも大きい場合、システムはハイブリッドドライブから利益を得ます。
詳細 ---でサイズの問題 ハードドライブとオペレーティングシステムのバッファとキャッシュは、SSHDのSSDキャッシュサイズを説明しています
（8）インテル800 GB SSDのサーバー （DC S3700） RAID 6を使用するサーバーは、かなりすばらしいでしょう。 2ドライブのフォールトトレランス機能を備えたなんと4800 GBを提供すると、自信が持てます...だから、ええ、私はサーバーでSSDを使用しますが、RAID 6でのみです。賢い人々は毎日馬鹿な選択をします...それはお金についてだけです！