アイドル時間中にHome Assistantサーバーが高温になったり、うるさくなったりするのはなぜですか？

「アイドル」時間帯にHome Assistantサーバーが高温になったり、動作音が大きくなったりする場合、通常はダッシュボードからは見えないバックグラウンド処理が実行されています。Recorderのパージや再パック、データベースクエリ、バックアップ、アップデート、ノイズの多いインテグレーション、カメラ処理、仮想マシン、その他のコンテナなどは、誰もUIを積極的に使用していない間でもCPUやストレージに負荷をかけます。

ファンを診断するのではなく、パッケージ電力や温度を上昇させているワークロードを診断してください。動作音が大きくなり始める正確な時刻を記録し、CPU、ディスク、データベース、スケジュール済みジョブと照合してから、1つずつワークロードを削除または再スケジュールします。

タイムスタンプからスケジュール済み処理を特定する

ほぼ毎晩同じ時刻にスパイクが発生する場合、スケジュールされたメンテナンスや自動化処理が強く疑われます。Recorder、バックアップ、アップデートジョブ、データベースメンテナンス、統計処理、同じ時間帯に実行されるホストレベルのcronやコンテナタスクを確認してください。

Home Assistantユーザーは、定期的に発生する午前4時のCPUスパイクを、毎日同じ時刻に実行されるRecorderのパージ処理が原因だと突き止めました。この例が役立つのは、家庭ではシステムがアイドル状態だと考えていても、温度の症状がスケジュールに従って現れるからです。

相関関係を確認してからジョブを移動または調整してください。夜間に実行される無関係な自動化でも同じ視覚的なパターンが生じる可能性があるため、タイムスタンプの一致が再現可能か確認する必要があります。

Recorderによってノイズの多いエンティティが継続的なバックグラウンド負荷になることがある

更新頻度が高すぎるインテグレーションは、デバイス自体が安定しているように見えた後もデータベースを忙しい状態に保つことがあります。余分な書き込みにより、CPU、ストレージアクティビティ、データベースのメンテナンス処理が増加します。

あるHome Assistant環境では、複数のZ-Waveエンティティが大量のデータベース行を生成していたことが判明し、継続的なCPU使用率と温度の上昇がRecorderに関連していると分かりました。不要な高頻度データを除外すると、CPUの挙動は通常に近い状態へ戻りました。

Recorderの統計情報またはデータベースの調査を使用して、状態の変化が最も多いエンティティを特定してください。原因が少数のノイズの多いエンティティだけなら、履歴をグローバルに無効化しないでください。

バックグラウンド負荷は別のコンテナやVMに属している可能性がある

共有ホームサーバーでは、データベース、NVR、メディアサーバー、ローカルAIプロセス、バックアップエンジンが発生させた熱がHome Assistantのせいにされることがあります。ホスト上のスパイクをすべてHome Assistantコンテナの責任と決めつけず、プロセスまたはコンテナ単位のCPU使用率を測定してください。

大規模なRecorderワークロードは、Home Assistant UIがアイドル状態に見えるときでも、かなりのI/Oを発生させることがあります。Recorderは現在、デフォルトで毎晩04:12にパージを実行し、隔週日曜日にはデータベースを自動的に再パックできます。再パックは通常の記録処理より負荷が高く、バックグラウンド負荷を長引かせる可能性があります。そのため、同じホストレベルの発熱症状が、1つの自動化ループではなく、スケジュールされたデータベース処理に起因することもあります。

通常高温になる時間帯に、隣接するサービスを1つ停止してみてください。Home Assistantが応答し続けているにもかかわらず、ホスト温度とファン速度が低下するなら、対象とすべきなのはHome Assistantの設定だけではなく、共有ワークロードです。

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

ワークロードを把握して初めて冷却の問題を判断できる

ヒートシンクの詰まり、吸気口の閉塞、ファンの故障、筐体内部の高温、熱伝導インターフェースの劣化によって、通常の負荷でも温度が上昇することがあります。ただし、サーバーが単に以前より多くの処理を実行しているのではないと確認してから、ハードウェアの冷却を調査してください。

時間の経過に伴い、同じCPUパッケージ電力または使用率での温度を比較してください。同じワークロードで現在の温度が明らかに高くなっているなら、エアフローとハードウェアを点検します。ワークロード自体が増加しているなら、まずソフトウェアまたはスケジュールを改善してください。

ZimaSpaceのスマートホーム向けサーバー選定ガイドでは、アイドル状態のHome Assistantボックスにはバックグラウンド負荷がないと仮定せず、ストレージ、同居サービス、物理プラットフォームの制限を1つの運用範囲として扱っています。

制御されたアイドル時の基準値を使用する

健全なアイドル時間帯であれば、バックグラウンド処理の完了後に、温度と動作音が安定した基準値へ戻るはずです。CPU、ストレージアクティビティ、または温度がまったく落ち着かない場合は、継続中のプロセスを記録し、それをスケジュール上正常な動作ではなく、継続的なワークロードまたは回帰として扱ってください。