告警監(jiān)控規(guī)則常見問題
本文介紹日志服務(wù)告警監(jiān)控規(guī)則的常見問題。
是否支持動(dòng)態(tài)設(shè)置不同告警嚴(yán)重度？
支持。您可以在配置告警監(jiān)控規(guī)則時(shí)，根據(jù)不同條件設(shè)置告警嚴(yán)重度。更多信息，請(qǐng)參見設(shè)置告警嚴(yán)重度。
是否支持無數(shù)據(jù)告警？
支持。您可以在配置告警監(jiān)控規(guī)則時(shí)，開啟無數(shù)據(jù)告警功能，并配置獨(dú)立的嚴(yán)重度等信息。更多信息，請(qǐng)參見無數(shù)據(jù)告警。
是否支持告警自動(dòng)恢復(fù)檢測(cè)機(jī)制？
支持。您可以在配置告警監(jiān)控規(guī)則時(shí)，開啟告警恢復(fù)功能。更多信息，請(qǐng)參見設(shè)置恢復(fù)通知。
一條告警監(jiān)控規(guī)則是否支持給不同目標(biāo)發(fā)送告警通知？
支持。您可以在配置告警監(jiān)控規(guī)則時(shí)，開啟分組評(píng)估功能。更多信息，請(qǐng)參見設(shè)置分組評(píng)估。
是否支持臨時(shí)關(guān)閉告警監(jiān)控規(guī)則？
支持。您可以在告警規(guī)則頁面，操作列單擊關(guān)閉。
使用RAM用戶操作告警時(shí)，如何為RAM用戶授權(quán)？
當(dāng)您使用RAM用戶操作告警時(shí)，需要先授予RAM用戶告警操作權(quán)限。具體操作，請(qǐng)參見授予RAM用戶告警操作權(quán)限。
創(chuàng)建告警監(jiān)控規(guī)則時(shí)，遇到Alert count exceeds the maximum limit錯(cuò)誤，如何處理？
如果您在創(chuàng)建告警監(jiān)控規(guī)則時(shí)，系統(tǒng)出現(xiàn)Alert count exceeds the maximum limit錯(cuò)誤，表示該P(yáng)roject下的告警監(jiān)控規(guī)則超過了最大限制（默認(rèn)100個(gè)）。您可以提工單申請(qǐng)擴(kuò)容至200個(gè)。
單個(gè)Project中最大可擴(kuò)容至200個(gè)，如果您還需要?jiǎng)?chuàng)建更多的告警監(jiān)控規(guī)則，可考慮如下優(yōu)化方案。
刪除該P(yáng)roject下無用的告警監(jiān)控規(guī)則。
將日志采集到不同的Project中，減少單個(gè)Project下的告警監(jiān)控規(guī)則數(shù)量。
例如將服務(wù)A的日志采集到Project1中，將服務(wù)B的日志采集到Project2中，則您可以在不同的Project中創(chuàng)建告警監(jiān)控規(guī)則。
合并相似的告警監(jiān)控規(guī)則。
例如監(jiān)控同一個(gè)Logstore中的數(shù)據(jù)時(shí)，您可以只創(chuàng)建一個(gè)告警監(jiān)控規(guī)則，通過分組評(píng)估實(shí)現(xiàn)使用一條告警監(jiān)控規(guī)則同時(shí)監(jiān)控多個(gè)目標(biāo)。更多信息，請(qǐng)參見設(shè)置分組評(píng)估。
通過數(shù)據(jù)加工或定時(shí)SQL將數(shù)據(jù)存儲(chǔ)到一個(gè)Logstore后再創(chuàng)建告警監(jiān)控規(guī)則。
例如您要監(jiān)控多個(gè)Logstore中的錯(cuò)誤日志，則可以將所有的錯(cuò)誤日志存儲(chǔ)到一個(gè)Logstore中，然后基于該Logstore創(chuàng)建一個(gè)告警監(jiān)控規(guī)則。
如何基于關(guān)鍵字設(shè)置告警？
將日志采集到日志服務(wù)后，您可以通過日志服務(wù)告警系統(tǒng)實(shí)現(xiàn)基于日志關(guān)鍵字的告警。具體操作，請(qǐng)參見基于日志關(guān)鍵字設(shè)置告警。
如何監(jiān)控不同的對(duì)象？
在某些情況下，您無法提前知道目標(biāo)字段的所有取值，但需要監(jiān)控該字段在任意取值時(shí)是否滿足告警觸發(fā)條件，那么就可以使用分組評(píng)估功能，選擇該字段作為標(biāo)簽進(jìn)行分組，每個(gè)分組單獨(dú)評(píng)估告警的觸發(fā)條件。更多信息，請(qǐng)參見設(shè)置分組評(píng)估。
例如，您將多個(gè)服務(wù)器的指標(biāo)數(shù)據(jù)存儲(chǔ)在一個(gè)時(shí)序庫中，但希望每個(gè)服務(wù)器的CPU使用率（cpu_util）超過95%時(shí)，日志服務(wù)可以分開發(fā)送每個(gè)服務(wù)器的告警信息，則可以使用分組評(píng)估。
為什么設(shè)置了多個(gè)觸發(fā)條件，只有一個(gè)生效？
查詢統(tǒng)計(jì)結(jié)果按照觸發(fā)條件的順序逐條匹配，當(dāng)查詢統(tǒng)計(jì)結(jié)果符合第一個(gè)觸發(fā)條件后，不再匹配后面的觸發(fā)條件。因此當(dāng)您設(shè)置觸發(fā)條件中的嚴(yán)重度時(shí)，需從較高級(jí)別的嚴(yán)重度開始配置。具體操作，請(qǐng)參見設(shè)置告警嚴(yán)重度。
為什么出現(xiàn)漏告警或者誤告警？
漏告警：例如告警觸發(fā)條件是錯(cuò)誤日志數(shù)大于10就觸發(fā)告警，而在Logstore查詢分析頁面查詢時(shí)某個(gè)時(shí)間段內(nèi)錯(cuò)誤日志數(shù)實(shí)際大于10 ，卻沒有觸發(fā)告警。
誤告警：例如告警觸發(fā)條件是QPS低于100就觸發(fā)告警，而在Logstore查詢分析頁面查詢時(shí)某個(gè)時(shí)間段內(nèi)QPS實(shí)際大于100，卻觸發(fā)了告警。
出現(xiàn)漏告警或者誤告警，一般是由于數(shù)據(jù)寫入到Logstore到可查詢存在一定的延遲，當(dāng)告警監(jiān)控規(guī)則中的查詢時(shí)間范圍設(shè)置為相對(duì)時(shí)間時(shí)，會(huì)導(dǎo)致告警的查詢不完全準(zhǔn)確。為了避免這兩種情況，建議擴(kuò)大告警監(jiān)控規(guī)則中的查詢時(shí)間范圍或者將查詢時(shí)間范圍設(shè)置為整點(diǎn)時(shí)間。更多信息，請(qǐng)參見監(jiān)控時(shí)效性說明。
在告警歷史圖表中，當(dāng)是否觸發(fā)告警為true，原因?yàn)镹otify threshold not reached時(shí)，如何處理？
如果告警歷史統(tǒng)計(jì)儀表盤的告警歷史圖表中，是否觸發(fā)告警顯示為true，而原因顯示為Notify threshold not reached，表示您在告警監(jiān)控規(guī)則中設(shè)置了連續(xù)觸發(fā)閾值，而此次觸發(fā)還未達(dá)到連續(xù)觸發(fā)閾值。例如設(shè)置連續(xù)觸發(fā)閾值為3次，那么連續(xù)3次都滿足觸發(fā)條件，才會(huì)真正觸發(fā)告警。
