Plexにはメディアライブラリ以外にどれくらい追加ストレージが必要ですか？

エヴァ・ウォン

IceWhale author

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

Plexのストレージオーバーヘッドは、メタデータ、アートワーク、サムネイル、キャッシュ、一時トランスコードがそれぞれ異なる規模で増加するため、一定の割合ではありません。

同じテラバイト数のPlexライブラリでも、アプリケーションデータの使用量は大きく異なる場合があります。動画プレビューサムネイルや豊富なアートワークを使用し、同期や最適化を頻繁に行い、多数の小さな項目を含むライブラリは、単純な映画アーカイブよりもサーバー側の容量をはるかに多く消費することがあります。ハードウェア、ストレージ、ネットワーク、コンテナ設定を変更する前に、アプリデータと一時ストレージを別々の容量プールとして測定してください。

永続的なアプリデータとメディア容量を分ける

Plexサーバーディレクトリには、データベースの状態、メタデータ、アートワーク、キャッシュ、生成されたメディア情報が保存されます。これらのファイルは永続的なアプリケーションデータであるため、ライブラリに保存されている元の映画やテレビ番組のエピソードとは別に容量を計画する必要があります。

PlexはメタデータをファイルとSQLiteの両方に保存するため、アプリデータの容量とI/O動作はメディアライブラリのサイズとは別に計画する必要があります。これが、Plexのアプリデータ容量計画で確立すべき基準です。

重要なのは、普遍的なオーバーヘッド比率ではなく、Plexデータディレクトリの現在のサイズと増加率です。メディア容量が非常に大きくてもメタデータは少ないサーバーもあれば、ライブラリが小さくてもプレビューサムネイルの保存容量が予想外に大きくなる場合もあります。

使用量を変える機能を測定する

プレビューサムネイル、チャプターや分析データ、アートワークの密度、ライブラリ項目数、キャッシュの動作、ダウンロード、一時トランスコードは、いずれもストレージ需要を変化させます。特にトランスコーダーのパスは、永続的なアーカイブ容量ではなく、変換中に必要となる作業領域を確保するものなので性質が異なります。

Plexのアプリデータ容量を計画する際、実際のPlexライブラリでは、メタデータ、アートワーク、プレビューサムネイルによってアプリデータの使用量が大きく増加することがあります。そのため、空き容量の監視は信頼性の確保に欠かせません。

永続的な増加分はメタデータ／アプリデータの予算に含め、一時的なピークは一時ストレージの予算に含めます。これらを分けて扱うことで、SSDの容量設計と空き容量アラートをより予測しやすくなります。

単純な5％や10％のルールが失敗する理由

大規模なライブラリでサムネイル生成を有効にしている場合、メディアの総バイト数に対して項目数が多い場合、または一時トランスコードのサイズが大きい場合、割合によるルールは通用しません。一方で、生成アセットをほとんど保持しない単純なライブラリでは、必要量を過大評価してしまいます。

Plexのアプリデータ容量計画が破綻する境界では、サムネイルとメタデータの増加により、項目数や有効な機能が異なるライブラリ間で固定割合によるアプリデータ見積もりが信頼できなくなります。

マウントされた各パスを個別に確認してください。アプリデータが安定している一方で、特定の変換中に一時領域が急増する場合は、メタデータ用デバイスを拡張するのではなく、トランスコードのパスを拡張または移動します。

-15% OFF

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

Single board computer zimaboard2

測定結果からストレージ予算を作成する

現在のPlexデータディレクトリのサイズを確認し、観測した月間増加量を加え、バックアップ用の容量を確保します。次に、同じ余裕容量が両方の用途に使えると仮定せず、現実的に最大のソースファイルを使って一時トランスコードのピーク使用量をテストしてください。ホームシアター向けストレージ構成を利用すると、テスト中にクライアントの動作とサーバー側のコンピューティングおよびストレージの制限を分けて管理するのにも役立ちます。

Plexのアプリデータ容量計画の変更を受け入れる前に、一貫性のあるSQLiteバックアップを、書き込み中のアクティブなデータベースファイルを無制御にコピーするのではなく、安全なバックアップまたはスナップショットのワークフローから作成する必要があります。

プレビューサムネイルなどの機能を有効にした後や、ライブラリを大幅に拡張した後は、再度計算してください。測定した増加量と一時的なピークの両方が、設定した空き容量の余裕内に収まるようになったら、アプリデータ容量の追加を止めます。