以实现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"

 

本文版权归做者全部，未经做者赞成不得转载,谢谢配合！！！

本文版权归做者全部，未经做者赞成不得转载,谢谢配合！！！

本文版权归做者全部，未经做者赞成不得转载,谢谢配合！！！