Plexの拡張余力はどれくらい見込んで購入すべき?

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

実際に増えるワークロード、つまり同時トランスコード数、ライブラリの拡張、バックアップの実行時間、新しいクライアントに対応できるPlexの余裕を購入しましょう。根拠のないCPUランクで選ぶべきではありません。

測定した基準値から始める

ピーク時の同時視聴者数を数え、ダイレクト再生と映像・音声のトランスコードを分けて記録します。コーデック、解像度、字幕、リモート再生時のビットレート、クライアント構成が安定しているかどうかも記録してください。コミュニティのハードウェアに関する議論からも、ダイレクト再生とトランスコードを分けずにストリーム数だけを見ると、購入判断を誤る可能性があることがわかります(複数ストリームのワークロード例)。

実際のテストに合格するなら、再利用したコンピューターを追加ハードウェアなしの基準にしてください。最も負荷の高い時間帯に、測定したボトルネックが繰り返し発生した場合にのみアップグレードします。

必要最小限の計算性能とメディア処理経路を選ぶ

ダイレクト再生では、CPUの生の性能よりもストレージとネットワークの信頼性が重要です。トランスコードでは、ハードウェアビデオ対応、ドライバー互換性、熱的な余裕が最初に確認すべき条件になります。宣伝されているストリーム数に合わせるのではなく、ホストOS、データベース処理、予期せぬトランスコード1件に対応できる余裕を残したCPUまたはiGPUを選びましょう。

現在のピーク負荷を、明確な余裕を持って処理できる必要最小限のプラットフォームを購入します。リモートユーザーによって4Kから1080pへの変換が日常的に発生するなら、トランスコードに対応した経路を使うか、互換性を意図的に確保したリモート用ライブラリを用意してください。ストレージを増やせば計算性能の問題も解決する、と考えてはいけません。

ストレージとバックアップの増加分を分けて見積もる

メディアの月間増加量、ダウンロードや録画の保存期間、Plexのデータベースとアートワークキャッシュの容量を見積もります。バックアップ先と書き込み可能な時間帯も追加してください。ディスクのミラーリングは可用性を高めますが、独立したバックアップを作るものではありません。ストレージの役割、ネットワーク経路、復旧経路がともに拡張できる場合にのみ、余裕のある構成が役立ちます。

アップグレードの条件を1つ、購入をやめる基準を1つ決める

ピーク時のトランスコードまたはバックアップ処理が許容範囲を超え、かつ今後6〜12か月のワークロードが明確になったときにアップグレードします。実際には使わないコーデックへの対応や、未使用のドライブベイのためにアップグレードしてはいけません。基準構成がピーク利用を処理でき、バックアップが設定した時間内に完了し、次の拡張を全面的な再構築ではなく追加コンポーネントとして具体的に示せるなら、購入を検討するのをやめましょう。

より大きな余裕を買うべき人、買うべきでない人

家庭内のユーザー、リモートクライアント、または計画中の2つ目のサービスによってピークワークロードが予測可能になるなら、より大きな余裕を購入してください。ほとんどのクライアントがダイレクト再生で、現在のサーバーに熱対策とバックアップの余裕が実測で確認できているなら、基準構成を使い続けましょう。ZimaBoard 2のようなコンパクトな選択肢は、これらの基準を測定した後にのみ適しています。メディアやバックアップの計画不足を補うものではありません。

購入ガイド

もっと読む

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.