デスクトップから専用スマートホームハブへHome Assistantを移行する方法

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

専用ハブに復元してHome Assistantを移行し、無線通信と重要な自動化を分離環境で検証してから、1回だけ元に戻せる切り替えを予定します。

すべての統合、アドレス、USB無線機、シークレット、ネットワークストレージ、証明書、家庭に不可欠なルーチンを洗い出す間は、デスクトップを唯一の自動化管理元にします。デスクトップから最新の完全バックアップをダウンロードし、準備済みのハブに復元して、両方のシステムに同じデバイスを制御させずに各依存関係をテストします。再起動、バックアップ、通常負荷、ロールバックのリハーサルをハブが問題なく完了してから、デスクトップを引退させます。

現在の制御ワークフローを洗い出す

インストール種別とバージョン、ローカルURL、固定アドレスまたは予約アドレス、外部URL、証明書、ユーザーアカウント、アドオンまたは補助サービス、データベースの場所、ネットワーク共有、カスタム統合、シークレット、すべてのUSB無線機またはオンボード無線機を一覧にします。物理ポートを撮影し、利用可能であれば安定したデバイスパスを記録します。

次に、照明、空調、ロック、アラーム、在宅状況、エネルギー、音声、ダッシュボード、通知、スケジュール、リモートアクセスについて、実行結果を整理します。重要な統合ごとに、手動操作を1つ、自動化を1つ、想定される状態フィードバック、Home Assistantを使わない代替手段を特定します。

安全に関わる重要なルーチンに手動の代替手段がない場合、または現在どのマシン、無線機、ブローカー、クラウドコールバックがそれを管理しているのか特定できない場合は、作業を進めないでください。移行ではまず家庭の制御を維持し、プラットフォームの整理は後で行えます。

2つのコントローラーを作らずにハブを準備する

ハブには安定した電源、可能な限り有線ネットワーク、十分なローカルストレージ、冷却、コンソールアクセス、一時的に予約したアドレスを用意します。移行対象のHome Assistant環境をインストールし、本番状態をインポートする前にオンボーディングへアクセスできることを確認します。

検出機能や自動化によって重複した制御が発生しないようにします。テスト計画で分離が明確に保証されていない限り、デスクトップが稼働中にZigbeeまたはZ-Waveのコーディネーターを接続しないでください。多くのデバイスネットワークは、競合する2つの書き込み元ではなく、1つのコーディネーター状態と1つの制御インスタンスを前提としています。

ハイパーバイザー、コンテナ、またはネットワーク共有が移行先に含まれる場合は、今のうちにホストの再起動、USBパススルー、マウント順序、書き込み権限を検証します。永続データの役割マップを使うと、移植可能な設定とホスト固有のランタイム依存関係を切り分けられます。

ホスト外バックアップと依存関係の記録を作成する

ソースが正常で静かな状態になった後、最新の完全バックアップを作成します。別のマシンにダウンロードし、ファイルのサイズが0ではなく読み取り可能であることを確認して、ソースのバージョンと時刻を付けてラベル付けします。移行の観察期間が終了するまで、以前の正常動作が確認された世代も保持します。

バックアップだけですべての外部依存関係を取得できるわけではありません。各コンポーネントのルールに従って、ブローカーの認証情報、固定アドレス、DNSとプロキシのルール、証明書、データベースのエンドポイント、共有パス、USBマッピング、無線ファームウェア、リカバリーコードをエクスポートまたは記録します。ロールバック時に担当者が取得できるようにしながら、シークレットは安全に保管します。

新しいサーバーへの移行チェックリストは、ソースの棚卸しと最終差分を確認する際に役立ちます。交換対象のデスクトップにバックアップの唯一のコピーが残っている場合は、作業を中止してください。

分離環境で復元し、境界を再接続する

移行先のオンボーディング中、またはサポートされている移行先のワークフローからバックアップを復元し、システムと依存アプリケーションが安定するまで待ちます。個人が記録したHome Assistant移行記録には、専用ハードウェアでのこのバックアップ、再イメージ、復元、翌日の観察という手順が記されています。

無線機を移動する前に、ログ、統合、データベースの健全性、ストレージのマウント、エンティティの可用性、コールバックエラーを確認します。デスクトップに紐付いていたアドレスやホストパスを解決します。可能な限りエンティティIDとデバイスの所有権を維持してください。移行中に名前を変更すると、自動化の失敗原因を特定しにくくなります。

USB無線機については、物理的に引き渡す前にデスクトップを停止し、記録したハブのポートにコーディネーターを接続して、変更されたデバイスパスまたはパススルー境界だけを更新します。復元または無線機の初期化に失敗した場合は、停止したソースのパスにコーディネーターを再接続し、ネットワークをリセットするのではなくロールバック計画を実行します。

ダッシュボードと重要な自動化をシャドーテストする

実際に使用する各家庭用ダッシュボードを、対象となるスマートフォン、タブレット、壁面パネル、ブラウザーから開きます。重要な統合ごとに1台のデバイスを操作し、コマンドの配信と状態フィードバックの両方を確認します。内部URLにアクセスできるからといって経路を確認済みとせず、LAN外からリモートアクセスをテストします。

時間ベース、在宅状況ベース、通知、安全関連、再起動に敏感な自動化を、管理された条件で起動します。ログを確認し、リトライの繰り返し、利用不可のエンティティ、重複イベント、データベース処理の遅延、古いアドレスに対して密かに再認証した統合がないか確認します。

詳細な新しいサーバーへの移行に関する議論では、バックアップと復元の移植性に加え、復旧に影響する可能性があるインストール種別の違いも取り上げられています。重要なシナリオの失敗はすべて、切り替え後の作業ではなく、阻止すべき依存関係として扱います。

一度だけ切り替え、デスクトップをロールバック用に保持する

静かな時間帯を選び、設定変更を凍結します。最終バックアップを作成してダウンロードし、デスクトップ上のHome Assistantを停止して無線ハードウェアを移動し、本番用アドレスまたはDNSエンドポイントをハブに割り当て、ハブを唯一の制御元として起動します。

  1. ローカルとリモートのログインを確認します。
  2. 無線ネットワークと、重要な統合ごとに1台のデバイスを確認します。
  3. 重要な自動化と通知のセットを実行します。
  4. ハブを再起動し、阻止条件に関する確認を繰り返します。
  5. 新しいハブのバックアップを作成してダウンロードします。
  6. 切り替えとロールバックにかかった時間を記録します。

合意した観察期間中は、デスクトップの電源を切り、変更せずに保管します。阻止すべき障害が発生した場合は、ハブを停止し、元のエンドポイントと無線機をデスクトップに戻して、不確かな新しい状態を逆方向にコピーしないでください。通常の家庭内サイクル、1回の再起動、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.