J.A.R.V.I.S.計画第五十五話

Proxmox VEの日常運用をAIエージェントに任せる

毎朝の点検・バックアップ確認・異常報告を、判断できる記録へ

仮想化基盤の朝の点検は、ホストが動いているかを見るだけでは終わりません。VM、ストレージ、前夜のバックアップ、失敗したタスクをつなげて確認して初めて、今日の業務へ影響があるかを判断できます。少人数の運用では、この確認が担当者の記憶に依存しがちです。

AI特命室は、読み取り専用の情報を決まった順番で集め、前回との差と未確認点を明示した日次報告を作る役割を担えます。復旧や構成変更まで無条件に自動化するのではなく、現場が判断できる材料を毎朝そろえることが、この第2巡の主題です。

結論：AIエージェントは「取得・照合・分類・報告」を担当し、人は「復旧方針・再実行・変更・停止」を判断します。バックアップの成功表示は、復旧可能性の証明とは分けて扱います。

1. 毎朝のProxmox VE点検を定型化する理由

昨日は正常だったVMが、今朝は停止しているかもしれません。バックアップジョブが成功でも、対象VMが漏れていることがあります。ストレージ残量が一日で急減していれば、次回のバックアップ失敗を予告する兆候かもしれません。個別の「緑色」だけを並べても、この関係は見えません。

点検の時刻、対象ホスト、取得元、前回値を固定すると、変化を追えるようになります。取得できない情報は「正常」ではなく「未確認」と記録します。朝の報告は、状態一覧ではなく、担当者が最初に何を確認すべきかを示す短い判断資料にします。

2. AI特命室が受け取る情報と確認する順番

対象は、ホストとクラスタの状態、VM・コンテナの起動状態、ストレージ容量、前夜のバックアップジョブと保存先、直近のタスク履歴です。取得時刻と対象を必ず添えます。まずホストとクラスタ、次にゲスト、ストレージ、バックアップ、失敗タスクの順で照合すると、後段の異常がどの範囲へ影響するかを説明しやすくなります。

実装では読み取り専用の権限を基本にし、Proxmox VE APIのノード・ゲスト・ストレージ・タスクの状態を取得します。コマンドで手動確認する場合も、pveversion -v、qm list、pct list、pvesm statusなどの出力と時刻を残します。APIやコマンドの利用可否は、環境の権限と構成に合わせて確認します。

確認順	見るもの	報告へ残すこと
1. ホスト・クラスタ	到達性、ノード状態、警告	対象と取得時刻、確認不能な範囲
2. VM・ストレージ	起動状態、容量、前回との差	停止候補と容量変化
3. バックアップ・タスク	ジョブ成否、対象漏れ、失敗履歴	失敗時刻、対象、次の確認事項

ホスト状態、VM稼働、保存先容量、バックアップ結果、タスク履歴を日本語ラベルで示す卓上ミニチュア — 朝の点検を読み取り順に並べ、最後に異常と未確認点をまとめます。

3. AI特命室にできること

AI特命室の役割は、点在する状態を一つの報告へまとめることです。AIエージェントが次の定型業務を担えば、人は例外の判断に時間を使えます。

状態一覧：ホスト、VM、ストレージ、クラスタの状態を時刻付きで読み取る
バックアップ照合：前夜のジョブ成否、対象VMの漏れ、保存先の空き容量を突き合わせる
変化の検出：容量、警告、失敗タスクを前回記録と比較し、増減を示す
優先度の整理：異常を緊急・要確認・経過観察に分け、根拠を添える
日次報告：確認済み事実、未確認点、担当者に必要な判断を分けて作成する
翌日への引継ぎ：点検記録と未解決事項を残し、同じ異常を二重に処理しない

バックアップ成功の表示は「ジョブが終了した」根拠であって、「必要な時に復旧できる」ことの証明ではありません。対象の完全性、保存媒体、保持期間、復旧テストは別の確認項目として残します。

AI特命室｜実務代行事例

前夜のVMバックアップが一件失敗した朝を例にします。AIエージェントはジョブ結果、対象VMの稼働状態、保存先容量を受け取ります。失敗時刻と対象、前回成功時刻、容量変化を整理し、読み取り可能な記録を再確認します。担当者へは「確認済み事実・未確認点・再実行候補・業務影響」を短い報告として返します。再実行、設定変更、VM停止は行わず、人の判断と承認を待ちます。

このような日次点検の実務分担は、AI特命室でご相談いただけます。