ceph的运维离不开完善的监控，特别是对osd的监控，虽然自L版本以后，ceph自带的zabbix模块，但是L和M版本还不能自动化发现osd，这时候，我们需要自定义自动发现模板。
编写自动发现脚本
#!/bin/sh
OSDS=(`ceph osd tree| egrep -v 'ID|host|root|default|rack' | awk '{print $1}'`)
LENGTH=${#OSDS[*]}
printf "{\n"
printf '\t'"\"data\":["
for ((i=0;i<$LENGTH;i++))
do
printf '\n\t\t{'
printf "\"{#OSD_ID}\":\"${OSDS[$i]}\"}"
if [ $i -lt $[$LENGTH-1] ];then
printf ','
fi
done
printf "\n\t]\n"
printf "}\n"
脚本执行内容如下：
{
"data":[
{"{#OSD_ID}":"0"},
{"{#OSD_ID}":"1"},
{"{#OSD_ID}":"3"},
{"{#OSD_ID}":"4"},
{"{#OSD_ID}":"5"},
{"{#OSD_ID}":"11"},
{"{#OSD_ID}":"2"},
{"{#OSD_ID}":"6"},
{"{#OSD_ID}":"7"},
{"{#OSD_ID}":"8"},
{"{#OSD_ID}":"9"},
{"{#OSD_ID}":"10"},
{"{#OSD_ID}":"12"},
{"{#OSD_ID}":"13"},
{"{#OSD_ID}":"14"},
{"{#OSD_ID}":"15"},
{"{#OSD_ID}":"16"},
{"{#OSD_ID}":"17"},
{"{#OSD_ID}":"18"},
{"{#OSD_ID}":"19"},
{"{#OSD_ID}":"20"},
{"{#OSD_ID}":"21"},
{"{#OSD_ID}":"22"},
{"{#OSD_ID}":"23"}
]
}
我们将上面的脚本，找个适当的位置存放，比如我们放在如下位置：
/etc/zabbix/
配置自动发现k和监控osd状态的key
我们在/etc/zabbix/zabbix_agentd.d目录下创建userparameter_ceph.conf配置文件，并添加如下内容：
UserParameter=ceph.osddiscovery,/etc/zabbix/ceph_osd_discover.sh
UserParameter=ceph.osdstatus[*], ceph osd tree | grep -w 'osd.$1' | awk '{print $$5}'
- ceph.osddiscovery：是用来发现osd的key
- ceph.osdstatus[*]：用来获取osd状态的key
测试
我们可以通过zabbix_agent来测试配置的key是否正常。上面定义的两个key我们能够测试ceph.osddiscovery。第二个发因为要依据第一个发现的值，所以不太号测试。
重启一下zabbix_agent让配置生效，我们通过如下命令测试：
zabbix_agentd -t ceph.osddiscovery
输出结果如下：
ceph.osddiscovery [t|{
"data":[
{"{#OSD_ID}":"0"},
{"{#OSD_ID}":"1"},
{"{#OSD_ID}":"3"},
{"{#OSD_ID}":"4"},
{"{#OSD_ID}":"5"},
{"{#OSD_ID}":"11"},
{"{#OSD_ID}":"2"},
{"{#OSD_ID}":"6"},
{"{#OSD_ID}":"7"},
{"{#OSD_ID}":"8"},
{"{#OSD_ID}":"9"},
{"{#OSD_ID}":"10"},
{"{#OSD_ID}":"12"},
{"{#OSD_ID}":"13"},
{"{#OSD_ID}":"14"},
{"{#OSD_ID}":"15"},
{"{#OSD_ID}":"16"},
{"{#OSD_ID}":"17"},
{"{#OSD_ID}":"18"},
{"{#OSD_ID}":"19"},
{"{#OSD_ID}":"20"},
{"{#OSD_ID}":"21"},
{"{#OSD_ID}":"22"},
{"{#OSD_ID}":"23"}
]
}]
说明，我们的配置已经生效
配置zabbix自动发现模板
设置正则表达式
正则表达式有助于我们更好的筛选需要监控的项目，当然，如果没有必要，也可以不设置。在管理–>一般界面，将右侧下拉列表，改成正则表达式，选择新建正则表达式，如下创建《OSD for discover》的设置：
我们表达式设置成^[0-9]，这样能匹配所有整数，我们的的osd的id都为整数。也可以在测试选项卡测试一下。
配置模板
创建名为ceph osd discovery的自动发现模板
进入刚才创建的《ceph osd discovery》自动发现模板，点击自动发现规则，选择创建创建规则：
创建名称为《discover ceph osd》的自动发现规则
- 名称：自定义，我们设置为discover ceph osd
- 类型：选择zabbix 客户端
- 键值：ceph.osddiscovery，与刚开始创建的脚本执行的键值一致
- 更新时间：每隔多久采集一次数据，根据实际情况定。由于osd变化的速度可能没那块，可以设置是时间长一些。
在过滤器选项卡下，创建如下的过滤规则：
- 宏：自动发现脚本中命名的键名
- 表达式：上面我们设置的正则表达式名称，前面加上@符号
点击更新，保存自动发现规则。
此时只能自动发现osd，但是我们还没有针对发现的osd创建监控项。我们点击监控项原型，选择创建监控项原型,创建名为《osd {#OSD_ID} status》的监控项：
- 名称：自定义，我们是指为：osd {#OSD_ID} status
- 类型：选择zabbix客户端
- 键值：选择ceph.osdstatus[{#OSD_ID}]，其中ceph.osdstatus为userparameter_ceph.conf定义的获取osd状态的键值。
- 信息类型：数字（无正负），虽然采集回来的是文本，我们将会在下一步进行转换。
- 更新时间：采集频率，根据实际情况更改
- 历史数据保留：根据实际情况填写，一般保留一个月即可
- 趋势：趋势占的数据量小，可以相对保存长些
由于采集回来的值为up或者down，对图表展示不太友好，我们可以通过进程选项卡，的JavaScript对值进行转换如下：
javascrpit内容如下
if(value=="up"){
return 1;
}else{
return 0;
}
设置完成以后点击更新，保存设置。
下面我们可以设置触发器原型。点击触发器类型，选择创建创建触发器原型，设置如下触发器:
- 名称：自定义，我们设置为osd {#OSD_ID} down
- 严重性：自定义，我们选择严重
- 表达式：我们想在最近采集的值不为1的时候，触发报警
设置完成以后，保存。
链接模板
为任何一台能够正常执行ceph命令的服务器链接模板。在一定时间以后，会正常采集到的数据。
可能问题
cannot parse as a valid JSON object和unable to find a keyring
为服务器链接模板以后，不能正常发现osd,并有如下报错：，
具体内容如下：
Invalid discovery rule value: cannot parse as a valid JSON object: invalid object format, expected opening character ‘{’ or ‘[’ at: '2020-09-08 14:27:58.892 7f29f0312700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.admin.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,
该问题可能有两个原因：
- 自动发现脚本输出的json字符串不对，经过检查json字符串是对的。
- 脚本权限和ceph的认证密钥权限不一致。我们的ceph是以root身份搭建的，默认情况下，zabbix-agent是以zabbix用户执行的，zabbix-agent在运行脚本的时候，需要使用/etc/ceph/ceph.client.admin.keyring认证文件。经过肩擦，我们发现/etc/ceph/ceph.client.admin.keyring为如下权限：
-rw------- 1 root root 151 5月 24 23:44 /etc/ceph/ceph.client.admin.keyring
全root权限，其他用户无任何权限。方法有两种：
- 为认证文件赋予其他用户读权限，不过不知道该权限是否会对ceph有影响，所以不建议这么干：
chmod 644 /etc/ceph/ceph.client.admin.keyring
- 将zabbix-agent设置为root运行。修改zabbix-agent.conf配置文件中的AllowRoot为1，重启zabbix-agent。