如何解析Impala中查詢監(jiān)控狀態(tài)檢查告警的解析

本篇文章給大家分享的是有關(guān)如何解析Impala中查詢監(jiān)控狀態(tài)檢查告警的解析，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

成都創(chuàng)新互聯(lián)服務(wù)項(xiàng)目包括洋縣網(wǎng)站建設(shè)、洋縣網(wǎng)站制作、洋縣網(wǎng)頁制作以及洋縣網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，洋縣網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到洋縣省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

在使用impala 的過程中，在CM頁面經(jīng)常能看到IMPALA時(shí)， 經(jīng)?？吹絀MPALA DAEMON 出現(xiàn)如下告警

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.

下面主要講述該告警產(chǎn)生的原因

首先我們需要知道這個告警產(chǎn)生的原因，通常該告警是在impala服務(wù)比較忙的集群上出現(xiàn)， CM會嘗試鏈接impala 25000端口看網(wǎng)頁是不是可用的，檢查的超時(shí)時(shí)間默認(rèn)為5秒，默認(rèn)報(bào)錯的次數(shù)是一次。檢查時(shí)間為每5分鐘檢查一次。超時(shí)時(shí)間5秒對于比較忙的集群會比較短，所以會報(bào)這個問題?；谠谶@了解這個的基礎(chǔ)上，由于測試集群的空間有限，所以這里通過kill 25000 端口進(jìn)程來進(jìn)行復(fù)現(xiàn)該問題。

通過lsof -i:25000 查找到端口并kill 復(fù)現(xiàn)問題后，如果你的瀏覽器首選語言是中文告警如下圖：

相關(guān)參數(shù)如下：

impala 英文界面中搜索Query Monitoring Timeout

或者impala 中文界面搜索 查詢監(jiān)控超時(shí)

該參數(shù)為檢查的超時(shí)時(shí)間

impala 配置中搜索 impala_query_monitoring_failure_window ，

意外退出監(jiān)控周期 默認(rèn)是 5分鐘

意外退出閥值默認(rèn)是任意值都出現(xiàn)嚴(yán)重告警

修改參數(shù)如下圖：

重新進(jìn)行驗(yàn)證后如下：

被kill 的impala 25000 端口進(jìn)程會被自動拉起恢復(fù)，這里會出現(xiàn)一個5守護(hù)進(jìn)程意外退出的告警，對于25000 端口超時(shí)告警由于被修改過閾值，出現(xiàn)的為一個黃色的警告查詢。

監(jiān)控狀態(tài)檢查出現(xiàn)上述的告警，它并不代表著該節(jié)點(diǎn)impala deamon 的服務(wù)不可用，多數(shù)情況下是端口繁忙訪問超時(shí)影響。

以上就是如何解析Impala中查詢監(jiān)控狀態(tài)檢查告警的解析，小編相信有部分知識點(diǎn)可能是我們?nèi)粘９ぷ鲿姷交蛴玫降摹ＯＭ隳芡ㄟ^這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。