成長するHome Assistant環境にはどれくらいのストレージが必要ですか？

測定した保持期間後の増加量を基にHome Assistantのストレージ容量を見積もり、既知のプロジェクト、バックアップ用ワークスペース、そして現実的な1回の所有期間に備えた空き容量の予備を加えます。エンティティ数だけを基準に購入してはいけません。ノイズの多いセンサー、長いRecorder保持期間、デバッグログ、ローカルメディア、アドオン、デバイス上に保存するバックアップ世代によって、似たような2つの環境でも増加速度は大きく異なる場合があります。

保持期間が安定した後の増加量を測定する

アクティブなHome Assistantデータ、データベース、ログ、アドオン、メディア、ローカルバックアップの使用容量を、毎週同じ曜日に記録します。意図したRecorderの保持期間が一巡するまで待ってください。初期の増加には、後で削除される履歴が含まれている可能性があるためです。

詳細なデータベース増加事例では、保持対象のエンティティや統計情報によって、時間の経過とともに使用容量がどのように変化するかが説明されています。保持期間に起因するデータベースの増加は、負荷の高い1日から推測するのではなく、ポリシー変更後に測定する実用的な理由になります。

代表的な期間における月間増加量の中央値を使用し、一時的なインポートは別に記録します。パージや再パック後に測定値が減少しても、その一時的な減少をマイナスの増加予測に変えてはいけません。安定した下限値と、次の完全なサイクルを使用してください。

アクティブな状態と大容量・再構築可能なデータを分ける

設定、レジストリ、認証データ、アクティブなRecorderデータベースはメディアに比べて小容量ですが、頻繁に変更され、復旧時には重要になります。ログ、ダウンロード、カメラ映像、ローカルバックアップ、アドオンのデータベース、キャッシュには、それぞれ異なる増加ルールや保持ルールが適用される場合があります。

ストレージオーバーヘッドの役割マップは、ソースデータが使用容量の一部にすぎない理由を示し、生成されたアーティファクトを、失うと復元できない状態データと取り違えないようにするのに役立ちます。

アクティブな設定とデータベースの状態は、信頼性が高く低レイテンシのストレージに置きます。大容量のメディアやバックアップアーカイブを移動するのは、パス、所有権、復元手順、障害時の動作が把握できている場合に限ってください。大容量で低速なボリュームが、自動的に安全なシステムディスクになるわけではありません。

1回の所有期間に必要な容量を計算する

透明性のある計算式を使用します。必要な使用可能容量は、現在の安定した使用量に、次回の拡張予定までの月数を掛けた測定済みの月間増加量、既知のインポート容量、予想される最大の更新または復元用ワークスペース、選択した運用上の予備容量を加えたものです。

Recorderのガイドでは、データ量の多いエンティティやインデックスがデータベースサイズを大きく左右する仕組みが示されています。つまり、エンティティ単位のRecorder増加量は、無制限のストレージを購入する理由ではなく、計算式に含める設定上の入力値です。

計算はドライブのラベル容量ではなく、ファイルシステムで使用可能な容量を基準に行います。増加量を再測定できるよう、所有期間は十分に短く設定してください。拡張方法を定めた2年または3年の計画の方が、期間を予測できない環境を一生分見越して購入するよりも、合理的です。

Featured

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

ZimaCube2

$799.00 - $2,499.00

Buy Now

アクティブなボリュームとは別にバックアップ容量を確保する

バックアップの作成中には、データベース、アドオン、メディア、圧縮アーカイブが一時的に重複することがあります。複数世代を保持すると、その使用容量は何倍にもなり、中断されたジョブによってクリーンアップまで部分ファイルが残る場合もあります。

Recorderを意図的に長期間保持することについての議論は、長期保持したデータベースのサイズが、一般的な履歴保持期間を前提にした想定をどのように上回るかを示しています。

少なくとも1つの復旧用コピーはアクティブディスクの外部に保管し、できればホストの外部にも置きます。本番環境の余裕容量とバックアップの保持容量は、別々に必要な容量です。一方を削って他方に回すと、可用性または復旧可能性のどちらかが変化します。

容量が限界に達する前に拡張トリガーを設定する

空き容量が運用上の予備容量に達する日付を予測します。ハードウェアの購入、検証済みバックアップの作成、データのコピー、新しいパスの検証、通常運用の確認、ロールバックの維持に必要なリードタイムを差し引きます。

• 保持期間やエンティティの対象範囲を変更したら再計算する。
• 空きバイト数と増加率の両方に対してアラートを設定する。
• 最大サイズのローカルバックアップまたは復元用ワークスペースを含める。
• 古いボリュームを廃止する前に、復元を行って新しいボリュームを検証する。

予測される容量枯渇がそのリードタイムの範囲に入ったら拡張します。現在の容量で、選択した所有期間と復旧用ワークスペースをまかなえる場合は、そのまま維持します。明確な将来イベントを伴わずに余らせているストレージは、測定に基づく要件ではなく、任意の柔軟性です。

まとめ

安定した現在の使用量に、1回の所有期間にわたる測定済みの増加量、既知のプロジェクト、ワークスペース、予備容量を加えた、使用可能容量を購入します。ホスト外部のバックアップ容量は別途確保し、移行に必要なリードタイムの範囲を過ぎる前に拡張してください。