通知システム — Proxmox 管理者の「目と耳」
午前2時、4ベイ di ZFS クラスタ内のハードディスクが突然故障したり、最も重要な 500GB のバックアップが容量不足でエラーになったりしたとします。翌朝ダッシュボードを開いて真っ赤なエラーメッセージを見るまで待っていては、データ救出の黄金時間を逃してしまうかもしれません。
バージョン 8.1 より前は、Proxmox VE の通知設定はかなり面倒でした。Postfix を深く設定したり、手動でスクリプトを書いたりする必要があり、非常に時間がかかっていました。新しい Notification Framework の導入により, Proxmox はこのプロセスをよりプロフェッショナルで直感的なものに変えました。
私が運用している 12 台の VM を含むホームラボ環境では、Telegram を最初の通知チャンネルとして設定しています。これにより、カフェにいる時や移動中でもトラブルに対応できるようになりました。
クイックスタート：5分でメール通知を受け取る
デフォルトのメール通知（通常はローカルの postfix 経由）だけで十分な場合は、以下の手順を素早く実行してください。
- Proxmox の Web GUI にアクセスします。
- Datacenter > Notifications を選択します。
- Targets タブで、
mail-to-rootという名前のデフォルトターゲットを探します。 - Edit を押し、Recipient Address 欄に自分のメールアドレスを入力します。
- Test を押して確認します。ホスト上の SMTP の準備ができていれば、メールが受信トレイに届きます。
ただし、この方法は OS 背後の Postfix に依存します。より柔軟性を高めるには、SMTP Target を直接使用するか、Telegram を利用するのがおすすめです。
動作の仕組み：Target と Matcher
このシステムを使いこなす鍵は、2 つの概念にあります。
- Targets（送信先）: メッセージを受け取る場所（Email, Telegram, Gotify, Webhook）。
- Matchers（フィルター）: 「いつ」「何を」送るかを決定するルール。バックアップ成功時は無視し、エラー（Error）のみを受け取るといったフィルタリングが可能です。
Telegram Target の設定 — 即座にメッセージを受信
Telegram はプッシュ速度が非常に速く、完全に無料であるため、私が最も優先しているチャンネルです。
ステップ 1：Telegram Bot の作成
Telegram を開き、@BotFather を検索して /newbot と入力します。発行された API Token を保存しておきます。次に、@userinfobot とチャットして、個人の Chat ID または技術チームのグループ ID を取得します。
ステップ 2：Proxmox での設定
Datacenter > Notifications > Targets に戻ります。Add > Telegram を押し、以下のパラメータを入力します：
- Name:
Telegram-Alerts - Token: BotFather から取得した API Token を貼り付けます。
- Chat ID: userinfobot から取得した ID を貼り付けます。
- Author:
Proxmox-Node-01（複数のサーバーがある場合に識別するための名前）。
Test を押します。スマホが「ピコン」と鳴り、テスト通知が届けば 90% 成功です。
Matcher の設定：通知に振り回されないために
Telegram をメッセージのゴミ捨て場にしてはいけません。VM の起動やバックアップ完了のたびに通知が来ると、通知を無視する癖がつき、重要なエラーを見逃すことになります。
- Matchers タブに切り替え、Add を押します。
- 名前を
Critical-Onlyとし、Target にTelegram-Alertsを選択します。 - Match Severity で、
ErrorとWarningを選択します。 Infoレベルは除外し、夜中に無駄にスマホが鳴らないようにします。
これで、本当に対処が必要な問題が発生した時だけ、システムが「ドアを叩く」ようになります。
システム管理者のための実践的なヒント
1. 「多層防御」戦略
決して一つのチャンネルだけに頼らないでください。データセンターのネットワークに障害が発生した場合、Telegram は機能しません。Gmail や SendGrid を経由したバックアップ用の SMTP ターゲットも設定しておきましょう。
2. クラスターを明確に識別する
3 つ以上のクラスターを管理する場合は、ターゲット名に地域や役割を含めます（例：Telegram-Tokyo-Core）。これにより、ロック画面を見た瞬間に、どこで問題が起きているかを 1 秒以内に把握できます。
3. ZFS Scrub ステータスの監視
便利なテクニックとして、ZFS からのイベントをキャッチする Matcher を設定することです。Scrub 機能がハードディスクのチェックサムエラーを検出した際、システムがすぐに警告を送信するため、データが失われる前に故障したドライブを交換できます。
4. 毎月の定期チェック
月に一度は Test ボタンを押してください。API Token の期限が切れていたり、メールの App Password を変更したのに更新し忘れていることがあります。本当のトラブルが起きた時に、通知システムが「眠っていた」ということにならないようにしましょう。
おわりに
Proxmox VE の Notification Framework は単なる機能ではなく、管理者の「安心」のためのものです。わずか 15 分の設定で、ダッシュボードから目を離してもシステムの「鼓動」を常に把握できるようになります。皆さんの導入が成功し、中断されることのない安眠ができることを願っています！
