SSDにメタデータを保存すると、Plexでのブラウジング、検索、ポスターの読み込み、データベースを多用する操作が通常より高速に感じられます。一方、HDDにメタデータを保存すると、応答性は低下するものの、コストを抑えやすく、容量を再利用しやすくなります。
どちらの構成でもメディアファイルはHDDに置けるため、この比較の対象は映画のストリーミング速度ではなく、Plexアプリケーションの状態データにアクセスする経路です。どちらが適しているかは、ライブラリの規模、小さなファイルへのアクセス頻度、騒音への許容度、利用可能なSSD容量、そして現在のHDD経路が実際にユーザーの体感できる遅延を引き起こしているかどうかによって変わります。
日常的な処理で数千件の小さな読み込みが発生するならSSDが有利
Plexのメタデータやアプリケーションの状態データには、1本の長い映画ストリームではなく、多数の小さなオブジェクトが含まれています。そのため、ライブラリページ、ポスター、コレクション、データベースクエリ、サムネイルの検索では、大容量メディアを順次読み込むときにはほとんど目立たないアクセス遅延が表面化することがあります。
小さなファイルを扱う状態データでは、SSDとHDDのどちらにメタデータを保存するかで体感が変わることがよくあります。これは、フラッシュストレージが機械式ドライブのシーク遅延を回避できるためです。ただし、メディアライブラリ全体に同じSSDが必要という意味ではありません。
ブラウジングの遅延、検索、ポスターの読み込み、頻繁なメタデータ操作が不満の原因であり、既存のディスクが測定上のボトルネックになっているなら、メタデータの保存先にSSDを選びましょう。ライブラリが小さく、操作がすでに瞬時に反応するなら、移行に見合うほどの体感差が得られないこともあります。
ライブラリが小さく、キャッシュが効いているならHDDでも十分
HDD上のメタデータディレクトリが必ずしも使い物にならないわけではありません。メタデータのキャッシュ動作により、よく使うデータが一度読み込まれた後は、デバイスの遅延の多くが目立たなくなることがあります。また、使用頻度の低いサーバーでは、違いが明確になるほど同時に多くのメタデータ処理が発生しない場合もあります。
実際の比較では、移行の前後で、ライブラリを冷えた状態から開く操作、検索、ポスターを多用するブラウジングをテストするのが効果的です。繰り返し行う、キャッシュが温まった状態での操作がすでに高速で、初回アクセスの遅延も許容範囲なら、別のストレージ役割を追加するより、既存の保護されたHDDプールにメタデータを置いたままにするほうが簡単です。
したがって、現在の経路がユーザー体験上の基準を満たしているなら、HDDはシンプルさの面で優位です。ただし、メタデータへのアクセスの遅さがすでに最も頻繁な不満の一つなら、わずかなSSD費用を節約するためだけにHDDを選ぶべきではありません。
SSDならメタデータの遅延と大容量メディアを分離できる
専用SSD、またはSSDベースのappdata階層を使うと、Plexの状態データは小さなファイルの性能で拡張し、メディアライブラリはテラバイト単位の容量で拡張できます。この分離により、データベースやアートワークを安定した永続ストレージ経路に置いたまま、将来のメディアドライブ交換や容量拡張を進めやすくなります。
Plexのappdata専用SSDは、より高速なインターフェースを所有することが目的ではなく、アプリケーション状態の処理をアレイ上の処理から分離するための役割選択です。
この分離は、ダウンロード、バックアップ、複数のメディア読み込みもHDDプールで行っている場合に特に有効です。メタデータを同じ混雑したディスクに置いたままにすると、メディアストリーム自体には十分な帯域があっても、こうした無関係な処理によってブラウジングの遅延が長くなることがあります。
SSD上のメタデータでストリーミングのボトルネックが解消されるとは限らない
メタデータをSSDに移すと、サーバーがライブラリ情報を検索して表示するまでの時間は短縮できます。しかし、ISPのアップロード速度が上がるわけでも、対応していないクライアントコーデックが追加されるわけでも、ハードウェアトランスコードの性能が向上するわけでも、実際の映画を転送する低速なネットワーク共有が改善されるわけでもありません。改善されるのは状態データの経路です。
SSDプール上のPlexメタデータはアプリケーション状態として扱うべきであり、ファイルシステムのメタデータや大容量メディア階層と混同してはいけません。これらの役割を分けておけば、関係のない再生上の変化まで一つのアップグレードによる効果だと誤認せずに済みます。
リモート環境で4K再生がバッファリングする一方、ライブラリの移動が高速なら、メディア、トランスコード、ネットワークの経路を調べてください。既存のリモート4Kストレージ遅延の経路を確認することで、ストレージ待ちが実際に再生を妨げているかどうかを判断できます。
日常的な設置場所では騒音と消費電力も考慮する
SSDには機械式のシーク音がなく、サーバーを机のそば、寝室、リビングなどに置く場合は、SSDとHDDの設置場所をシンプルにできます。HDDベースの状態データ用階層でも、音響面の影響が問題にならない離れた物置やラックなら、十分許容できるでしょう。
1台のドライブだけでなく、システム全体を比較してください。ファン、筐体の振動、ドライブの回転音、アイドル時の消費電力が、部屋での体感を大きく左右することがあります。実際の設置環境に適した状態データ用デバイスを選びましょう。
サーバーの他の部分が主な騒音源であり続けるなら、静音性だけを理由にメタデータ用SSDを購入してはいけません。日常的なメリットは、応答性の向上か、役割分離の簡素化によって得られるべきです。
メタデータ階層を運用上重要な状態データとして保護する
メディアを交換できるからといって、SSDを使い捨てのものとして扱わないでください。Plexの状態データにもバックアップが必要です。高速なメタデータ用ドライブが1台だけの場合、すべてのクライアントがそのデータベースと運用履歴に依存するようになると、より重要な障害点になる可能性があります。
ストレージ階層は、保護計画とセットで選びましょう。アクティブな状態データ用に小容量SSDを使い、定期的なバックアップを取る構成は、すべてのメディアをフラッシュストレージにミラーリングするより安価で高速な場合があります。一方、保護されていないSSDを追加すると復旧性が低下するなら、既存の保護されたHDDプールのほうが安全なこともあります。
高速な階層が優れているのは、ワークロードを改善しながら、アプリケーション状態を新たな単一障害点にしない場合だけです。
日常利用のテストで最適な構成を判断する
アプリケーションを冷えた状態から起動する時間、最初のライブラリ表示、ポスターを多用するブラウジング、検索、メタデータの編集、通常の再生開始を計測し、その間のストレージ動作を記録してください。状態データが温まった後にも同じテストを繰り返します。これらの操作は、連続ディスクベンチマークよりも、メタデータ用デバイスと大容量メディア経路の違いを明確に示します。
家庭内で実際に気づく、冷えた状態からの起動、最初のブラウジング、検索、ポスター読み込みのテストで、メタデータの応答性が大幅に向上するなら、SSDが有利です。現在の体験がすでに十分で、別の階層を追加することで得られるメリットより復旧の複雑さが増すなら、HDDが適しています。
ストレージ全体の構成については、HDDとSSDのストレージ選択の考え方を参考にすると、容量、耐久性、騒音、コストと、メタデータ特有の応答性の問題を切り分けて考えられます。
製品比較
もっと読む

PlexにはDockerと仮想マシンのどちらが適している?導入方法を比較
共有される運用要件に基づく、Docker、仮想マシン、またはVM内のDockerに関するPlex導入方式の条件付き判定。

Plex向け8GB・16GB・32GB RAM比較:あなたのワークロードに合う容量はどれ?
軽量なPlexには8GB、複数ユーザーでアプリを共有する場合は16GB、VMやRAM容量を制限したワークスペースには32GBを選びましょう。ただし、測定結果で必要性が裏付けられる場合に限ります。

専用ハードウェアアクセラレーションはPlexに大きな優位性をもたらすのか?
対応している繰り返しトランスコードではハードウェアアクセラレーションが有利ですが、ダイレクト再生、まれな変換、未対応の処理段階ではCPUのみでも問題ありません。

