以實現MongoDB副本集狀態的監控爲例，看Telegraf系統中Exec輸入插件如何編寫部署

既有的Telegraf 關於MongoDB的輸入插件很難實現對副本集節點狀態的監控，副本集節點狀態有 PRIMARY、SECONDARY、RECOVERYING、ARBITER 等。如今咱們嘗試經過 Exec Input Plugin 來實現對MongoDB狀態的的監控。

第一部分 簡單回顧下Zabbix的監控實現

1. Zabbix 執行的文件腳本以下：

#!/bin/bash
command_linebin="mongodb可執行文件路徑/bin/mongo"
replstatus="PRIMARY SECONDARY ARBITER"
username="user"
password="pwd"

command_line="${command_linebin} localhost:$1/admin -u$username -p$password"
mcount=$(/bin/echo "rs.status().members.length" | $command_line --quiet)
if [ $mcount -ge 3 ]  ;then 
   ms1=$(/bin/echo "rs.status().members[0].stateStr" | $command_line --quiet)
   ms2=$(/bin/echo "rs.status().members[1].stateStr" | $command_line --quiet)
   ms3=$(/bin/echo "rs.status().members[2].stateStr" | $command_line --quiet)


  if [[ $replstatus =~ $ms1 ]] && [[ $replstatus =~ $ms2 ]]  && [[ $replstatus =~ $ms3 ]] ;then 
        echo "The Status OK "
   else 
         echo "The status of mongo replica is unnormal.port is " $1 
   fi 

else
     ms1=$(/bin/echo "rs.status().members[0].stateStr" | $command_line --quiet)
     ms2=$(/bin/echo "rs.status().members[1].stateStr" | $command_line --quiet)
    
    if [[ $replstatus =~ $ms1 ]] && [[ $replstatus =~ $ms2 ]] ;then
        echo "The Status OK "
   else
         echo "The status of mongo replica is unnormal.port is " $1 
   fi


fi

 （文件中的執行輸入參數是MongoDB的端口號）

2.異常告警界面;

第二部分 Telegraf 收集代理關於exec插件的實現

1.可執行命名文件爲 test_mongodb.sh，具體腳本簡化調整

#!/bin/bash
command_linebin="MongoDB可執行文件/bin/mongo"
username="User"
replstatus="PRIMARY SECONDARY ARBITER"
password="PWD"
port=27017

command_line="${command_linebin} localhost:$port/admin -u$username -p$password"
mcount=$(/bin/echo "rs.status().members.length" | $command_line --quiet)
if [ $mcount -ge 3 ]  ;then 
   ms1=$(/bin/echo "rs.status().members[0].stateStr" | $command_line --quiet)
   ms2=$(/bin/echo "rs.status().members[1].stateStr" | $command_line --quiet)
   ms3=$(/bin/echo "rs.status().members[2].stateStr" | $command_line --quiet)


  if [[ $replstatus =~ $ms1 ]] && [[ $replstatus =~ $ms2 ]]  && [[ $replstatus =~ $ms3 ]] ;then 
        echo "ReplStatus,tag=mongodb Status=1i"
   else 
         echo "ReplStatus,tag=mongodb Status=2i" 
   fi 

else
     ms1=$(/bin/echo "rs.status().members[0].stateStr" | $command_line --quiet)
     ms2=$(/bin/echo "rs.status().members[1].stateStr" | $command_line --quiet)
    
    if [[ $replstatus =~ $ms1 ]] && [[ $replstatus =~ $ms2 ]] ;then
        echo "ReplStatus,tag=mongodb Status=1i"
   else
          echo 'ReplStatus,tag=mongodb Status=2i'
  
   fi


fi

 文件所處的路徑爲  /etc/telegraf/test_mongodb.sh

2. telegraf.conf中關於exec input的配置以下;

3. 經過test命令測試，運行正常

 telegraf --config telegraf.conf --test

4.啓動服務

service telegraf start

5.登入到InfluxDB下查詢驗證收集的數據

 （以上看似部署完畢，實際.....）

第三部 權限設置問題致使數據錯誤的分析與探究

仔細看上面的截圖數據，問題出來了，明明調試過程當中是 status爲1，而保存到InfluxDB中status爲2 了呢？？？

原本集羣狀態是OK的，結果判斷爲Error！！！！ 針對此問題在網上搜索緣由及方案，聚焦以下：

即懷疑爲權限問題。

下面爲具體的探究測試過程

step 1 咱們從root 帳號切換到 telegraf帳號

可是 切換 不成功。

Step 2 查看telegraf帳號信息

cat /etc/passwd

（/bin/false什麼也不作只是返回一個錯誤狀態，而後當即退出。將用戶的shell設置爲/bin/false，用戶會沒法登陸，而且不會有任何提示。）

Step 3 將登入屬性設置爲 /bin/bash，修改後以下;

 step 4 再次 su 爲 telegraf帳號 ，查詢當前鏈接的帳號

 

此時切換成功了。

Step 5 在 telegraf 帳號下，測試 

此時 status=2 和咱們開始在root 帳號下此測試（status=1）是不同的，也理解了爲何InfluxDB中數據爲2的根源，確實和帳號有關。

Step 6 調試 telegraf 調用的 test_mongodb.sh 文件

sh -x test_mongodb.sh

部分報錯信息以下：

+ ms2='SECONDARY
2019-07-02T20:24:59.596+0800 E -        [main] Error saving history file: FileOpenFailed: Unable to open() file /etc/telegraf/.dbshell: Unknown error'
+ [[ PRIMARY SECONDARY ARBITER =~ PRIMARY
2019-07-02T20:24:59.468+0800 E -        [main] Error saving history file: FileOpenFailed: Unable to open() file /etc/telegraf/.dbshell: Unknown error ]]
+ echo 'ReplStatus,tag=mongodb Status=2i'
ReplStatus,tag=mongodb Status=2i

從上面的異常信息得知，直接錯誤緣由是 不能在文件 /etc/telegraf/.dbshell 中保存歷史數據。

其實在/etc/telegraf 沒有看到這個 .dbshell 這個文件。查看顯示全部的文件（包含隱藏文件）的 命令以下

ll -a

 那麼若是咱們手動建立.dbshell呢？ 

如下操做是在root帳號下建立.dbshell 文件，而且將文件的擁有者調整爲telegraf帳號，具體的的命令如截圖：

step 7 再次用telegraf帳號運行  test_mongodb.sh 可執行文件

 sh -x test_mongodb.sh 

 此時沒有出現異常，數據也正常了。

 step 8 在telegraf帳號下 用 telegraf 服務調試，這次運行和root帳號同樣了。

（此時沒有出現異常，數據也正常了。）

 Step 9 登入到InfluxDB中查看,由錯誤的2恢復了1。

 

第四部分 思考優化

（1）爲何root帳號不須要手動建立.dbshel？ 是不須要這個文件嗎？若是須要有在那個目錄下呢？

首先了解下 .dbshell 文件，它的基本解釋是：「When you run the mongo client, it stores a history of commands in $HOME/.dbshell.」。

從上面的解釋能夠看出，root帳號應該也會產生.dbshell文件。

咱們經過如下幾步去找到root帳號對應的.dbsehll 文件。

（2）如何優化telegraf的帳號，再也不須要手動建立文件？

 推測：是否是給telegraf 帳號賦予自身對應$HOME足夠的權限就能夠了。

測試以下;

step 1 找到帳號對應的$home

step 2 刪除前面測試建立的.dbshell 文件

Step 3 執行驗證telegraf 測試命令，此時應該數據異常（切記;切換到telegraf 帳號下執行）

step 4 在root帳號將 $home 對應的目錄（/etc/telegaf）擁有者轉換給telegraf帳號

step 5 再次執行 telegraf 測試命令

 

以上，測試驗證數據給帳號相應的$home文檔服務相應的權限，也能夠解決問題。

第五部分  告警展現

咱們在Grafana中配置後，其顯示界面以下：

 

第六部分 補充說明；

1.$HOME表明的路徑是什麼？

能夠簡單的理解爲 ：home是用戶的主目錄，登陸後缺省進入的目錄，提供一個用戶專屬的啓動文件來定義該用戶所用到的一些環境變量。

可用命令：

echo $HOME

 

2.寫入InfluxDB，應遵循如下格式：

<measurement>[,<tag-key>=<tag-value>...] <field-key>=<field-value>[,<field2-key>=<field2-value>...] [unix-nano-timestamp]

若是格式不對，常見的錯誤以下：

2019-05-02T08:04:13Z E! Error in plugin [inputs.exec]: metric parse error: expected field at offset 37: "XXXXXXXXXXXXXXXXXXXX\n"

 

本文版權歸做者全部，未經做者贊成不得轉載,謝謝配合！！！

本文版權歸做者全部，未經做者贊成不得轉載,謝謝配合！！！

本文版權歸做者全部，未經做者贊成不得轉載,謝謝配合！！！