aiCache 自動監測和報警機制

2021-05-02 02:03:20 字數 2243 閱讀 2893

雖然通過cli,snmp和web埠,aicache都可以監測和解決問題,並提供一系列豐富的統計資料和測試報告,但我們認使用snmp作為製表,報告和歷史記錄的分析(如果您的軟體支援的話)最為理想。

aicache提供的自動報警機制可以充分簡化問題,使你為一天的工作做好準備。通過進行設定,我們可以監測許多重要的引數。當aicache發現與配置不符的引數時,則自動生成警報郵件傳送到您的郵箱。

郵箱裡警報氾濫的情形並不少見。顯然,過多非「重點」的警報往往使技術人員要麼失去耐心,不以為然,要麼在警報的海洋裡消耗大量不必要的時間。幸好,aicache會非常慎重地生成每乙份警報警,以防止這種情況發生。

事實上,aicache每分鐘至多生成乙份警報。當大量錯誤發生時,它們會被收集到一起傳送。一切恢復正常後不會再有郵件傳送給您,沒有郵件就表示一切順利。

警報一共有兩種——全域性警報,或是針對某**具體情況的警報,每種都可以單獨設定郵箱位址。全域性警報的內容包括乙份整體出錯情況報告及此時所有各個錯誤站點的情況報告。

我們可以舉乙個例子來說明這點。假設我們用aicache加速三個站點——news.acme.com,video.acme.com和boards.acme.com,那麼無論何時,只要檢測到其中某一站點出現問題,都會發出全域性警報,同時還會生成乙份具體出錯站點的警報發給對應的**管理團隊。當任何乙個站點出現狀況時,你都可以向deskhelp尋求幫助。警報會被分別送到自己的組,如boards.acme.com的問題會匯報給boards團隊解決,以此類推。

這樣可以保證你不會將問題提交給錯誤的團隊,即使在共享的託管狀態時也不會將隱秘的資訊洩露給其他使用者。

下面是一組發出全域性警報的情況以及假設的數值:

alert_bad_req_sec 20

alert_max_cache_entries 10000

alert_client_conn_max 30000

alert_client_conn_min 5

alert_os_conn_max 20

alert_os_fails_sec 2

alert_req_sec_max 2500

alert_req_sec_min 10

alert_os_rt 200

下面是一組發出某個具體**警報的情況及假設的數值:

alert_max_cache_entries 10000

alert_os_fails_sec 2

alert_req_sec_max 2500

alert_req_sec_min 10

alert_os_rt 200

此外,當檢測到任何乙個無法工作的原始伺服器時,全域性警報和具體某個**的警報都會生成。當你嘗試恢復系統時,aicache會把乙個沒有通過健康檢查(health check)的原始伺服器關掉。但如果您對**沒有設定健康檢查的話,就發現不了無法通過檢查的伺服器。因此,如果您希望得到原始伺服器無法工作情況的警報,請務必設定健康檢查。

狀況設定的名稱是自定義的,但下面有一些速成建議:

一,務必要通過配置警報引數「alert_os_rt」以檢測原始伺服器的響應時間,這樣一旦原始伺服器速度慢下來,你就會收到警報。

二,建議通過配置警報引數「alert_max_cache_entries」對快取響應的數量進行檢測。當快取響應的數量大大地超過設定值,提醒您注意,可能是進行引數丟棄或忽視一些url的查詢字串的時候了。

三,建議配置警報引數「alert_os_fails_sec」,以發現原始伺服器停機或癱瘓的狀況。一般而言,高得反常的數值暗示原始伺服器,應用程式或db伺服器及其它後台基礎設施存在嚴重問題。你還需要設定「alert_os_conn_max」,以反映原始伺服器連線數。如果連線數量持續顯著**往往也暗示著前面類似的問題。

四,建議配置警報「alert_req_sec_max」和「alert_req_sec_min」,以檢測每秒的使用者請求數,過高或過低都可能暗藏問題或乙個值得注意的情況。(比如使用者大量減少,uplink連線,含病毒內容等)

五,建議配置「alert_bad_req_sec」以監測每秒的惡意請求。如果數值過高,可能說明你受到了dos攻擊,收到了很多不完整的或虛假的連線。要為所要的站點定乙個合適的預設值非常困難,所以我們建議你針對自己的情況來一步步具體設定每乙個值。

最後,通過對全域性警報和和單個具體**警報設定alert_humane指令,aicache會在午夜自動關掉警報,早上七點自動開啟,保證您的技術員工們忙碌一天後能睡乙個好覺!這對他們來說很可能是努力工作後特別嘉獎呢!

一般在每天凌晨到早上七點,網路中對伺服器的請求會大幅下降。所以這項功能還有一項重要意義——避免因這段時間內每秒請求數和客戶連線數過低而生成警報。

微控制器自動水滿報警器

摘 要 i abstract 1 引言 1 2電路原理圖 1 3工作原理 1 4 元件引數選擇 2 5 pcb設計流程 2 6 pcb板的3d顯示 4 7安裝與除錯 4 7.1 理論分析 4 7.2 實際除錯過程 6 8 結論 6 參考文獻 6 致 謝 9 自動水滿報警器 摘 要自動水滿報警器是當今...

51微控制器之智慧型時鐘加溫度自動報警(清翔微控制器)

經過幾個月的學習,我已經熟悉51微控制器的基本模組 的書寫。而檢驗自己學習成果最好的方法就是就是將自己學習的各個模組整合起來。以下是我將我所學模組整合起來製作智慧型時鐘的整個過程。我將給大家分享一下我製作過程中遇到的問題。第乙個問題便是微控制器模組化設計。你如果把各個模組的 都寫在乙個檔案裡會顯得你...

全自動光電整緯機安裝和功能分析

光電整緯機安裝場所要求 整緯機流水線上的織物應保持一定張力 要有足夠空間放置機體,機體周圍應有較寬餘的空間以便操作 保護 整緯機最佳放置點在熱定形裝置的前道,以便織物整緯後立即加熱定形 整緯機需要獨自接地,並且接地電阻不該大於 4 該接地線不能被其它裝置同享。安裝整緯機機體時注意事項 整緯機中間線應...