1台のSSDなら、コンパクトなPlexサーバーを高速かつシンプルに構成できます。一方、アプリケーション用ドライブとメディア用ドライブを分ければ、容量、メンテナンス、競合するI/Oを分離できます。ただし、分離したからといって必ず高速になるわけではなく、1台構成だからといって必ず信頼性が低くなるわけでもありません。
比較するうえで重要なのは、Plexのアプリケーション状態と大量のメディアが、異なるレイテンシ、容量、復旧要件を持つため、別々のデバイスに分ける価値があるかどうかです。
Plexのアプリケーション状態とメディアは、ストレージに異なる要件を求める
Plexのデータベース、アートワーク、インデックス、ログ、小さなメタデータファイルは、低レイテンシと安定した小規模I/Oを重視します。メディアの再生は主に大容量のシーケンシャル読み取りで、インポートやバックアップは大容量の転送です。小さなデータベース書き込みは、測定されたワークロードではSQLiteの書き込み処理が読み取りよりも依然として大幅に遅いため、見た目以上に影響を受けやすい場合があります。
小規模なライブラリなら、フラッシュストレージは低レイテンシで高い並列性を備えているため、1台の優れたSSDで両方の処理を快適に処理できます。容量不足、長時間の転送、アプリケーションの応答性によって2つのワークロードが干渉していることが明らかになった場合にのみ、その構成が問題になります。
使用率だけを見て問題があると判断しないでください。実際にユーザーが発生させる重複処理の最中に、ライブラリの閲覧、検索、スキャンの完了、ストリームの安定性、コピー時間を確認しましょう。
ワークロードに合うなら、1台のSSDがシンプルさで勝る
1台構成なら、マウント、ケーブル、権限が少なく、バックアップ範囲も明確です。ミニPC、小規模なライブラリ、またはメディアを再取得でき、アプリケーション状態をバックアップしているサーバーに適していることが多いでしょう。OSとデータを同じ場所に置けば、使われていないSSD性能を効率的に活用できる場合もあります。一方、システムドライブを分けるかどうかは、ワークロードと復旧方法に左右される選択であり、普遍的なルールではありません。
制約となるのは容量と障害時の影響範囲です。メディア領域を使い切ると、アプリケーションのログ、更新、一時作業、データベースのメンテナンスに必要な空き容量が不足する可能性があります。また、デバイスを再インストールまたは交換すると、サービスの状態とメディアのコピーの両方に影響します。
測定したレイテンシが良好で、空き容量を確保しやすく、デバイス全体をバックアップまたは再構築でき、次の容量拡張で高額なオールフラッシュ構成を強いられないなら、1台のSSDを選びましょう。
競合や容量不足が確認できるなら、別々のドライブが有利
デバイスを分けると、Plexのアプリケーション状態を小容量で低レイテンシのSSDに置いたまま、メディアを大容量HDDや別のプールで拡張できます。これにより、長時間のファイルコピー、パリティ処理、メディアデバイスの過負荷から、閲覧やデータベース処理を保護できます。キューの動作からも、分離が有効な理由が分かります。キュー深度が高くなるとスループットが向上する一方で、レイテンシも増加する可能性があります。
性能向上をもたらすのは、独立したデバイスやプールであり、1台のSSD上に2つのフォルダーを作ることではありません。同じデバイス上の2つのパーティションは、コントローラー、フラッシュメモリ、耐久性、障害の境界を共有します。
インターフェース速度は、レイアウトを決めた後に検討する二次的な要素です。PlexにおけるSATA SSDとNVMe SSDの比較では、より高速なSSDインターフェースがアプリケーション処理を変える条件を解説していますが、メディアを同じデバイスに置くべきかどうかの判断に取って代わるものではありません。
分離によって変わるのは復旧範囲であり、バックアップ要件ではない
アプリケーション用ドライブを分けると、OSの再インストールやメディアプールの拡張を限定的に行いやすくなります。また、設定とマウントが文書化されていれば、メディアプールを別にすることで、ブートデバイスを交換してもメディアを維持できます。運用担当者がシステムとデータのデバイスを分けることが多いのは、OSディスクを失っても、データディスクまで失う必要はないためです。
ただし、分離は冗長化ではありません。どちらのデバイスも故障する可能性があり、Plexの状態は一貫してバックアップする必要があります。また、再取得できないメディアには、独立した別のコピーが必要です。監視や交換を怠れば、デバイスを増やすことで個別の故障機会が増えることさえあります。
購入前に復旧手順を比較しましょう。完全なイメージを1つ復元するのか、それともホストを再構築してメディアプールを再接続するのか。実際にテストできるバックアップと障害範囲が一致するレイアウトを選んでください。
測定可能な条件を使ってレイアウトを決める
専用のブートドライブまたはアプリケーションドライブが最も有効なのは、増加するストレージプールからアップグレードと復旧を切り離せる場合です。ベンチマーク上の差がほとんどなくても、この運用上の利点は重要です。システムストレージを独立させると、後からのストレージ拡張や交換が容易になります。
容量、空き容量、バックアップ範囲に余裕がある、コンパクトで同時実行数の少ないサーバーには、1台のSSDを選びましょう。ライブラリが経済的なSSD容量を超えた場合、大容量処理によってアプリケーションのレイテンシが明らかに増えた場合、メディアプールを独立して拡張する必要がある場合、またはアプリケーション状態だけを小さく復元したい場合は、アプリケーション用ドライブとメディア用ドライブを分けてください。
理論上の速度向上だけを理由に分離しないでください。まず、再現可能なスキャン、コピー、再生のワークロード中に、アプリケーションのレイテンシと転送の挙動を記録します。その結果、または復旧設計が変わる場合にのみ、分離を検討しましょう。
製品比較
もっと読む

Plex向けの4コアCPUと8コアCPU:混在クライアントの同時接続に適しているのはどちら?
4コアは主にダイレクト再生に適しており、ソフトウェアトランスコードやホスト上の同時実行ジョブが測定済みのしきい値を超えると、8コアのコストに見合う価値が得られます。

専用Jellyfinサーバーと共有アプリホスト:どちらの境界が適している?
メディア処理と復旧の予測可能性を重視するなら専用ホスティングを、ワークロードが軽く分離性を測定できるなら共有ホストを選びましょう。

複数ユーザーでのホームストリーミングにおけるJellyfinとPlexの比較:クライアント対応範囲か、制御性か?
クライアントの対応範囲が決め手ならPlexが優勢で、コントロール性が決め手ならJellyfinが優勢です。ユーザーのニーズが明確に分かれる場合は、どちらも有力な選択肢になり得ます。

