1台のホストでHome Assistantのデータはどれほど大きくなる可能性がありますか？
Home Assistantのデータを1台のホストだけに置き続けられるのは、増加量、メンテナンス時のピーク、バックアップ所要時間、復旧時間が、測定した運用上の許容範囲内に収まっている間だけです。
Recorderの履歴、長期統計、バックアップ、ログ、メディア、アドオンデータはそれぞれ挙動が異なるため、万人に適用できる有用なギガバイト上限はありません。各データ種別を通常の7日間以上測定し、最も自動化処理が集中する時間帯を含め、アップグレードやデータベースメンテナンス用の空き容量を確保してください。ファイルシステムがまだ満杯でなくても、空き容量や復旧時の余裕が縮小した時点で、その設計を安全だと呼ぶのはやめましょう。
Home Assistantのデータに含めるものを定義する
稼働中の設定ツリー、Recorderデータベース、長期統計、バックアップ、ログ、メディア、アドオンデータ、一時ファイルを分けて管理します。単一ディレクトリの合計値では、どのコンポーネントが永続的で、置き換え可能で、ポリシーによって保持され、または予期せず増加しているのかが分かりません。容量を判断するには、各クラスを分ける必要があります。クリーンアップ方法と復旧経路がそれぞれ異なるためです。
Home Assistantを長期間運用すると、多数のエンティティが頻繁に更新される場合、所有者の予想をはるかに超えるRecorderデータが蓄積することがあります。データベース増加の分析で記録されている事例は、エンティティの選定と保持期間をディスク使用量の合計とは別に測定すべき理由を示しています。
PASSとは、主要な各データクラスに担当者、保持ルール、現在のサイズ、復旧要件が定められている状態です。FAILとは、区別されていない単一の合計値が判断の根拠になっている状態です。増加しているクラスとその価値を特定するまで、何も移動したり削除したりしないでください。
1回のスナップショットではなく増加率を測定する
少なくとも1週間、毎日同じ時刻に同じサイズのカウンターを記録します。週末、通常の利用状況、バックアップ、予定されたメンテナンスを含めてください。各クラスの日次増加量を計算し、新しいインテグレーション、カメラ、詳細ログ、保持期間の変更後に段階的な変化がないか記録します。
Recorderデータベースの増加に関するコミュニティの案内では、状態変化の頻度が高いほどインデックスが大きくなり、I/Oが増え、バックアップや復元に時間がかかることが示されています。これは、単一ファイルのサイズ上限ではなく、増加率に基づいて判定すべきことを裏付けています。
PASSとは、現在の負荷における増加率が安定しており、原因を説明できる状態です。FAILとは、傾きが加速している、または計画していないイベントなしに1つのクラスが急増している状態です。ストレージを増やす前に、書き込み量の多い項目と最近の変更を確認してください。制御されていない増加は、時間が経つほど大容量ディスクも使い果たします。
メンテナンスと復旧時のピークに備えて容量を確保する
ホストには、定常時のデータ量を超える余裕が必要です。データベースの移行、再パック、バックアップの作成、展開、復元の検証では、一時的に大量のデータが複製されたり書き換えられたりすることがあります。計画している最大の処理と、入力データ、一時出力、保持するロールバック用コピーが重なる場合をモデル化してください。
ノイズの多いセンサーを無効にした後に報告されたデータベースの急増が収まった事例は、削除や容量アップグレードを試みる前に、増加率の変化から書き込み元を特定できることを示しています。
PASSとは、モデル化したピーク後にも文書化された予備容量が残り、OSやデータベースの運用を圧迫しない状態です。FAILとは、アップグレードや復元によってファイルシステムが満杯になる可能性がある状態です。処理の前に余裕を増やすか、重要でない保持データを減らしてください。空き容量不足による修復が必要になるまで待ってはいけません。
バックアップと復元にかかる時間を実用上の上限として使う
ストレージ容量だけでは、運用可能であることを証明できません。検証済みのバックアップにかかる時間を測定し、それを復旧先にコピーして、隔離したテストインスタンスへ復元します。停止時間、転送時間、展開時間、データベースが利用可能になるまでの時間、重要なインテグレーションが使用可能になる時点を記録してください。
ZimaSpaceの空き容量モデルでは、普遍的な割合ではなく、データベースの増加とバックグラウンド処理に基づいて容量を算出します。隣接する運用確認として、Home Assistantの空きストレージ容量を利用してください。
PASSとは、バックアップと復元が家庭内で定めた復旧目標の範囲内に完了し、なお予備容量が残る状態です。FAILとは、空き容量が残っていても、単一ホストが運用上大きくなりすぎた状態です。置き換え可能なメディアやアーカイブデータを分離し、妥当な範囲で保持期間を短縮するか、バックアップコピーをホスト外へ移してください。
見直しのトリガーと停止条件を設定する
測定した増加率を次回の見直し日まで予測し、空き容量、バックアップ時間、復元時間、履歴クエリの応答性についてトリガーを定義します。他から借用した割合ではなく、ホストで実際に観測した絶対値を使ってください。高頻度のインテグレーションを追加した後や、保持期間を変更した後にも、再度見直します。
連続する2回の見直し期間で増加が安定し、メンテナンスが予備容量内に収まり、隔離環境での復元が目標を満たしていれば、その設計は許容できます。1つの指標だけが失敗した場合は、ホスト全体を置き換える前に、そのデータクラスまたはワークフローを修正してください。
予測されるメンテナンスが予備容量を超える場合、復旧が時間目標に達しない場合、または制御されたテスト後も増加原因を特定できない場合は、単一ホスト設計の拡張を停止します。ストレージエラーやデータベースの破損は別途、信頼性の障害として扱ってください。データセットが単に大きいことを示す通常の証拠ではありません。
おすすめ商品
サポートとヒント
もっと読む
Home AssistantはWi-Fiでは動作するが、イーサネットまたはVPNでは接続できない
各ネットワーク経路を個別にテストし、インターフェースとルーティングの状態を確認して、直接IP接続と検出による接続を区別したうえで、失敗したレイヤーだけを修復します。
保護されていないデータを残さずにHome Assistantを廃止する方法
交換またはアーカイブを証明し、すべての信頼パスを無効化し、データを保持する各デバイスをサニタイズして、文書化された保護済みのリカバリコピーのみを保持する。
ホームサーバー上のHome Assistantで自動更新を利用すべきですか？
家庭への影響、互換性リスク、観察期間、復旧準備の状況を考慮して、手動更新、通知のみ、または段階的な自動更新を選択してください。
