リモートで4K Plexストリーミングを利用するには、どれくらいのホームサーバー性能が必要？

エヴァ・ウォン

IceWhale author

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

How Much Home Server Power Do You Need for Remote 4K Plex Streaming? - Zima Store Online

Plex用のホームサーバーは、仕様表にある「4K」という文字ではなく、同時に変換する必要があるリモート4Kセッションの数を基準に選んでください。対象となるすべてのクライアントが元のファイルをDirect Playできるなら、通常はアップロード容量のほうが厳しい制限となり、安定した既存のコンピューターで十分な場合があります。ハードウェアのランクを上げるのは、実際のリモートテストで1つ以上の動画トランスコードが同時に発生すると確認できた場合だけです。特にHDR変換や字幕の焼き付けがある場合はなおさらです。

4Kというラベルではなく、再生処理から考える

Plexのセッションには、実質的に異なる3つの経路があります。Direct Playでは、元のコンテナ、動画、音声、字幕ストリームがそのままクライアントに送られるため、サーバーの処理は主にデータの読み取りと配信です。Direct Streamでは、互換性のあるストリームを別のコンテナに再パッケージ化しますが、負荷は比較的軽いままです。フル・トランスコードでは、クライアント、接続、画質設定、音声経路、または選択した字幕が元の組み合わせを利用できないため、動画をデコードして再エンコードします。

つまり、同じ4K解像度のファイルでも、サーバーに求める処理は大きく異なる場合があります。HEVCファイルは、あるテレビではDirect Playできても、ブラウザ、古いストリーミングスティック、またはリモート品質の制限によってトランスコードが必要になることがあります。互換性のない音声トラックは、動画を変更せずに変換できる一方、画像ベースの字幕では焼き付けが必要になり、動画の全フレームに影響することがあります。

ハードウェアを選ぶ前に、実際に使用するクライアントをすべて洗い出してください。テレビアプリ、ストリーミングボックス、スマートフォン、タブレット、ブラウザ、音声経路内の各種レシーバーなどです。代表的なファイルをリモートで再生し、Plexのダッシュボードを確認します。想定するすべての経路がDirect Playまたは軽量なDirect Streamのままなら、測定した配信テストに失敗するまで現在のサーバーを使い続けて構いません。いずれかの経路で動画のトランスコードが表示された場合は、その具体的なケースを、新しいサーバーが処理し続ける必要のある負荷に加えてください。

サーバーの価格を比較する前にアップロード上限を決める

リモート視聴者は、サーバー設置場所の上り回線を共有します。一般的な家庭内トラフィックが発生している状態で実効アップロード速度を測定し、通話、バックアップ、ゲーム、短時間のビットレート急増に備えて余裕を確保してください。ビットレートとは、動画データが接続経由で送信される速度です。そのため、同時に実行する予定のストリームのビットレート合計は、Plexに安定して割り当てられるアップロード速度を下回る必要があります。一般的な4Kの平均値ではなく、自分のファイルで要求される、または実際に確認できる速度を使用してください。

測定された状況	意味	購入への影響
元のストリームが実用可能な上り帯域内に収まる	リモートでのDirect Playが可能	クライアントの互換性によってトランスコードが依然として必要な場合を除き、追加のトランスコード性能を購入しない
元のストリーム1本は収まるが、予定している重複利用は収まらない	同時利用数が回線の容量を超える	上り容量を増やす、リモート画質を下げる、または低ビットレート版／トランスコードを用意する
元のストリーム1本だけでも、実用可能な上り帯域を超える	元の画質でのリモート再生はネットワークに制限される	より高速なサーバーが役立つのは、許容できる低ビットレートのストリームを生成できる場合だけです

たとえば、テスト済みのリモート向けターゲットが1セッションあたり25 Mbpsで、同時に2セッション必要なら、ストリームだけで50 Mbpsが必要になり、家庭内の余裕分はその前に確保する必要があります。回線がそれを安定して提供できない場合、より高性能なCPUを購入してもDirect Playは実現できません。まず、上り回線を改善するか、リモートのビットレートを下げるか、リモート向けに別バージョンを保存するかを決めます。トランスコードまたはストレージが必要になるのは、後者2つの選択肢だけです。

同時に発生し得るトランスコードを数える

アクセスできる人数の合計ではなく、現実的に重なる最悪の負荷を基準に計算資源を決めます。4つのアカウントがあっても、一度にリモート視聴するのが1人だけの家庭なら、必要なのは1セッション分です。一方、自動ライブラリ処理や複数のコンテナを動かしながら、2本の異なる映画を定期的に視聴する家庭では、より大きな持続的負荷が発生します。同時に発生しそうな動画変換だけを数え、推測したCPU使用率に置き換えるのではなく、競合するサービスもテストに含めてください。

観測されたピーク負荷	最低ハードウェア要件	停止またはアップグレードの基準
動画のトランスコードが0本	安定して再利用できるコンピューター、または信頼性の高いストレージとネットワークを備えた控えめなサーバー	リモート配信を通過するなら、そのまま使用する。計算資源より先にクライアントやアップロード回線に投資する
4K動画のトランスコードが1本	選択したOSで、ソースをデコードし、出力先をエンコードできる、最近の対応メディアエンジン	正確なファイル、HDR、音声、字幕の経路がリアルタイムで処理できることを確認してから購入する
4K動画のトランスコードが2本以上	ハードウェアアクセラレーションが検証済みで、持続的な同時処理性能が測定された候補。より高いスループットの内蔵グラフィックス、または対応する専用GPUが妥当な場合があります	固定の同時ストリーム数をうたうマーケティングは退け、完全な同時実行テストを必須にする

4K変換を意図的に行う場合、ハードウェアアクセラレーションは通常、実用上の分岐点になります。メディアエンジンは、汎用CPUコアからデコードとエンコードをオフロードできますが、プロセッサー名だけでは十分な根拠になりません。ソースコーデック、ビット深度、クロマ形式、出力コーデック、OS、ドライバー、Plexのバージョンがすべて関係します。通常のハードウェアアクセラレーションストリーミングにはPlex Passが必要です。そのため、Quick SyncやディスクリートGPUを前提に購入するサーバーは、このソフトウェア上の条件も満たす必要があります。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

HDR、音声、字幕は個別の負荷ケースとして扱う

ステレオ音声で字幕のない、きれいな4Kクリップだけでは、購入時のテストとして不十分です。実際のクライアントはHEVC動画を受け入れても、コンテナや可逆音声形式を拒否することがあります。その場合、Plexは動画をダイレクトストリームし、音声だけをトランスコードするか、再生経路全体を変更する可能性があります。各クライアントは、実際に使用するテレビとレシーバーの構成を通してテストしてください。

HDRには、リモートのSDRディスプレイでHDRからSDRへのトーンマッピングが必要になる場合があるため、別途検証が必要です。この処理は、色域と明るさの範囲を変更しながら、実用的な映像を維持します。対応するハードウェア経路は、OSやアクセラレーターによって異なります。通常のSDR動画をスムーズに変換できる候補でも、ライブラリ内のソース形式とトーンマッピングの組み合わせでは失敗する可能性があります。

字幕は別の独立した判定要素です。テキスト字幕は互換性のあるクライアントでレンダリングできますが、PGSとVOBSUBはビットマップ形式です。選択可能なトラックとして保持できないコンテナとクライアントの組み合わせでは、再生経路で映像に焼き付けられる場合があります。焼き付けではすべてのフレームが変更されるため、動画変換が必要です。そのため、同じ映画が字幕なしではダイレクトプレイできる場合でも、字幕を多用する家庭では、その再生を高負荷のセッションとしてテストする必要があります。

4K SDR、HDRディスプレイへの4K HDR、SDRディスプレイへのHDR、最も負荷の高い音声トラック、通常のテキスト字幕、画像ベースの字幕について、個別のテスト行を作成します。サーバーのグレードに合格と判断するのは、実際に使用する組み合わせが、予定している同時実行数で安定して動作した場合だけです。1つでも特殊なケースで失敗した場合は、そのメディアまたはクライアントの経路を変更するか、テスト済みの上位ハードウェアグレードへ移行してください。失敗を平均化して見えなくしてはいけません。

ハードウェアの役割とグレードを選ぶ

負荷を測定したら、モデルより先に役割を決めます。配信優先のサーバーには、クライアント側でデコードを行うため、安定性と十分なストレージスループットが必要です。メディア処理機能が不足している場合は、既存のNASストレージの前段に小型のトランスコードノードを配置できます。オールインワンのストレージサーバーでは、追加の計算性能を重視する前に、ドライブベイ、バックアップ、拡張性、同時実行アプリの要件も満たす必要があります。

ソース形式と出力形式のデコードおよびエンコードに対応していることを必須条件とし、テストした同時実行数を維持できる十分なスループットを合格基準にします。関係のないコンテナ用の追加CPUやメモリは、あれば望ましい余裕と考えます。ディスクリートGPUの候補では、GPU、ドライバー、コーデック、ソフトウェアのバージョンを組み合わせて検証します。アクセラレーターについても、同じように実際の処理経路全体を正確に確認してください。RAMを増やしても、存在しないコーデック経路を追加することはできません。また、ローカルネットワークの高速化で、限られたインターネット上り帯域を補うこともできません。

購入前に同時実行テストを行う

可能であれば、新たなハードウェアを一切追加しない基準として、安定して動作する古いコンピューターを使用するか、返品可能期間中に候補機をテストします。ホームネットワークの外部から接続し、通常の家庭内トラフィックを維持したまま、実際に使用するリモートクライアントで検証します。目的は短時間の起動成功ではありません。予定しているすべてのセッションを同時に実行しながら、負荷の高いシーンでも安定して再生できることが目標です。

実際に混雑している時間帯に利用可能なアップロード速度を測定し、サーバーのアップロード値を正確に設定してください。
対象となるすべてのクライアントと、通常使用するリモート画質設定を一覧にしてください。
実際に使用する音声形式と字幕形式に加えて、代表的な高ビットレートの4K SDRおよびHDRファイルを選んでください。
セッションを1つずつテストするのではなく、現実的に想定される最大同時セッション数を開始してください。
Plexダッシュボードで、ダイレクト再生、ダイレクトストリーム、またはトランスコードのいずれが行われているかを記録し、アクセラレーションが期待される場合はハードウェアのインジケーターを確認します。
バッファリング、画質低下、温度またはクロック制限、スケジュールタスクやコンテナによる干渉に注意してください。
持続不可能なソフトウェア変換に依存している候補や、必要な構成全体をリアルタイムで処理し続けられない候補は除外してください。

購入する前に、障害の原因を見極めてください。トランスコードが発生しておらず、アップロード帯域幅が飽和している場合は、接続または目標ビットレートが原因です。予期しないトランスコードが発生する場合は、クライアント、画質、音声、または字幕の不一致が原因です。計画した同時処理数でハードウェアトランスコードが追いつかない場合は、サーバーのクラスが原因です。十分な余裕を持って一連のテストに合格するなら現在のマシンを使い続け、証拠から特定されたコンポーネントだけをアップグレードしてください。

よくある質問

リモート視聴者にはPlex PassまたはRemote Watch Passが必要ですか？

現在のPlexリモート動画再生では、サーバー管理者または視聴者が、条件を満たすPlex PassまたはRemote Watch Passの契約を利用する必要があります。通常のサーバーでハードウェアアクセラレーションによるストリーミングを利用するには、Plex Passが必要です。ハードウェアを購入する前に、現在のアカウント要件を確認してください。Remote Watch Passだけではリモート視聴は有効になりますが、サーバー所有者向けのハードウェアトランスコード機能は追加されません。

最終結論

すべての対象クライアントがダイレクト再生を行い、測定したアップロード帯域幅でピーク時の同時利用をまかなえるなら、安定稼働している既存サーバーをそのまま使い続けます。4Kトランスコードを1本だけ強制的に行う場合は、HDR、音声、字幕、リモート再生に関する実際のテストをすべて通過する、最新のハードウェアアクセラレーション対応製品の中で最小のものを選びます。複数のトランスコードを同時に行う場合は、持続的な同時処理の実証データを必須とし、より小さいクラスで性能不足が確認された場合にのみ上位モデルへ移行します。実際の制限要因が上り帯域幅、リモート画質設定、またはより安価に変更できる互換性のないクライアントである場合は、より高性能なサーバーを購入しないでください。