Plexでストレージまたはデータベース用の別ホストを使うべきなのはどんな場合ですか？

ストレージ容量、メンテナンス、または障害分離をPlexのコンピュートとは独立して拡張する必要がある場合は、別のホストを使用します。単に構成をすっきりさせるためだけにデータベースを移動しないでください。

大容量メディアは容量とシーケンシャルスループットが必要なため、自然に分離できます。一方、Plexのデータベースとメタデータはレイテンシに敏感な状態データです。ホストを追加すると、ネットワークへの到達性、権限、復旧の順序に関する要件も加わります。こうした追加の依存関係によって、1台のサーバーでは適切に解決できない、実測された制約に対処できる場合に、このアーキテクチャを採用する価値があります。

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

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

ストレージはワークロードに応じたストレージの選択に基づいて構成する必要があります。これにより、大容量のシーケンシャルメディアを、低レイテンシのランダムアクセスが求められる状態データから分離できます。

ピーク時の再生中と大容量転送1回の間に、メディアのスループットを測定します。ネットワーク経由のメディアパスが十分な余裕を保って安定していれば、分離する複雑さにも見合う価値があります。

基本的にPlexデータベースはコンピュートの近くに置く

データベースやメタデータをリモートストレージに置くと、状態データへのアクセスごとにネットワークレイテンシが加わり、障害発生箇所も増えます。ローカルSSDがボトルネックでない場合、このトレードオフは割に合わないことがあります。

データベースのレイテンシはストレージレイテンシに対するパフォーマンス感度によって変わることがあるため、状態データの保存先をネットワークファイルシステムにする前に、そのパスをベンチマークする理由になります。

測定に基づく要件がレイテンシと復旧にかかるコストを上回らない限り、アプリデータはPlexのコンピュートホストにローカル保存します。NASメディアセンターのトポロジーなら、すべての状態ファイルを集約せずに、大容量のメディアを一元管理できます。

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

ストレージホストは個別に保守や拡張ができ、メディアプールを移動せずにコンピュートホストを交換できます。それぞれの役割に明確な復旧手順があれば、この分離には大きな価値があります。

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

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

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

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

メディアをNASに移動しても、コピーが2つになるわけではありません。リモートストレージが唯一のコピーである場合もあり、その場合は引き続きデータ損失の単一障害点となります。

バックアップ設計では、保護用ストレージをプライマリストレージから分離し、トポロジーの分離に加えて、デバイス外または独立した復旧用コピーを設計します。

稼働中のストレージホストに依存せず、Plexの状態と代表的なメディアパスを少なくとも1つ復元できるかテストします。アーキテクチャの耐障害性を確保するには、ストレージの分離とバックアップの両方を明確にする必要があります。