zabbix Queue隊列

概述

queue（隊列）顯示監控項等待重新整理的時間,可以看到每種agent類型重新整理時間，通過queue可以更好的展現出監控的一個名額.正常情況下，是一片綠色。如果出現過多紅色，那麼需要留意一下。我們也可以在右上角的下拉條選detail，可以找出到底是哪個item的問題。

讀取隊列

點選Administration（管理） → Queue（隊列）. 下拉框三個選項，分别為overview、overview by proxy、detail，如下為overview

<a href="http://s4.51cto.com/wyfs02/M01/83/3F/wKioL1dt9BGzSP6iAAFWywFYb5I176.png-wh_500x0-wm_3-wmp_4-s_900416765.png" target="_blank"></a>

上圖大部分為綠色，表示伺服器整體OK，一般出問題都在zabbix agent (active)這塊，因為隻有傳回時間較長我們才會使用active，具體的問題我們可以再下拉框選到detail，檢視詳細資訊。

檢視代理的隊列：

<a href="http://s1.51cto.com/wyfs02/M00/83/3F/wKioL1dt9POjep5FAAEfMTiL_GE965.png-wh_500x0-wm_3-wmp_4-s_1938909487.png" target="_blank"></a>

如上圖，可以輕易的找出重新整理存在延遲item的詳細資訊,偶爾出現幾個延遲，那是很正常的，一般都會快速恢複的。但是如果比較多的超過10分鐘的延遲，那麼你要好好的留意一下了。有可能出現比較嚴重的問題：

<a href="http://s1.51cto.com/wyfs02/M01/83/3F/wKioL1dt9RySp3jlAAEZaSI235o411.png-wh_500x0-wm_3-wmp_4-s_687373574.png" target="_blank"></a>

遠端節點延遲

來自子節點（child node）的資訊部都不是最新的。master節點接受到的資料都存在一定得延遲（通常情況下，多則需要10秒）

決定子節點資訊延遲因素

子節點性能

子節點與主節點之間的通行品質

子節點與主節點之間的時間差

Queue item

既然queue也是一項性能名額，那麼我們也有很必要把他加入監控項，zabbix提供了内建item zabbix[queue,,] ，from預設為6秒，表示超過多少秒便報警，to預設為infinity，也就是無限制.

本文轉自青衫解衣 51CTO部落格，原文連結:http://blog.51cto.com/215687833/1792792