您在垃圾填埋場工作的時間越長，氣味對您的警覺就越少。當沒有任何問題時，您的網絡監控系統儀表板以紅色和黃色點亮的時間越長，警報對您的意義就越小。配置您的網絡監視器警報閾值，使紅色真正意味著“現在做點什么”。我們的一位高級服務工程師 (SE) 在安裝網絡監控系統后不久就拜訪了一位客戶。看著客戶的儀表板，SE 看到了一些罕見而美妙的東西。

他對客戶說：“您主頁上的所有內容都是綠色的。這正常嗎？一切（即監控系統）工作正常嗎？”“哦耶。我在這附近經營著一艘非常緊張的船，”客戶回答道。“我知道應該監控什么以及何時監控。“誠然，該客戶端幾乎沒有大型客戶端維護的網絡規模，在任何給定時間都不太可能有零警報。但是客戶的觀點仍然有效。正確配置的警報是必不可少的，配置不當的警報可能比沒有警報更糟糕。

這里有 5 種方法可以確保您的警報正在執行您支付的費用：

1. 清點您的設備（必要時獲得幫助），以確保您可以看到您需要它的地方 - 并且只在您需要的地方。

在解決警報閾值之前，請確定您是否甚至需要監控給定的設備或系統。正如我在上一篇關于為監控系統安裝準備網絡的文章中提到的，您可以使用“自動發現”工具來清點系統和設備。我們有客戶告訴我們，自動發現過程幫助他們識別了一些他們沒有意識到他們可以如此輕松地監控的關鍵設備。現在，他們發現了解這些設備非常有用。

對于其他客戶，最好手動清點他們的網絡，通常是在我們 SE 的幫助下。這可以幫助您識別您可能不需要監控的設備。你知道，就像那個已經“關鍵”了 250 天的來賓虛擬機，但實際上其中 249 天可能并不存在？請記住，如果您使用具有預設警報閾值的自動發現功能，您可能需要立即調整閾值。對于您不立即調整的閾值，請在它們運行幾周左右后留出時間進行審查。確保你有你認為你有的知名度。

2. 確定每個警報將直接通知誰，以及如何通知他們。

如果您有生成操作項通信的警報，請確保只有需要對警報采取行動的人（可能連同備份和/或直接主管一起）接收電子郵件、文本等。與儀表板警報一樣，一個裝滿無關通知的收件箱只會訓練人們忽略所有警報，包括他們應該采取行動的警報。

3. 考慮將警報從單個設備監控工具遷移到一個集成監控系統中。

作為 OmniCenter 的創建者，我們顯然相信全面的監控、警報和報告設備。然而，我并不是說某些設備的專有監控工具或為基礎設施的特定元素構建的本土工具沒有用處。關鍵是不要讓這些不同的工具以大多數工作人員不完全理解并且不能始終正確響應的警報形式產生噪音。

不同工具的報警系統可能使用不同的協議來輪詢他們的設備。每個都可能有不同的 UI。這可能會迫使您在網絡管理操作中不必要地創建孤島。綜合監控系統促進了更多跨職能、更靈活的工作人員。您可以避免服務瓶頸（以及隨之而來的不可避免的指責）。

使用 SNMP 輪詢每臺設備的管理系統使您能夠了解整個基礎架構，包括您無法通過代理管理的設備。例如，SNMP 可以向您顯示沒有操作系統的設備（如交換機端口或 UPS 電池）的利用率。無論您決定需要警報配置的設備，您都應該能夠使用單一、連貫的 UI 來概覽所有設備。

4. 配置警報閾值以發現重大異常，而不是可預測和/或瞬時峰值。

正如我在一篇關于發現隱藏在虛擬化網絡中的異常的帖子中所描述的，靜態閾值（例如服務器 CPU 或內存）可能會產生誤導性警報。一個典型的例子是 SQL 數據庫服務器。它可能每天四次達到 100% CPU，但您并不真的希望每次發生這種情況時都收到警報。您真正需要知道的是它何時表現異常。

也許在周五上午 10 點，它通常以 80% 的速度運行，但本周五同時以 20% 的速度運行。這可能表明您的應用程序或用戶存在問題 - 但不會觸發靜態警報。通過異常檢測，您將收到警報，以便您了解發生了什么。

或者你可能有一些用戶通常不會使用超過 20% 的端口帶寬，而現在他們正在使用 70% — 仍然可能不足以觸發靜態“高水位”閾值，但絕對應該這樣做調查。如果您的監控系統只是在尋找固定的閾值，您可能看不到全貌。這取決于設備的常規工作負載。

5. 盡可能自動化為新設備預先設置閾值的過程。

一旦您清點了您的系統，將所有需要的設備映射到您的監控系統并自定義了閾值，您的警報管理工作就完成了。只是在開玩笑。只要您的網絡不斷變化和增長，它就永遠不會完成，對嗎？但是你可以讓這項工作更容易向前推進。

根據您已設置的參數，配置您的網絡監控系統以預設特定設備類別的警報閾值。即使新設備通常不需要與設備類別完全相同的警報參數，也可能會接近預設閾值。如果不立即重新配置設備的警報，您至少會獲得一些保護。而且您可能會發現，大多數情況下預設的閾值都是正確的。這是你自己經營一艘非常緊張的船的明顯跡象之一。