複数ユーザーでのストリーミング中にJellyfinのメタデータが増加する原因は？

エヴァ・ウォン

IceWhale author

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

What Causes Jellyfin Metadata Growth During Multi-User Streaming? - Zima Store Online

複数ユーザーによるストリーミングはJellyfinのデータ増加を加速させる可能性がありますが、実際にはストリームそのものよりも、永続化されるアートワーク、インデックス、再生状態、プラグイン、ログのほうが容量に大きく影響することが一般的です。

家族がテレビ、スマートフォン、タブレット、Kodiから同じライブラリを閲覧すると、異なる画像リクエストが発生し、多数の視聴状態が更新されます。その一方で、ライブラリのスキャンやプラグインはサーバー側のアセットを生成し続けます。再利用可能なメタデータ、クライアント向けに生成された派生データ、運用記録、一時的なトランスコードファイルを区別することが重要です。増加しているディレクトリをすべて「メタデータ」として扱うと、実際に容量を左右している挙動が分からなくなります。

ライブラリのレコードはアイテムと関連性に応じて増加する

Jellyfinは、クライアントが一貫したカタログを照会できるように、識別情報、タイトル、シーズン、人物、ジャンル、プロバイダーID、パス、関連性を保存します。増加量はメディアライブラリのバイト数ではなく、インデックス化されたオブジェクトの数と複雑さに左右されます。

ファイル構成は、照合の精度とレコードの更新量に影響します。詳しいフォルダー構成とメタデータの照合についての解説では、命名方法が重複、ポスターの欠落、エピソードの分散にどう関係するかを説明しています。

複数ユーザーによる再生では、これらのレコードが頻繁に読み取られますが、通常はユーザーごとにコアカタログが複製されることはありません。ユーザー数が主に追加するのは共有ライブラリ周辺の状態情報であり、アイテムの追加や再照合によってカタログ自体が拡張されます。

アートワークとリサイズ済みの派生データが容量の大部分を占めることがある

ポスター、背景画像、ロゴ、サムネイル、クライアント向けにリサイズされた派生データはバイナリアセットであり、テキストレコードを上回る容量になることがあります。画面レイアウトや要求される寸法が異なると、すべてのユーザーが同じタイトルを見ていても、追加の派生データが生成・保持される場合があります。

コミュニティでの解説では、永続的にコピーされるアートワークと一時的なキャッシュを区別しています。リサイズ済みの画像バリエーションは、セッション終了後すぐに消えるのではなく、アイテムに関連付けられたまま残ることがあります。

そのため、閲覧行動は間接的なデータ増加要因になります。デバイスの種類が増えるほど、より多くの寸法やアートワークが必要になりますが、上限は依然としてライブラリの規模、有効にしている画像ソース、クリーンアップの動作に左右されます。

再生状態、プラグイン、ログはそれぞれ別の増加曲線を描く

ユーザーが増えるたびに、視聴進捗、お気に入り、アクセス権限、セッション履歴、アクティビティ記録が追加されます。プラグインは独自のインデックスやダウンロードデータを保持することがあり、ログは詳細度とイベント頻度に応じて増加します。これらは個別には小さな増加でも、長期間保持すると無視できない容量になる可能性があります。

設定、メタデータ、視聴履歴、プラグインを対象としたバックアップの指針は、これらが同じアプリケーションボリュームを共有していても、それぞれ別の永続的な役割を持つことを示しています。

同時利用ユーザーが増えると、イベントごとのレコードサイズではなく、更新頻度が高まります。そのため、ログの問題やプラグインのループによって、通常の視聴状態の蓄積を上回るペースで容量が増えることがあります。これは正常な複数ユーザーによるストリーミングの影響と考えるべきではありません。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

「メタデータの増加」と判断するのが適切でないケース

トランスコードセグメントやダウンロードキャッシュは、再生中に数GBを消費することがあります。しかし、これらはカタログメタデータではなく一時的なメディアです。コンテナのパス設定を誤ると、スクラッチデータがアプリケーションボリュームに書き込まれ、ストリーミングによってデータベースが膨張したように見えることもあります。

この区別は、Jellyfinのストレージ予算を考えるうえで重要です。ここでは、メタデータ、生成アセット、トランスコード用の一時データ、ログを分けて扱っています。それぞれに異なる保持ルールと監視ルールが必要です。別の現場レポートでも、目に見える症状がボトルネックを示しているとは限らないため、データパスを分離する方法が支持されています。

1週間にわたり、データベース、アートワーク／メタデータアセット、プラグイン、ログ、トランスコード／キャッシュの5つのパスを個別に測定してください。ライブラリに追加したアイテム数やアクティブなセッション数と増加量を比較し、想定される要因がないのに増加し続けているパスを調査します。