Plexのデータパスとは何か、そしてどのような場合に重要なのか？

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

What Is the Plex Data Path, and When Does It Matter? - Zima Store Online

Plexのデータパスとは、アプリケーションの状態、メディアの読み取り、必要に応じたトランスコード処理、ネットワーク配信、そして最終的にストリームを再生するクライアントをつなぐ一連の経路です。

これは特定のPlexディレクトリの名前ではなく、トラブルシューティングのためのモデルです。再生リクエストでは、小さなデータベースレコード、大容量のメディアファイル、一時的なトランスコード出力、ネットワークソケット、クライアントキャッシュが順番に使われることがあります。ストレージの移行、コンテナの更新、ネットワークの分離、クライアントの変更後に症状が変わる場合、このモデルが役立ちます。どのデータの役割を安定させる必要があり、どの役割を再構築できるのかが分かるためです。

まず、永続的なPlexの状態とメディアを分ける

Plexのアプリケーション状態には、単純なメディアの再スキャンだけでは正確に再現できないサーバー体験が保存されています。設定、メタデータ、データベース、アートワーク、インデックス、アカウント関連の状態、その他の小さなファイルなどが含まれます。これらは映画や音楽ファイル自体とは独立して変化します。

アプリケーション状態はメディアライブラリとは別に管理されます。これがデータパスの最初の分岐を定義します。Plexはまず状態データを読み込んでライブラリの構成を把握し、その後、選択された項目を配信するために別の場所にあるメディアを開きます。

メディアファイルが無事なのに、コンテナやホストの変更後にサーバーが突然初期状態のように見える場合は、ライブラリを再スキャンする前にアプリケーション状態の経路を調べてください。状態が正常なのに特定のタイトルだけが見つからない場合は、メディア経路がより可能性の高い問題箇所です。

データベース経路がライブラリとユーザーの操作を制御する

ファイルがストリーミングされる前に、Plexはデータストアを使ってライブラリ項目、メタデータ、視聴履歴、レコード間の関係を解決します。4Kファイルの読み取りと比べれば小規模なデータ処理ですが、状態データの経路が遅い、または利用できない場合、ブラウジングや再生開始時の応答性を大きく左右することがあります。

Plexは、ライブラリ項目や視聴履歴を説明するレコードなど、データとメタデータにSQLiteデータベースを使用します。そのため、容量の大きなメディアの連続読み取りが始まる前に、小規模なデータベース処理でリクエストが停止することがあります。

複数のクライアントでブラウジング、検索、ライブラリの表示が遅い一方、すでに開いているストリームは正常に続く場合は、アプリケーション状態の経路とメディア経路を切り分けてください。この症状は、ソースファイルのスループットよりも、小さなファイルやデータベースの応答性に問題があることを示しています。

メディア経路が大容量のソース読み取りを担う

Plexがリクエストされた項目を解決すると、メディア経路はライブラリファイルからストレージのファイルシステムまたはネットワーク共有を経由して、サーバープロセスへ進みます。Direct Playでは、互換性のあるソースをそのまま送信できるため、サーバーが映像を再構成する必要がなく、この分岐は比較的単純です。

ホストを移行すると、周囲のマシンが変わってもPlexのデータディレクトリとメディアパスを維持できる場合があります。復元されたサーバーがデータベースの関係を意図したメディアの場所に正しく結び付けられるよう、パスのマッピングを安定させることが重要です。

この分岐は、ドライブの移動、NASアドレスの変更、権限の変更、コンテナのパスマッピング変更後に重要になります。高速なデータベースでも、メディアのマウントが存在しない、遅い、またはサーバーが想定するパスとは異なる場所に見えている場合は補えません。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

トランスコードによって一時的な処理経路が追加される

クライアントが変換を必要とすると、データパスに処理の分岐が加わります。ソースデータがデコードおよび変換され、新しい出力が一時的に書き込まれるかバッファリングされ、その出力がクライアントに配信されます。一時データは破棄可能ですが、その保存先は再生中の動作に影響します。

一時トランスコードディレクトリは、永続的なアプリケーション状態ではなく、破棄可能な分岐です。具体的な配置はワークロードに応じて選択できますが、一時出力をデータベースやメディアライブラリ自体と混同しないでください。

Direct Playは正常なのにトランスコードが停止する場合は、ソースストレージを疑う前に、この追加された分岐を調べてください。空き容量、書き込みレイテンシ、権限、コンテナのマッピングは、トランスコード経路がアクティブになったときだけ問題になることがあります。

ネットワークとクライアントがデータパスを完成させる

メディアの準備が整った後も、Plexはサーバーのインターフェース、スイッチまたはルーター、リモート再生時のインターネット経路、そしてクライアントのバッファとデコーダーを通じてメディアを配信する必要があります。そのため、サーバー側のストレージ経路が正常でも、エンドポイントが遅い、または互換性がない場合があります。

完全な経路には、1つのサーバーベンチマークだけでなく、メディアパスとクライアントへの配信が含まれます。同じ保存ファイルでも、ローカルのテレビ、ブラウザー、モバイルデータ通信中のスマートフォンでは体感が異なることがあります。

ハードウェア、ストレージ、ネットワークにまたがって診断する場合は、正常な層を再構築せずにストレージからクライアントまでのメディア経路をマッピングしてください。データパスモデル自体は範囲を絞り込むためのツールです。最初に変化した分岐を特定し、その分岐をテストしましょう。