ユーザー数とデータ量の増加に伴い、PlexにはどれくらいのRAMが必要ですか?

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

ホームサーバー全体のワークロードに十分な余裕を持たせたRAMを購入しましょう。Plexに必要な容量は、ユーザー数やテラバイト数に単純に比例するものではありません。

専用Plexサーバーの基準から始める

主にダイレクト再生を行う専用サーバーなら、アクティブメモリの需要は比較的少なくて済みます。一方、複数のアプリをホストするサーバーでは、OS、コンテナ、ファイルシステムキャッシュ、重複して実行されるジョブのための余裕が必要です。

適切な基準は、通常利用時の常駐メモリとキャッシュの圧迫状況を実測したものです。固定の使用率目標ではなく、メモリ飽和の兆候を確認しましょう。

最も再生が集中する時間帯、ライブラリのスキャン中、再起動時のメモリ使用量を記録します。サーバーが実際にメモリ圧迫へ近づいているかを特定してから、余裕を追加してください。

ライブラリの増加はキャッシュの価値を高めるが、すべてをメモリ上に保持する必要はない

メタデータやデータベースページが増えるとワーキングセットは大きくなりますが、未使用の状態を常にRAM上に置いておく必要はありません。OSは、頻繁に再利用されるデータを必要に応じてキャッシュできます。

頻繁に再利用されるページがキャッシュに保持されることで、Plexデータベース全体をアプリケーションメモリに割り当てなくても、ストレージへの反復アクセスを減らせる場合があります。

再起動後のナビゲーションは遅いものの、キャッシュが温まると速くなるなら、RAMを増やすことでキャッシュを長く保持できる可能性があります。メモリに余裕があるのに遅いままなら、ストレージやクエリの動作を調査しましょう。

RAMを増やしてもPlexのクエリが速くなるとは限らない

空きメモリが大量にあっても、CPU、データベース、またはストレージがボトルネックになっているクエリ処理は改善できません。ホストに十分なRAMがあっても検索が遅いことはあるため、メモリ容量を標準的な原因と考えるべきではありません。

十分なメモリがあっても、最新のホストではPlex検索中にCPU使用率が高くなることがあります。そのため、RAMの追加は検索速度だけでなく、メモリ圧迫、スワップ、またはキャッシュの頻繁な入れ替わりを根拠に判断してください。

スワップ、メモリ回収、キャッシュの頻繁な入れ替わり、または関連サービスによってメモリ不足が明らかになった場合にのみ、RAMを増設しましょう。それ以外の場合は、実測されたボトルネックに合わせて購入内容を決めてください。

Plex単体ではなく、ホスト全体に合わせて購入する

ダウンローダー、インデクサー、バックアップツール、VM、ローカルAIは、Plex自体より多くのメモリを消費することがあります。安全な容量の段階とは、頻繁にスワップを発生させず、組み合わせたピーク負荷を処理できるものです。

DIMM構成を選ぶ前に、常時稼働するすべてのサービスとピーク時の重複を家庭用メディアサーバーのワークロードとして一覧にまとめましょう。

将来の増設が不確かな場合は、空きスロットを残せるアップグレード構成を優先してください。現時点で使わない32GBや64GBに支払うよりも、実測したワークロードによって必要性が生じたときにメモリを追加できるプラットフォームを確保する方が有用です。

購入ガイド

もっと読む

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.