結論：高いCPU使用率の原因はバックアップジョブであり、ZimaOSの継続的なCPU回帰ではなかった
1.7.0 Beta 2のインストール後、NASのCPU使用率はおよそ3%から45～60%に上昇し、温度も約32～36°Cから58°Cまで上がりました。その後の確認で原因が判明しました。アップグレードによって、以前設定していたバックアップ処理が開始されていたのです。これらのジョブを停止してZimaOSを再起動すると、CPU使用率は正常に戻りました。
OSをロールバックする前にワークロードを確認する
アップデート直後にCPU使用率が急上昇した場合は、まず何が再開されたのかを確認してください。バックアップ、インデックス作成、メディアスキャン、チェックサム処理、アプリのプル、コンテナの再起動などが考えられます。ホストのプロセスにはtopまたはpsを、コンテナにはdocker statsを使用します。Dockerでは、docker statsによるCPUとメモリのリアルタイムレポートについて説明しています。
簡単な確認テストを行う
原因と疑われるジョブを一時停止します。CPU使用率がすぐに低下し、ジョブの再開時に再び上昇するなら、漠然とした「ベータ版は負荷が高い」という説ではなく、ワークロードが原因だと判断できます。このケースでは、ユーザーがまさにその確認を行い、システムは以前の状態に戻りました。
バックアップ処理はCPUとI/Oに大きな負荷をかけることがある
バックアップ処理には、ファイルの列挙、ハッシュ計算、圧縮、暗号化、大量の読み書きなどが含まれる場合があります。現在のZimaOS 3-2-1バックアップガイドでは、スケジュールタスクと検証が重要な理由について説明しています。ジョブの規模が大きく、通常のNAS動作に影響する場合は、バックアップのハードウェア計画ガイドが役立ちます。
ホスト側のプロセスを診断するには、topのマニュアルで、実際のワークロードを特定するために使用するCPUおよびプロセスの各フィールドを確認できます。
それでもOSの問題である場合
Backupを停止してもCPU使用率が高いままなら、負荷の原因となっているプロセスを特定し、再起動する前にログを取得してください。共有への完全なアクセスが可能でNASが安定していても、使用率が高いというだけでは、OSに不具合があると判断する十分な証拠にはなりません。
バージョンの背景については、ZimaOS 1.6/1.7アップグレードの背景ページと、現在のZimaOSページをご覧ください。
