Plexホームサーバーでローカル処理がますます重要になっている理由
最新のハードウェアはライブラリやクライアントの近くでより多くのメディア処理を実行できるため、Plexのホームサーバーではローカル処理の価値が高まっています。
これは、Plexがクラウドサービスを廃止したり、すべての機能をデバイス上へ移行したりするという意味ではありません。アカウント、コンテンツの検索、証明書、アップデート、リモートアクセスは、引き続きインターネットサービスに依存する場合があります。ここでの変化は、より限定的なものです。手頃な価格のメディアエンジン、高速なローカルストレージ、複数のサービスを動かせるホームサーバーによって、ワークロードが許す限り、再生準備やデータ転送の多くを家庭内に留めることが現実的になっています。
パーソナルメディアはローカルなデータ経路から始まる
Plexのライブラリは通常、ローカルディスク、NAS、またはホームサーバーに保存されたファイルから始まります。互換性のあるクライアントがダイレクト再生を行う場合、主な処理は、ソースをクラウドの処理パイプラインへ送ることではなく、家庭内ネットワークまたはサーバーの上流接続を通じて、ローカルにあるデータを転送することです。
データが作成または保存される場所の近くで処理すれば、往復通信を減らし、所有するインフラ上でより多くの作業を完結できます。データソースの近くで行うローカル処理は、遠隔の集中処理への依存を減らせます。ただし、Plexのホームサーバーは企業向けのエッジ環境よりはるかに小規模です。
Plexにとって実用上のメリットは、ソースからの経路を管理できることです。ローカルストレージ、サーバー、LAN、クライアントを1つの経路として検証でき、リモート視聴では必要な場合にのみインターネット経路が加わります。
最新のメディアエンジンがローカル変換を効率化
クライアントがソースをそのまま利用できない場合、ローカル処理の重要性はさらに高まります。リモート画質の制限、対応していないコーデック、HDR変換、字幕処理などによって、サーバーは動画をリアルタイムでデコード、変換、エンコードする必要があります。
専用メディアエンジンによって、コンパクトなハードウェアでもこうした処理をはるかに実用的に実行できます。Plexはハードウェアアクセラレーションストリーミングに対応しており、対応するメディアエンジンで、通常なら汎用CPUコアが担うエンコードやデコード処理を実行できます。
ただし、ストリーム数を一律に保証できるわけではありません。コーデックの対応状況、ドライバー、オペレーティングシステム、トーンマッピング、字幕、同時実行数が結果を左右します。そのため、ローカル変換の価値が発揮されるのは、実際の処理パイプラインが対応しており、安定して動作する場合に限られます。
ローカル処理でWANの往復通信への依存を軽減
必要な処理をホームサーバー上で完了できる場合、各フレームをどのように準備するかを判断するためだけに、メディアを遠隔のコンピューティングサービスへ送る必要はありません。これにより、再生準備に関わる遅延の影響を受けやすい処理をストレージの近くで行い、家庭の接続を実際のリモートストリーム用に確保できます。
対応する処理をホームサーバー上で完了しても、リモート視聴者との間にあるWANの遅延がなくなるわけではありません。しかし、サーバーがすでに処理能力を備えている場合に、不要な遠隔処理の経路を追加せずに済みます。残る遅延は、アップロード帯域幅、インターネットの経路、クライアントまでの通信経路に左右されます。
「ローカル」という言葉を解釈する際には、この境界が重要です。リモートクライアントは、依然としてアップロード帯域幅、インターネットの経路、そして自身のダウンロード経路に依存します。ローカルコンピューティングによって処理側の経路を短縮または簡素化することはできますが、リモートセッションがLANセッションになるわけではありません。
ホームサーバー用ハードウェアでローカルメディア処理が身近に
現在では、小型のx86システムでも、効率的な内蔵グラフィックス、SSDアプリケーションストレージ、マルチギガビットネットワークを、常時稼働するホームサーバーに適した消費電力の範囲で組み合わせられます。これにより、大型デスクトップやラックサーバーに限られていたメディア処理を、ライブラリのそばに置いて実行するためのコストが変わりました。
ホームサーバーの導入は、メディア、ストレージ、自動化、その他のローカルサービスをホストできる古いPCやミニコンピューターを中心に広がっています。こうした選択肢の増加によって、Plexの処理をライブラリのそばで実行するハードルは下がりました。ただし、すべての小型システムがあらゆる4K HDRワークロードを処理できるとは限りません。
ハードウェアトランスコードの結果はプラットフォームによって異なるため、ローカル処理の構成はプロセッサーの名称だけで選ばず、実際に使用するコーデックとクライアントで検証する必要があります。
ローカル処理にもクラウドやリモートの依存関係は残る
メディア処理をローカルで行っても、Plexがインターネットから切り離されたシステムになるわけではありません。アカウントへのサインイン、アプリケーションのアップデート、リモート検索、証明書の処理、一部のリモートアクセス機能では、依然として外部サービスが関与する場合があります。また、リモート再生では必ずどこかでインターネットとの境界を越えます。
したがって、実用的な設計目標は選択的なローカル化です。ソースメディア、永続データ、対応するメディア処理をホームサーバーの近くに置き、実際に必要な部分に限って外部サービスを利用します。この方法なら、すべてのクラウド依存をなくせる、あるいはなくすべきだと考えることなく、ローカルでの管理性を維持できます。
リモート4K向けにローカル処理の性能を見積もる場合は、リモート4Kワークロードの境界によって、コンピューティング要件とアップロード性能、クライアント互換性を切り分けられます。ローカル処理がより重要なのは、より高い能力と管理性を備えているからであり、リモートインフラが重要でなくなったからではありません。
おすすめ商品
テック＆AIハブ
もっと読む
Plexの状態とは何か、どの部分を永続化する必要があるのか？
永続的なPlexの状態情報とは、再起動や再構築後もサーバー環境を維持する情報を指します。メディアデータと一時的なトランスコードデータは、それぞれ別の役割を担います。
Plexはローカルセッションとリモートセッションで認証をどのように処理しますか？
Plexの認証はサーバーとアカウントの識別から始まり、その後、ローカルまたはリモートのネットワーク経路によって到達可能性と安全な接続の動作が決まります。
ライブラリデータが増えると、Plexの検索が遅くなるのはなぜですか？
ライブラリの増加だけが原因とは限りません。データベースのサイズを問題視する前に、クエリの形状、インデックス、キャッシュの状態、ストレージのレイテンシ、書き込みアクティビティを確認してください。
