PlexサーバーでCPUやRAMに追加料金を支払う価値があるのはどんなとき？
PlexのCPUやRAMに追加料金を払うのは、測定したワークロードが、そのリソースがボトルネックとなる特定の処理段階のせいで失敗した場合だけにしましょう。追加のCPUはソフトウェア変換やバックグラウンド処理に有効です。追加のRAMは、オペレーティングシステム、コンテナ、データベース、キャッシュが継続的なメモリ圧迫を受けている場合に有効です。再生がすでにスムーズにDirect Playされ、メモリにも余裕があるなら、どちらのアップグレードも費用に見合う価値はありません。
アップグレードの価格を調べる前に基準値を設定する
現在のサーバーで、家庭内で想定される最も負荷の高いPlexワークロードを実行し、再生モード、CPU使用率、メモリ圧迫、トランスコード速度、ストレージレイテンシ、ネットワーク使用率を記録します。目的は使用率の低い数値を追い求めることではなく、ユーザーに影響するほど余裕を失う最初のリソースを特定することです。
十分な性能のサーバーでも先にアップグレードすべき対象が不明な場合、別のスペック向上を試すより、ワークロードの導入前後を比較するほうが重要です。
必要なセッション、スキャン、バックグラウンドジョブが余裕を持って処理できるなら、現在のサーバーを使い続けましょう。新しいCPUや大容量メモリキットは、再現性のある問題を解決するか、計画しているワークロードを実現するために導入すべきであり、将来像が不明確なまま予防的に購入するものではありません。
一般的なコンピューティング性能が実証された限界になったらCPUに投資する
Plexがソフトウェアによるビデオ変換に切り替わる場合、字幕をソフトウェアで焼き込む場合、負荷の高い解析を行う場合、または視聴中にコアを消費するワークロードとホストを共有する場合、CPUが購入対象になります。単にCPU使用率が高いことが重要なのではありません。CPU容量が飽和し、処理が遅れ始めている一方で、経路上の他の部分は正常であるというパターンが重要です。
変換負荷の高いワークロードでは、PlexのCPUとGPUの選定は必要なコーデック経路から始めるべきです。新しいメディアエンジンを導入すれば、汎用コアを大幅に増やすよりも、負荷の高い処理段階を効率よく取り除ける場合があります。
ソフトウェアのみの処理が避けられない場合、サーバー上でCPU負荷の高いサービスも実行する場合、または正しいハードウェア経路を使っても計画した同時実行数によって現在のプロセッサーが繰り返し限界に達する場合は、より高性能なCPUを選びましょう。低速なディスク、限られたアップロード帯域、クライアントの互換性をCPUで解決しようとしてはいけません。
メモリ圧迫によって動作が変化したらRAMに投資する
オペレーティングシステムが有用なキャッシュを積極的に解放し始めた場合、コンテナが作業メモリを奪い合う場合、Plexのデータベースが他のサービスとホストを共有している場合、または混雑する時間帯にスワップが発生する場合、RAMが重要になります。CPU使用率が低くても、メモリ圧迫によってアクティブなデータが繰り返しストレージへ戻されると、サーバーの動作は不安定に感じられます。
CPUとRAMのアップグレード判断は、Plex単体ではなくホスト全体のワークロードに基づいて行うべきです。監視によって継続的なメモリ圧迫、スワップの発生、または現在の容量では共存できないサービスが確認された場合にのみ、メモリを増設しましょう。
監視によって継続的なメモリ圧迫、スワップの発生、コンテナの追い出し、または現在の容量では共存できない計画中のサービス数が確認された場合は、RAMを増設します。最悪のケースでも数GBの空きがあり、メモリ圧迫の症状もないなら、RAMを増やしても再生はほとんど変わりません。
メタデータの応答性の問題をCPUやRAMの問題と混同しない
計算リソースがアイドル状態でも、ライブラリの閲覧、ポスターの読み込み、検索、起動が遅く感じられることがあります。これらの操作では多数の小さなファイルやデータベース操作にアクセスするため、CPUやRAMのグラフが正常でも、ストレージレイテンシが体感を大きく左右する場合があります。
PlexのメタデータをSSDストレージに移動すると、プロセッサーやメモリ容量を変えずに小さなファイルへのアクセスを改善できます。応答性の問題に対して計算リソースを購入する前に、状態保存用ストレージの経路をテストしましょう。
問題がアプリケーション状態用のストレージ層に限定される場合は、既存のストレージレイテンシの診断を使って、ストレージの遅延とトランスコードやネットワークの制限を切り分けます。時間計測の証拠が示すコンポーネントをアップグレードしてください。
別の構成と比較し、終了条件を設定する
マザーボードやCPUをアップグレードすると、新しいプラットフォーム、クーラー、メモリ規格、電源、またはオペレーティングシステムへの移行が必要になることがあります。現在のストレージシステムが健全でもメディアエンジンが弱い場合、効率的なメディアサーバー向けコンピューティングを導入するほうが、ストレージホストを再構築するより安価で消費電力も少ない場合があります。
複数のサービスが実際により多くのコアとメモリを必要とする場合、専用サーバーと共有サーバーの比較によって、大型の共有プラットフォームと小型の専用メディアノードのどちらが安価な構成かを判断できます。
CPUについては、最も負荷の高い必要なトランスコードや共有ワークロードが、十分な余裕を保ち、サーマルスロットリングなしでリアルタイム処理できるようになったら止めます。RAMについては、混雑する時間帯のサービス群が、継続的なメモリ圧迫やスワップなしで収まるようになったら止めます。
トランスコードのアップグレード境界が明確で、アップグレードが失敗した処理段階に直接対応し、導入後に想定ワークロードを再テストできる場合にのみ、追加料金を払いましょう。そうでなければ、ユーザー体験を実際に変えるクライアント、ストレージ、ネットワーク、またはバックアップのボトルネックに投資してください。
おすすめ商品
購入ガイド
もっと読む
CPU、RAM、IOPSのスペックをPlexのパフォーマンスにどう換算するか
Plexの負荷測定値を、買いすぎを防ぎながら必要最小限のCPU、RAM、ストレージ、ネットワーク要件に変換するための購入ガイド。
重み付け基準を使ってPlex向けホームサーバーを絞り込む方法
購入前に不確実性を明らかにし、必須条件と希望条件を分けた、再現可能なPlex購入マトリックス。
Plexサーバーはどのようなサポートとアップグレードライフサイクルを提供すべきか？
Plexサーバーのサポート、アップデート履歴、互換性、修理のしやすさ、コスト、移行準備状況を合否判定する購入フレームワーク。
