您好,登錄后才能下訂單哦!
本篇文章給大家分享的是有關如何解析Impala中查詢監控狀態檢查告警的解析,小編覺得挺實用的,因此分享給大家學習,希望大家閱讀完這篇文章后可以有所收獲,話不多說,跟著小編一起來看看吧。
在使用impala 的過程中,在CM頁面經常能看到IMPALA時, 經常看到IMPALA DAEMON 出現如下告警
The health test result for IMPALAD_QUERY_MONITORING_STATUS has become bad: There are 1 error(s) seen monitoring executing queries, and 0 errors(s) seen monitoring completed queries for this role in the previous 5 minute(s). Critical threshold: any.
下面主要講述該告警產生的原因
首先我們需要知道這個告警產生的原因,通常該告警是在impala服務比較忙的集群上出現, CM會嘗試鏈接impala 25000端口看網頁是不是可用的,檢查的超時時間默認為5秒,默認報錯的次數是一次。檢查時間為每5分鐘檢查一次。超時時間5秒對于比較忙的集群會比較短,所以會報這個問題。基于在這了解這個的基礎上,由于測試集群的空間有限,所以這里通過kill 25000 端口進程來進行復現該問題。
通過lsof -i:25000 查找到端口并kill 復現問題后,如果你的瀏覽器首選語言是中文告警如下圖:
相關參數如下:
impala 英文界面中搜索Query Monitoring Timeout
或者impala 中文界面搜索 查詢監控超時
該參數為檢查的超時時間
impala 配置中搜索 impala_query_monitoring_failure_window ,
意外退出監控周期 默認是 5分鐘
意外退出閥值默認是任意值都出現嚴重告警
修改參數如下圖:
重新進行驗證后如下:
被kill 的impala 25000 端口進程會被自動拉起恢復,這里會出現一個5守護進程意外退出的告警,對于25000 端口超時告警由于被修改過閾值,出現的為一個黃色的警告查詢。
監控狀態檢查出現上述的告警,它并不代表著該節點impala deamon 的服務不可用,多數情況下是端口繁忙訪問超時影響。
以上就是如何解析Impala中查詢監控狀態檢查告警的解析,小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。