本番データを移行する前に、新しい Plex サーバーを受け入れテストする方法

エヴァ・ウォン

IceWhale author

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

How to Acceptance-Test a New Plex Server Before Moving Production Data - Zima Store Online

新しいホストで、状態、パス、ユーザー、再生、復旧が機能することをコールドスタート受け入れテストで確認してから、運用中のPlexデータを移行します。

新しいホストを同じ家庭内の運用手順でテストしている間は、古いサーバーを停止したまま、変更せずに保管します。重要なのはログインに成功することではなく、ストレージのマウントからライブラリデータベース、クライアントでの再生までの経路を繰り返し確認できることです。リモートアクセスは別の判定項目として扱い、新しいバックアップの場所を特定してテストするまで、ロールバック用のコピーを保持します。

古いサーバーを凍結し、受け入れテストの経路を定義する

まず、古いホストを停止し、そのアプリケーションデータをバックアップして、ライブラリ、ユーザー、リモートクライアント、スケジュール済みジョブの一覧を作成します。これにより、結果を比較している間に2つのサーバーIDが同じ運用を変更する事態を防げます。独立した移行手順でも、ライブラリとメタデータを移動する際にはロールバック用のコピーを保持することが推奨されています（Plexライブラリ移行手順）。古いデータの場所、新しいデータの場所、復元方法を明確に説明できたら、この段階を終了します。

ストレージパス、所有権、アプリケーションの状態を検証する

各ライブラリについて、ワークステーションのファイルブラウザーではなく、Plexホストからパスを開きます。再起動後もマウントが存在すること、サービスアカウントがメディアを読み取れること、アプリケーションデータディレクトリに書き込み可能で、状態が永続化されることを確認します。各ストレージの場所から1つずつファイルを選んで確認してください。システム状態、Plexデータベース、代替できないメディア、再構築可能なサムネイル、バックアップコピーは、それぞれ異なるデータの役割として扱います。冗長化はバックアップではありません。

手動でマウントした場合にしか機能しないパスは、移行失敗です。サービスのコンテキストからすべてのライブラリを解決でき、状態を破壊する再スキャンなしにサービス再起動後もデータベースが維持されれば、判定は合格です。

実際のクライアント構成全体で再生をテストする

1本の動画の再生成功だけでなく、小規模なテストマトリクスを使用します。ダイレクト再生するファイル、通常トランスコードされるファイル、字幕の多いコンテンツ、リモート視聴が運用に含まれる場合はリモートセッション、そしてライブラリへのアクセス制限があるアカウントを1つずつ用意します。開始時間、再生モード、音声と字幕の挙動、想定したユーザーに想定したライブラリが表示されるかを記録します。管理者アカウントでのみ、またはローカルネットワークでのみ再生に成功する場合、新しいサーバーは準備完了ではありません。

-15% OFF

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

Single board computer zimaboard2

コールド再起動とロールバックの判定を実施する

Plexを正常に停止し、ホストを再起動して、ストレージとネットワークのマウントを待ってから、代表的な再生とユーザーアクセスの確認を繰り返します。再起動後にアプリケーションデータの新しいバックアップを作成し、どこに復元できるかを確認します。実用的なメタデータ移行手順でも、新しい場所が確認されるまで古いディレクトリ名を変更したまま保持しています（メタデータのロールバック手法）。

状態とパス、代表的な再生、想定ユーザー、コールド再起動、バックアップの場所というすべての判定に2回合格してから、古いホストを廃止します。いずれかの判定に失敗した場合は、古いコピーを利用できる状態に保ったまま新しいホストを修正してください。ロールバック先を削除して変更範囲を広げてはいけません。

測定可能な停止基準を設ける

新しいホストが受け入れテストマトリクスに合格し、同時トランスコード数の増加や、現在のストレージ階層では収まらなくなる時期など、次に拡張する条件が明確になったら移行を停止します。権限、マウントの永続性、リモートルーティング、復旧のいずれかを実証できていない場合は、古いホストを保持します。最も安価で安全な移行とは、既知の復旧経路を残す移行です。