アップデート後にHome AssistantのCPU使用率が高くなるのはなぜですか？

エヴァ・ウォン

IceWhale author

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

Why Does Home Assistant Consume High CPU After an Update?

Home Assistantのアップデート後にCPU使用率が高くなるのは、一時的な移行処理である可能性がありますが、高負荷が続く場合は、Core、インテグレーション、アドオン、データベース、バージョン固有のリグレッションのどれが原因かを切り分ける必要があります。

まず、更新されたコンポーネントの正確な名称、時刻、通常時のCPU使用率、原因となっているプロセス、操作や履歴に支障があるかどうかを記録します。進行状況が確認でき、ホストが応答し続けている場合に限り、範囲を定めた起動時タスクの完了を待ちます。その後、コンポーネントを一度に1つずつ切り分けます。データ形式の変更をまたぐ可能性があるロールバックを行う前に、ログと正常動作が確認できたバックアップを保存してください。

負荷が一時的か、停止しているかを判断する

起動時から代表的なアイドル期間まで、プロセスまたはコンテナごとのCPU使用率を測定します。ディスク書き込み、データベースの活動状況、ログの出力頻度、メモリ、温度、Home Assistantの応答時間を記録してください。移行処理が完了し、負荷が低下している状態と、エラーを繰り返しながら負荷が横ばいまたは上昇している状態は異なります。

一時的な処理を待つ場合は、根拠のない時間ではなく、目に見える進捗に基づいて観察時間を設定します。同じログ行が繰り返される、CPU使用率が飽和したままになる、自動化が期限に間に合わない、データベースが異常に肥大化する、ホストが過熱するといった場合は、待つのをやめて障害状態として扱います。

CPU使用率が通常時に近づき、次回の再起動も正常なら、ワークロードの検証に進みます。高い状態が続く場合は、インテグレーションを無効化したりハードウェアを変更したりする前に、どのプロセスがCPUを消費しているかを特定してください。プロセスの内訳がないホスト全体の使用率だけでは、次に行う修復を選べません。

Core、インテグレーション、アドオン、ホスト上の共有処理を切り分ける

Home Assistant Coreのプロセスを、アドオン、データベース、バックアップエージェント、カメラ解析、その他のコンテナと比較します。負荷の高いダッシュボードを閉じ、スケジュール済みバックアップを一時停止し、不要なアドオンまたはカスタムインテグレーションを一度に1つだけ無効化します。その際、最初と同じ観察時間を維持してください。

最近のコミュニティでのトラブルシューティングでは、アプリまたはアドオンごとのCPU使用率を確認し、疑わしいものを一時的に1つ停止して負荷が変化するかを見ることが推奨されています。この1コンポーネント単位の切り分けテストは原因の特定に役立つものであり、再起動を繰り返して解決するためのものではありません。

あるコンポーネントによって結果が変わった場合は、そのコンポーネントを再び有効にし、スパイクを一度再現して確認します。どのコンポーネントでも変化しない場合は、Recorder、ストレージの遅延、ホスト上のタスクを調べます。複数のサービスを無効にしたことで誤った成功判定をしないよう、次の変更を行う前に、可逆的な変更を1つずつ元に戻してください。

再現可能なリグレッションがないか正確なバージョンを確認する

単にアップデートがあったというだけでなく、発生時点のCore、OS、Supervisor、アドオンの正確なバージョンと照合します。同じプラットフォーム、バージョン、プロセス、トリガーに該当する報告を検索してください。バージョンを変更する前に、高CPU使用率の状態で診断情報を保存します。

クローズされた重複Core issueでは、2025.9.2でCPU使用率が100%になり、2025.8.3に戻すと復旧した事例が報告されています。このバージョンが限定されたCPUリグレッションは、正確なバージョンを比較する根拠になりますが、無関係なリリースやプラットフォームを説明するものではありません。

ロールバックは、正常動作が確認されたバックアップまたはイメージがあり、問題の範囲が一致し、復元手順によって現在のデータが維持される場合に限って行います。ZimaSpaceのHome Assistantを安全にロールバックするためのガイドでは、場当たり的なダウングレードを避けるための復旧上の境界が説明されています。

-15% OFF

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

Single board computer zimaboard2

アップデート後と同じワークロードで復旧を確認する

該当する修復、つまりコンポーネントの更新、設定の修正、ワークロードのスケジュール変更、データベースの修復、または条件を満たしたロールバックを実施したら、高負荷を引き起こしたのと同じダッシュボード、自動化、インテグレーション、スケジュール済みタスクを再度実行します。同じプロセス単位の指標を監視してください。

復旧とは、範囲を定めた処理の完了後にCPU使用率が安定した通常値へ戻り、操作の遅延と履歴の書き込みが正常で、ログの繰り返しが止まり、温度が落ち着くことです。再起動を2回行い、次回のバックアップまたはメンテナンスサイクルも観察して、アイドル状態の静かな1分間を復旧と誤認しないようにします。

高CPU使用率が再発した場合は、バージョン、プロセスの内訳、ログ、プロファイラーの出力、トリガー、切り分け結果を添えてエスカレーションします。試すたびに症状だけが変わり、通常時の状態に戻らない場合は、それ以上の変更を中止してください。ワークアラウンドを積み重ねるのではなく、最後に復元可能な状態を保存します。