開始前準備
請先登入管理帳號, 確認設備已加入且最近仍有收集資料. 先在設備 Health 的 Memory 查看項目名稱. 本機示範使用 Physical Memory, 其他設備可能有不同描述. 請分清楚實體記憶體, Swap 與快取項目.
本篇先完成規則, 另需 新增通知聯絡人 與 設定寄信 才能驗證電子郵件送達. 80% 是示例, 請依設備平時使用量調整門檻.
介面核對: 2026-10-02 / Observium CE 26.1.14545. 本文以官方社群版為例, 按鈕保留實際英文名稱. 配圖為操作示意圖, 範例值請按自己的設備替換; 實測範圍及尚未驗證的項目於對應段落說明.
01選擇告警類型與基本設定
由上方地球圖示選單進入 Alert Checks, 按 Add Checker, 在 Entity Type 選 Memory. 在 Alert Name 填入 Memory usage 80%, Message 可填入收到告警時的處理提示.
Severity 選 Warning, 開啟 Send recovery. Alert Delay 範例填 2, 單位是收集檢查次數, 不是分鐘; 不要把它當成固定 2 分鐘後通知.
放大圖片
02輸入測試條件並限制監控範圍
在 Test Conditions 輸入以下內容, 保留英文欄位名稱與半形空格:
mempool_perc ge 80mempool_perc ge 80 表示該記憶體項目已用百分比達 80. 保持 Require all conditions. 不同作業系統計算快取的方式可能不同, 請先觀察平時曲線再決定門檻.
在 Association Ruleset 使用 AND. 設定 Device Hostname / equals / localhost, 再按 Add rule 設定 Memory Description / equals / Physical Memory. 名稱應照實際列表輸入.
放大圖片
03建立規則並核對結果
按 Add Checker, 開啟新規則的 Alert Entries. 確認列出的設備及監控項目正確; 沒有任何項目時先修正範圍, 不代表所有設備正常.
到 Associations 的 Contacts 選取聯絡人並按 Associate. 等待下一次資料收集, 確認 Checked 有更新. 初次顯示 Unknown 或 Never 時, 先等候及核對收集狀態.
已建立的規則可用 Edit Conditions 修改門檻, 用 Edit Check 修改名稱, 延遲及嚴重度, 修改後按 Save Changes. 實際通知仍需完成寄信測試.
放大圖片
常見問題
與主機內看到的可用記憶體不同怎麼辦?
先核對是否正在比較同一個記憶體項目及同一時間. 實體記憶體, Swap, 快取與可用記憶體不是同一個數字; 不要把所有項目都用同一門檻套用.
需要製造主機故障來測試嗎?
不需要. 可在專用測試設備與指定收件人範圍內驗證通知, 並在完成後恢復原始門檻. 不要刻意塞滿硬碟或中斷營運設備. 本系列示範確認規則及異常紀錄, 未進行外部郵件送達測試.