事件

本節包含以下主題：

事件效能指示

效能管理事件

基準平均值

事件效能指示

下列配置用來驗證並作為事件效能的標竿：

完全符合「中型」生產系統 (500K 輪詢項目) (參考系統大小規格) 建議規格的系統。
10 個事件規則，分佈於用在輪詢項目上的 7 個監控設定檔。
- 在包含約 33% 輪詢項目的度量系列上，以每一分鐘的速率驗證一個事件規則。
- 在包含約 33% 輪詢項目的度量系列上，以每 15 分鐘的速率驗證一個事件規則。
- 剩下的規則會套用到以 5 分鐘頻率輪詢的剩下項目。
- 事件規則平均分散在四個度量系列上。
- 每個規則有一個固定的條件與一個標準的變異條件。
- 6 個事件規則有 5 分鐘的期間以及 15 分鐘的時段。
- 4 個事件規則有 15 分鐘的期間以及 60 分鐘的時段。
附註：如需最佳效能，請將擁有相同度量系列事件規則的監控設定檔的數量降到最低。例如，在套用到同樣的裝置組時，擁有「介面」度量系列十個規則的一個監控設定檔優於「介面」度量系列一個規則的十個監控設定檔。
100K 輪詢項目擁有不同的關聯事件規則數。
共有 5 個 Data Collector 系統，每個約輪詢五分之一的項目。

如何監控事件處理

若要決定您是否處理過多事件，您必須監控 Data Aggregator 中的一些關鍵效能指標。 Data Aggregator 中的事件處理是以批次進行 (例如，立即為大型群組驗證並產生事件)。因此，我們採用不同的度量，透過 Data Aggregator 系統的自我監控機制追蹤，以評估 Data Aggregator 系統的健康狀況。為了檢視這些重要的度量，請將自訂的「IM 裝置多重趨勢」檢視新增到儀表板。編輯儀表板，使用下列來自度量系列「Data Aggregator 事件計算次數」的度量：

事件程序佇列大小--顯示事件程序佇列的大小。常數值 0, 1, 2 代表這個系統的健康狀況良好，且可以維持目前的事件處理。大於 2 的常數值代表這個系統能夠維持目前的事件處理負載，但系統很可能會落後 (處理比目前輪詢週期還舊的輪詢)。佇列大小增加但缺乏後續的復原 (趨勢下降) 代表已備份事件處理且您的系統可能處於風險當中。
下列兩個度量互相補強。
- 已清除事件的計數--報告解析度視窗中已清除事件的計數。
- 已建立件的計數--報告解析度視窗中已建立事件的計數。
持續引發或清除的大量事件可能影響「事件管理員」資料庫。

如果在一個 5 分鐘的輪詢週期中，這兩個度量加總後的總數超過 900 個事件，則您已超過建議的中型系統每秒 2-3 個事件的產生率。在 5 分鐘的輪詢週期中，事件產生/清除超出 900 個事件是可接受的。
已處理事件規則評估的計數--事件規則評估是單一事件規則針對單一項目的評估。這個度量追蹤事件規則的總和，乘以已套用這些規則的項目數。評估的數目愈多，您的系統工作量愈大。不過，並非所有評估平等的。例如，愈多條件、愈多標準變異條件，或更長期間和時段的評估比起條件少、固定，且使用較短期間與時段的評估成本來得昂貴。因此，您可以視自己的事件規則進行更多或更少的評估。
如前所述，在我們的測試環境中，我們發現在 5 分鐘輪詢週期中的 150K 評估將使系統處於風險之中。
計算事件的總時間--用於處理這個度量系列事件的總時間。若這個數字超過報告解析度視窗中的秒數，則代表事件在該時間點已延遲或待處理。

您可以監看所有度量一段時間，來判斷系統上事件效能的健康情況。此外，如果 Data Aggregator 系統上的 Karaf 記錄包含資料庫和/或其他錯誤，這代表系統可能壓力過大。一般而言，這些自我監控的度量應該很穩定。不過，在夜間時刻 (預設為凌晨 2 點到 4 點，UTC)，有些資料庫的密集工作可能導致自我監控度量的變動。若度量恢復穩定狀態，仍可視系統為良好的健康狀態 (雖然系統忙碌期間事件可能會延遲)。

建議您慢慢地開啟事件，先判斷系統的健康情況，再繼續執行不同的規則。我們也建議在每次變更後監控系統的健康狀態 24 小時，因為夜間處理可能會有影響，即使在日間看起來事件處理狀態似乎是穩定的。

超過臨界值時的修復方式

超過臨界值時若要進行修復，請遵循這個程序：

一次關閉一個事件規則。每關閉一個規則之後，先檢查效能，再關閉下一個規則。
減少輪詢的項目數。
利用在輪詢項目的事件規則來減少監控設定檔數目。
如果這些步驟未改善效能，請與 CA 支援連繫。