Plexの障害ドメイン：依存関係が停止に及ぼす影響

ストレージ、ネットワーク、認証、ランタイム、関連サービスを別々の障害ドメインとして扱うと、Plexの障害は診断しやすくなります。

1つの依存関係が利用できなくてもサーバー自体は正常に動作している場合があり、同じ根本原因による障害でも、ユーザーによって症状が異なることがあります。ローカル再生、リモート再生、状態の書き込み、管理に必要な最小限の経路を把握します。そのうえで、「Plexが停止した」という単一の事象として扱うのではなく、各依存関係の境界を個別にテストします。

ストレージ障害によりメディアまたは状態の経路が失われる

メディアストレージとアプリデータストレージは、別々の依存関係です。メディアマウントを失うと影響を受けるファイルにアクセスできなくなり、状態の保存先を失うと、サーバーを起動できなかったり、安全に書き込めなくなったりします。

ネットワークメディアマウントの切断が発生すると、ホスト自体はオンラインのままでも、ストレージに到達できなくなることがあります。

メディアマウントとアプリデータマウントを個別に監視します。一方が消えた場合は、関係のないサービスを再起動する前に、そのストレージ境界内で修復を完了させます。

ネットワーク障害はローカルとリモートの症状を分ける

パブリック経路、VPN、プロキシ、ISPの経路に障害が発生しても、LAN内の再生は正常なままの場合があります。これらを別々のサービス経路として扱うことで、WANの問題によってストレージやデータベースを不必要に変更する事態を防げます。

サーバーがそれ以外の点では正常でも、VPNのルーティング動作によって戻りのトラフィックが誤った経路に送られると、Plexはリモートから利用できなくなることがあります。

同じ障害が発生している間に、ローカルクライアントと外部クライアントを1台ずつテストします。ローカル再生が安定している場合は、エッジ経路を診断する間もLAN経路を維持します。

コンテナの依存関係は連鎖的に障害を起こすことがある

Plexコンテナが起動していても、マウント、プロキシ、DNS、関連サービスの準備が整っているとは限りません。起動順序やヘルス依存関係によって、ランタイムが一見正常でも、利用できないサービス経路が公開されることがあります。

マルチコンテナの依存関係パターンによって、どのサービスを同時に準備完了にする必要があるかが決まる場合、重要なのはコンテナの数ではなく、サービス間の関係です。

Plexが本当に必要とするすべての依存関係に対して準備完了チェックを定義し、不要な依存関係については縮退モードを用意します。重要ではないサービスを意図的に1つ停止し、Plexが設計どおりに動作することを確認します。明確な家庭用メディアサーバートポロジーがあれば、縮退モードをテストする前に、必須の依存関係と任意のサービスを分けやすくなります。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

認証サービスは新規セッションに異なる影響を与える

認証やインターネットに障害が発生しても、既存のセッションは継続できる一方で、新規ログインやアカウントの切り替えは失敗することがあります。そのため、復旧計画では現在再生中のセッションと新しいセッションの作成を区別する必要があります。

インターネット接続なしでPlexにアクセスできる状態を準備しておけば、認証関連のインターネット機能が利用できない場合でも、再生を継続できることがあります。

障害の種類ごとに、既存のローカルセッション、新規のローカルセッション、リモートセッションについて簡単なマトリックスを作成します。このマトリックスが、Plexの障害ドメインを実際に把握するための地図になります。