専用ハブに復元してHome Assistantを移行し、分離した状態で無線機器と重要な自動化を検証してから、元に戻せる制御の切り替えを1回だけ計画して実施してください。
インテグレーション、アドレス、USB無線機器、シークレット、ネットワークストレージ、証明書、家庭で重要なルーチンを一覧にする間は、デスクトップを唯一の自動化の制御元として維持してください。新しい完全バックアップをデスクトップ以外の場所にダウンロードし、準備したハブに復元して、両方のシステムから同じデバイスを制御させずに各依存関係をテストしてください。再起動、バックアップ、通常負荷、ロールバックのリハーサルをハブで問題なく完了してから、デスクトップを停止してください。
現在の制御ワークフローを把握する
インストールの種類とバージョン、ローカルURL、固定IPアドレスまたは予約アドレス、外部URL、証明書、ユーザーアカウント、アドオンまたは連携サービス、データベースの場所、ネットワーク共有、カスタムインテグレーション、シークレット、すべてのUSBまたはオンボード無線機器を一覧にしてください。利用可能な場合は、物理ポートの写真を撮り、安定したデバイスパスを記録してください。
次に、照明、空調、ロック、アラーム、在室検知、エネルギー、音声、ダッシュボード、通知、スケジュール、リモートアクセスについて、必要な動作を整理してください。重要なインテグレーションごとに、手動操作、自動化、期待される状態フィードバック、およびHome Assistantを使わない場合の代替手段を1つずつ特定してください。
安全上重要なルーチンに手動での代替手段がない場合や、現在どのマシン、無線機器、ブローカー、クラウドコールバックが制御を担っているか特定できない場合は、先に進まないでください。まず家庭の制御を維持することを優先して移行し、プラットフォームの整理は後で行えます。
二重にコントローラーを稼働させずにハブを準備する
ハブに安定した電源を供給し、可能であれば有線ネットワークを使用し、十分なローカルストレージと冷却を確保してください。また、コンソールへのアクセスを用意し、一時的なIPアドレスを予約してください。移行先のHome Assistant環境をインストールし、本番環境の状態をインポートする前にオンボーディング画面にアクセスできることを確認してください。
検出や自動化によって、制御する機器が重複しないようにしてください。テスト計画で分離が明確に保証されている場合を除き、デスクトップが稼働中にZigbeeまたはZ-Waveのコーディネーターを接続しないでください。多くのデバイスネットワークでは、競合する2つの書き込み元ではなく、単一のコーディネーター状態と単一の制御インスタンスが想定されています。
移行先にハイパーバイザー、コンテナ、またはネットワーク共有が含まれる場合は、今のうちにホストの再起動、USBパススルー、マウント順序、書き込み権限を検証してください。永続データの役割マップは、移植可能な設定とホスト固有のランタイム依存関係を切り分けるのに役立ちます。オフホストバックアップと依存関係の記録を作成する
移行元の状態が健全で落ち着いているときに、新しいフルバックアップを作成します。別のマシンにダウンロードし、ファイルのサイズがゼロではなく読み取り可能であることを確認して、移行元のバージョンと時刻を記録したラベルを付けます。移行後の観察期間が終わるまで、直近の正常な世代のバックアップも保管してください。
バックアップだけでは、すべての外部依存関係を保存できません。各コンポーネントのルールに従って、ブローカーの認証情報、固定アドレス、DNSとプロキシのルール、証明書、データベースのエンドポイント、共有パス、USBの割り当て、無線機のファームウェア、リカバリーコードをエクスポートするか記録してください。ロールバック時に作業者が取得できるようにしつつ、シークレットは保護してください。
新サーバーへの移行チェックリストは、移行元の棚卸しと最終差分の確認に役立ちます。交換予定のデスクトップにバックアップの唯一のコピーが残っている場合は、作業を中断してください。
隔離状態で復元し、接続の境界を再設定する
移行先の初期設定中、またはサポートされている移行先の手順でバックアップを復元し、システムと依存アプリケーションが安定するまで待ちます。個人のHome Assistant移行日記では、専用ハードウェアを使ったこのバックアップ、再イメージ化、復元、翌日の観察のパターンが記録されています。無線機を移動する前に、ログ、連携、データベースの状態、ストレージのマウント、エンティティの利用可否、コールバックエラーを確認してください。デスクトップに依存していたアドレスやホストパスを解決してください。可能な限りエンティティIDとデバイスの所有権を維持してください。移行中に名前を変更すると、自動化の失敗原因を特定しにくくなります。
USB無線機器の場合、物理的に移す前にデスクトップを停止し、コーディネーターを記録済みのハブのポートに接続します。変更があったデバイスパスまたはパススルー境界だけを更新してください。復元または無線機器の初期化に失敗した場合は、コーディネーターを停止中の元の接続先に戻し、ネットワークをリセットするのではなく、ロールバック計画を実行してください。
ダッシュボードと重要なオートメーションをシャドーテストする
実際に使うスマートフォン、タブレット、壁面パネル、ブラウザーから、家庭内の各ダッシュボードを開きます。重要な各インテグレーションからデバイスを1台操作し、コマンドが届くことと状態が反映されることを確認します。内部URLだけで経路を確認したつもりにならず、LANの外からリモートアクセスをテストします。
時間、在宅状況、通知、安全性、再起動に依存するオートメーションを、制御された条件下で実行します。ログを確認し、再試行の繰り返し、利用不可のエンティティ、イベントの重複、データベース処理の遅延、旧アドレスに対して再認証されたインテグレーションがないか調べます。
詳細な新サーバーへの移行に関する議論では、バックアップと復元の移植性に加え、復旧に影響する可能性のあるインストール方式の違いも取り上げています。重要なシナリオでの失敗は、切り替え後に対処する作業ではなく、切り替えを妨げる依存事項として扱ってください。一度だけ切り替え、デスクトップをロールバック用に維持する
変更の少ない時間帯を選び、設定変更を凍結します。最後のバックアップを作成してダウンロードし、デスクトップ上のHome Assistantを停止して無線機器を移動します。ハブに本番用のアドレスまたはDNSエンドポイントを割り当て、唯一の制御主体としてハブを起動します。
- ローカルログインとリモートログインを確認します。
- 無線ネットワークと、重要なインテグレーションごとにデバイスを1台確認します。
- 重要なオートメーションと通知の一式を実行します。
- ハブを再起動し、運用を妨げる項目を再確認します。
- ハブの新しいバックアップを作成してダウンロードします。
- 切り替えとロールバックにかかった時間を記録します。
合意した観察期間中は、デスクトップの電源を切ったまま、状態を変更しないでください。運用を妨げる障害が発生した場合は、ハブを停止し、元のエンドポイントと無線機器をデスクトップに戻してください。不確かな新しい状態をデスクトップにコピーして戻すことは避けてください。通常の家庭内サイクル、再起動1回、独立したバックアップ1回が正常に完了してから、デスクトップを廃止または別用途に転用してください。
NASとサーバーのセットアップ
続きを読む

寮のサーバーは、睡眠や勉強、ビデオ通話の妨げにならないほど静かに動作しますか?
はい。低消費電力のハードウェアを使い、ストレージの振動を抑え、負荷の高い処理をスケジュールし、部屋で騒音を確認すれば、寮のサーバーは目立たずに運用できます。

寮の部屋から初めてのアパートへ持ち運べる学生向けホームラボ
サービスを部屋ごとのネットワークから切り離し、ハードウェアを最小限に抑え、状態をバックアップし、スムーズな移設をリハーサルして、学生のホームラボを持ち運びやすく保ちましょう。

アカウントや個人ファイルを共有せずに、ルームメイトと1台のホームサーバーを共有する方法
ルームメイト一人ひとりに名前付きのIDとプライベートストレージを用意し、共有権限は必要なものだけ付与しましょう。管理、バックアップ、利用終了時の対応はそれぞれ分けて管理します。



