Plexはいつ、ストレージまたはデータベース専用ホストを使用すべきですか?

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

大容量メディアは容量とシーケンシャルスループットが必要なため、自然に分離できます。一方、Plexのデータベースとメタデータは、レイテンシーの影響を受けやすい状態データです。2台目のホストを導入すると、ネットワーク到達性、権限、復旧順序も考慮する必要があります。こうした追加の依存関係によって、1台のサーバーでは適切に解決できない、測定済みの制約を解消できる場合に、その構成は正当化されます。

レイテンシーに敏感な状態データより先に大容量メディアを分離する

ネットワーク経路に十分な持続スループットがあり、マウントが安定しているなら、Plexの計算処理を別の場所に置いたまま、メディアファイルをNASストレージに保存できます。これは、アプリケーションデータをリモートに置くよりもリスクの低い分離方法です。

ストレージはワークロードに応じたストレージ選択に従うべきです。これにより、大容量のシーケンシャルメディアを、低レイテンシーのランダムアクセスに依存する状態データから分離できます。

再生が集中する時間帯と、大容量ファイルを1つ転送する場合のメディアスループットを測定してください。ネットワーク経由のメディア経路が余裕を保ったまま安定するなら、その分離は複雑さに見合う価値があります。

原則としてPlexのデータベースは計算処理の近くに置く

データベースやメタデータをリモートに置くと、すべての状態アクセスにネットワークレイテンシーと、もう1つの障害ポイントが加わります。ローカルSSDがボトルネックでない場合、これは割に合わない可能性があります。

データベースのレイテンシーは、ストレージレイテンシーに対する性能感度によって変化する可能性があります。そのため、状態データの経路をネットワークファイルシステムの背後に置く前に、ベンチマークを実施するべきです。

測定による要件が、レイテンシーと復旧コストを上回らない限り、アプリケーションデータはPlexの計算処理ホストにローカル保存してください。NASメディアセンター構成でも、大容量メディアを一元化しながら、すべての状態ファイルまで一元化せずに済みます。

障害ドメインを分ける必要がある場合は別のホストを使用する

ストレージホストは独立してメンテナンスや拡張ができ、メディアプールを移動せずに計算処理ホストを交換できます。それぞれの役割に明確な復旧手順がある場合、この分離は有効です。

役割の分離が役立つのは、サービスの依存関係が明示的であり、ネットワーク上に隠れた状態データの所有関係を作ることなく、一方のホストを再起動または交換できる場合に限られます。

起動順序、マウントの依存関係、ストレージホストが利用できない場合にローカル再生がどう動作するかを文書化してください。復旧に手動でパスを修正する作業が必要なら、分離を簡素化してください。

別のホストとバックアップを混同しない

メディアをNASに移動しても、2つ目のコピーが作成されるわけではありません。リモートストレージが唯一のコピーである場合、そこが依然として単一のデータ損失ポイントになります。

バックアップ設計では、保護用ストレージとプライマリストレージを分離する必要があります。そのため、トポロジーの分離に加えて、デバイス外または独立した復旧用コピーを設計してください。

稼働中のストレージホストに依存せず、Plexの状態データと、少なくとも1つの代表的なメディア経路の復元をテストしてください。ストレージの分離とバックアップの両方が明示されている場合にのみ、そのアーキテクチャはレジリエントだと言えます。

NAS&サーバー設定

もっと読む

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.