常時稼働の低消費電力ホームサーバーでPlexは快適に動作しますか?

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

はい。Direct Playが一般的、または必要な変換をハードウェアトランスコードで処理できる場合、Plexは低消費電力のハードウェアでも快適に動作します。

ただし、Plexのあらゆる用途で低消費電力が低性能を意味するわけではありません。メディアの互換性によってストリームが直接再生される状態を維持できれば、小型サーバーでも応答性を保てます。一方、難しい4Kトランスコード1本は、複数のDirect Playセッションよりはるかに大きな計算負荷を生むことがあります。消費電力だけを決定要因と考える前に、再生パターン、ストレージへのアクセス経路、共有コンテナの負荷を確認してください。

Direct Playによって必要な最低限の計算性能は変わる

既存のファイルを主に配信するサーバーは、動画を繰り返し変換するサーバーよりもはるかに少ない処理しか行いません。そのため、コア数を増やすよりも、クライアントの互換性やメディア形式を整えるほうが、CPU要件を効果的に下げられる場合があります。

Plexのトランスコード処理は、直接配信ができない場合にのみ発生するため、Direct Playと変換処理は分けて見積もる必要があります。

通常の視聴が最も集中する時間帯にPlexのダッシュボードを確認し、各ストリームを直接再生かトランスコードかに分類してください。予期しないトランスコードがピーク時間帯の大半を占める場合は、非常に低消費電力のハードウェアを選ぶ前に、互換性を改善するか、アクセラレーションのための予算を確保しましょう。

効率的なハードウェアトランスコードで小型サーバーを長く使える

専用の動画処理ハードウェアを使えば、本来ならCPUコアを飽和状態に近づける変換処理を肩代わりできます。これにより、常時稼働するシステムでも応答性を維持し、ファンノイズを低減できます。

Intel N100を使ったPlex環境では、ハードウェアトランスコードによって、ソフトウェア処理の場合よりCPU負荷を大幅に低く抑えられました。

想定される中で最も負荷の高いストリームを、ハードウェアアクセラレーションを有効にして再現し、CPU、GPU、温度、再生バッファの挙動を確認してください。ストリームがソフトウェア処理にフォールバックしてCPUを飽和させる場合、その低消費電力ホストには別のコーデック処理経路か、より高い計算性能が必要です。変換処理が通常の用途に含まれるなら、ハードウェアアクセラレーション対応のPlexストリーミングは、任意の余裕ではなく、ワークロード上の要件になります。

常時稼働の効率はホスト全体で決まる

24時間365日の消費電力を決めるのは、製品ページに記載されたCPUのTDPだけではありません。アイドル時の消費電力、ストレージ、ファン、その他のコンテナも影響します。低消費電力のプロセッサーに多数の回転ディスクや常時稼働するバックグラウンド処理を組み合わせると、期待していたメリットの一部が失われることがあります。

実測したミニPCの24時間365日消費電力を基にすれば、年間の電気代を考える際、TDPよりも壁コンセントでの消費電力と稼働率を有用な指標として扱えます。

実際に接続するドライブとサービスを含めた状態で、アイドル時とピーク時の壁コンセント消費電力を測定し、通常の1週間における稼働率を見積もってください。ストレージや連携サービスが消費電力の大部分を占めている場合は、PlexのCPUを交換する前に構成全体を最適化しましょう。

低消費電力設計を破綻させるワークロードを定義する

小型ホストが適しているのは、ピーク時のワークロードが熱、計算性能、I/Oの余裕の範囲内に収まっている間だけです。リモートからの4K変換、字幕の焼き付け、ライブラリ分析、コンテナの同時実行は、その余裕を超える一般的な要因です。

使用率、飽和状態、エラーの確認によって、単に忙しいリソースと、実際に制約を受けている、または障害が発生しているリソースを区別できます。

通常最も負荷の高い再生と、普段から稼働しているバックグラウンドサービスを組み合わせたピークテストを実行してください。いずれかのリソースが飽和状態を維持したり、エラーが発生したりする場合は、低消費電力設計を最初から諦めるのではなく、その制約要因を強化しましょう。

テック&AIハブ

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.