ストレージのレイテンシーはPlexのリモート4Kストリーミングにどのような影響を与えるか？
ストレージのレイテンシは、遅延したオープン、シーク、読み取り完了によってサーバーの待ち時間が長くなり、配信バッファが縮小することで、Plexのリモート4K再生に影響します。
レイテンシとスループットは異なる制限要因です。ディスクやNASは、1本の映画に対して十分なシーケンシャル転送速度（MB/秒）を示していても、Plexのメタデータ、バックアップ、ダウンロード、複数の読み取り処理が競合すると、応答が遅くなることがあります。リモート再生では、WANやクライアントのバッファも加わるため、ディスクをアップグレードしたりインターネットを原因と決めつけたりする前に、まずストレージの待ち時間が変化していることを確認するのが適切です。
レイテンシとスループットは異なるストレージ制限を示す
スループットはストレージが一定時間内に移動できるデータ量を示し、レイテンシは個々の処理が完了するまでにどれだけ待つかを示します。Plexには両方が必要です。メディアストリームには持続的な帯域幅が必要であり、ファイルを開く、新しい位置へ移動する、別のワークロードによって読み取りパターンが中断された後にバッファを補充するといった場面では、迅速な応答が求められます。
レイテンシとスループットは、異なるストレージ制限を測定します。そのため、シーケンシャルベンチマークの数値が高くても、Plexのすべてのオープン、シーク、競合する読み取りが速やかに完了するとは限りません。
リモート4Kでは、スループットを長時間にわたる上限、レイテンシをバッファの余裕を削る遅延として捉えてください。両者は相互に作用しますが、同じ再生テスト中でも別々にグラフ化する必要があります。
安定したストリーミングより先に、起動とシークでレイテンシが表面化する
再生開始時、Plexはコンテンツを特定し、ソースを開き、クライアントが安全に再生を始められるだけのデータを供給する必要があります。シークでは、ランダムアクセスとバッファ再構築が再び発生します。後続のシーケンシャル読み取りが映画のビットレートに十分対応できていても、こうした瞬間は遅く感じられることがあります。
公称帯域幅が十分に見えていても、ネットワークレイテンシが高い状態が続くと、リモートストリームが不安定になることがあります。そのため、ネットワークレイテンシはストレージの待ち時間と切り分けるべき、別の有力な原因です。
初回フレームまでの時間、シークからの復帰、安定した再生を、それぞれ異なる3つの測定値として比較してください。ストレージが混雑したときに最初の2つだけが悪化するなら、持続的な帯域幅不足よりもレイテンシが原因である可能性が高くなります。
バックグラウンドI/Oによって、高速なディスクが遅いPlexソースになることがある
単一の4K読み取りは通常シーケンシャルですが、ストレージデバイスは同時に、ムーバー、バックアップ、ダウンロードクライアント、スクラブ、メタデータ処理、別のPlexセッションなどにも対応している場合があります。キューが混在すると、ドライブに障害がなくても、個々のメディア読み取りが無関係な処理の後ろで待たされることがあります。
同じアレイ上での他の処理によるストレージ競合によってキュー待ちが増えると、Plexでバッファリングが発生することがあります。高速なストレージを購入する前に、競合するジョブを一時停止し、まったく同じストリームを再テストしてください。
バックグラウンドI/Oを停止すると遅延が消えるなら、まず競合するワークロードのスケジュールを変更するか、分離してください。Plexが実質的に唯一の読み取り元であるにもかかわらずレイテンシが高いままなら、ファイルシステム、ドライブの状態、コントローラー、ネットワーク共有、キャッシュの動作を調査します。
高速なアプリ用ストレージは、別の部分の体験を改善する
Plexのメタデータやデータベース処理では、多数の小さなファイルと更新が発生します。一方、映画本体は大きなソース読み取りです。アプリデータを高速なストレージへ移動すると、メディアディスクの持続的な転送速度を変えずに、ブラウジングや起動の応答性を高められることがあります。
Plexのメタデータとデータベース処理を高速なアプリ用ストレージに置くと、メディアディスクの持続的な転送速度を変えずに、ブラウジングや起動の応答性を改善できます。この効果が最も直接的に現れるのは、小さなファイルの状態管理や競合するランダムI/Oであり、ソース動画にSSDが必須になるという意味ではありません。
アプリ状態のレイテンシとメディア読み取りのレイテンシは、別々にテストしてください。ポスターの読み込みは改善するもののリモート再生が変わらない場合、その高速化によって解決されたのはPlex経路上の別の部分です。
リモートバッファはストレージの遅延を隠すことも増幅することもある
リモートクライアントは通常、ある程度のデータをバッファリングしてから再生を始めるため、バッファに余裕があれば短時間のストレージ停止は見えないことがあります。同じ停止でも、WANのジッター、高いソースビットレート、小さなクライアントバッファによって余裕がすでに減っている場合は、問題として表面化します。したがって、ストレージとネットワークのレイテンシは、同じ意味の指標ではなく、バッファ上で組み合わさる要素です。
応答性の高いストレージ読み取りは、配信パイプラインが再生に先行し続けるのに役立ちます。Plexでは、この原則を限定的に適用してください。ストレージのレイテンシが重要になるのは、サーバーがリモートクライアントへの経路にどれだけ安定してデータを補充できるかを左右するときです。
ストレージの待ち時間が長い場合は、ストレージを優先した診断で基盤となる経路を切り分けてください。ストレージの待ち時間が短いままリモートクライアントがバッファリングするなら、アレイをアップグレードするのではなく、アップロード、ルーティング、パケット損失、ビットレート、クライアントの動作へと調査範囲を広げます。
おすすめ商品
テック＆AIハブ
もっと読む
Plexの状態とは何か、どの部分を永続化する必要があるのか？
永続的なPlexの状態情報とは、再起動や再構築後もサーバー環境を維持する情報を指します。メディアデータと一時的なトランスコードデータは、それぞれ別の役割を担います。
Plexはローカルセッションとリモートセッションで認証をどのように処理しますか？
Plexの認証はサーバーとアカウントの識別から始まり、その後、ローカルまたはリモートのネットワーク経路によって到達可能性と安全な接続の動作が決まります。
ライブラリデータが増えると、Plexの検索が遅くなるのはなぜですか？
ライブラリの増加だけが原因とは限りません。データベースのサイズを問題視する前に、クエリの形状、インデックス、キャッシュの状態、ストレージのレイテンシ、書き込みアクティビティを確認してください。
