Proxmox 的守護者：Atlas Watch
在 Proxmox 上做監控，往往會變成另一項專案：安裝 Grafana、把資料送進 InfluxDB、手動排列儀表板。成果很漂亮，但維護也成了額外的工作。Atlas Watch 走的是另一條路：監控直接內建在正在使用的管理駕駛艙中。檢查會自動執行，出問題時會發出通知；沒有需要另外架設的堆疊。
為什麼不希望另建監控堆疊？
Grafana + InfluxDB + exporter 的組合很強大，但安裝、更新與儀表板維護本身就是一項負擔。在家用實驗室中，多數人裝過一次之後，就任其過時。
當監控存在於另一個分頁時，從看見問題到解決問題之間就得切換工具。警示在一處，修正在另一處。
最糟的是無聲的故障：備份在夜裡失敗、儲存池滿了、某項服務陷入重新啟動迴圈，而因為沒有人在看，往往不是在白天發現，而是等到為時已晚才察覺。
Atlas Watch 做些什麼？
掌握主機的脈動，並將重要事項優先呈現：
定期健康檢查
現成的檢查目錄會定期執行：磁碟健康狀態、儲存池狀態、服務、使用率等，無需任何設定。
重大發現即時寄送電子郵件
當某項檢查進入重大等級時，電子郵件會立即寄出；並具備智慧冷卻時間，避免重複通知淹沒收件匣。
通知中心
所有發現都集中在同一處；每則警示都會在真實的迷你拓撲上顯示發生位置，而不是一行抽象的文字。
每日摘要
非重大項目會累積成摘要：不會為每件小事都寄一封信，一次就能掌握當天的全貌。
彈性寄送方式
電子郵件可直接從本機寄出，也可透過自有的 SMTP 伺服器發送；依環境選擇最合適的方式。
自訂規則
在現成目錄之外，還可以定義自訂的門檻值與規則；Watch 會監看被指定要留意的項目。
常見問題
- 使用 Atlas Watch 需要安裝 Grafana 或 InfluxDB 嗎？
- 不需要。Watch 內建於 Atlas 中；不必另外架設監控堆疊。檢查與警示開箱即用。
- 警示如何送達？
- 重大發現會即時以電子郵件通知；非重大項目會累積為每日摘要。電子郵件可從本機寄出，也可透過自有的 SMTP 伺服器發送。通知也會集中在面板的通知中心。
- 沒有網際網路也能運作嗎？
- 可以。Watch 在主機上於本機執行；只要能從本機或透過自有的 SMTP 伺服器寄送電子郵件，就不需要網際網路。
- 同一則警示會整天轟炸收件匣嗎？
- 不會。重大警示具備智慧冷卻時間；同一項發現不會一再產生相同的電子郵件。重複狀況仍然看得見，但收件匣不會被塞滿。
- 可以選擇要監看哪些項目嗎？
- 可以。除了現成的檢查目錄，還可以定義自訂的門檻值與規則；哪些發現屬於重大、哪些歸入摘要，都可以設定。
- Watch 能取代 Pulse 這類監控工具嗎？
- 兩者的工作不同。監控工具專精於儀表板；Watch 則是管理駕駛艙的守護者，與更新、儲存空間及存取權並列於同一個產品中。如果監控是主要工作，專用工具較為合理；若要從單一位置管理主機，Watch 本來就在那裡。
相關條目
- 備份工作悄悄停了：代價最高的故障不是大聲的那種 大聲失敗的備份當天就會被修好。悄悄停止的備份，要到需要它的那天才會被發現。差別不在通知，而在於看的是什麼。
- Proxmox 伺服器的第一個畫面應該呈現什麼？ 大多數總覽畫面回答的是有哪些東西。真正有用的問題是：有沒有哪裡出錯，今天是否需要處理。這是兩種不同的畫面，值得每天早上打開的只有其中一種。
- 需要一套指標系統，還是內建檢視已經能回答問題？ 警示與指標是用來回答不同問題的不同工具。內建檢視能完美回答現在是否出了問題。指標系統回答的是上週二凌晨三點發生了什麼事，而這也是執行它的唯一理由。
- 昨晚發生了某件事：記錄實際上在哪裡 警示說明發生了某件事，記錄說明原因。問題在於，最需要的那段記錄正好涵蓋機器倒下的那一刻，而在預設安裝中，這段記錄也最可能不見。