原文:
ldap已经成为互联网标准的目录访问协议,并且用于访问一切从dns区域文件到用户帐户信息。随着企业和软件供应商更多地依赖于ldap目录服务器,需要测量服务器的吞吐量和性能变得势在必行。本文将介绍可用于监视ldap目录服务器的运行状况和性能优化的工具,并且将解释随着时间的推移orca如何越来越多地应用到目录服务器的性能监测中。
在诊断一个ldap服务器性能的时候,一开始通常是查看日志文件。 openldap服务器提供了一个灵活的日志子系统,并定义了几种日志级别来控制日志文件的详细程度:
级别 描述
-1 启动所有调试
0 不输出调试
1 跟踪功能调用
2 调试数据包处理
4 深度跟踪调试
8 连接管理
16 打印数据包发送和接收
32 查询过滤器处理
64 配置文件处理
128 访问控制列表处理
256 统计日志连接/操作/结果
512 发送统计日志条目
1024 打印与shell后端的通信
2048 打印条目解析调试
每个日志级别都可以附加,并且可以通过slapd.conf的“loglevel”指令进行配置,或者作为参数“-d”选项传递给slapd。下面的示例演示如何记录访问控制列表和搜索过滤器处理的详细信息:
$ slapd -4 -f /etc/slapd.conf -u openldap -g openldap \
openldap将默认记录所有信息到syslog的local4设备。如果你想使用一个不同的设备,你可以通过slapd的“-l”选项配置设备名。
当ldap客户机和服务器通过路由器和防火墙分隔时,偶尔发生的网络问题(例如,丢失的tcp段或损坏的crc)可能会导致应用程序意外的行为。为了帮助衡量一个ldap客户机和服务器之间的延迟,我们开发了。ldap-ping.pl是用perl编写的,并且依赖于time::hires, getopt::std, net::ldap
和net::ldaps模块。
ldap-ping.pl的工作原理是打开一个tcp连接到目录服务器,发出匿名绑定,搜索rootdse,并从服务器取消绑定。这些操作使用perl的高分辨率计时器进行测量,并以“ping”的格式进行显示:
$ ldap-ping.pl -s ldap.prefetch.net -p 389 -d 10
ldap-ping.pl脚本接受三个参数; “-s”选项表示连接到的服务器,“-p”选项指定目录服务器监听的tcp端口,而“-d”选项允许管理员指定探测之间的延迟。如果存在二进制pfiles文件,脚本也将打印本地端口号。
openldap服务器可以被配置为通过monitor branch的指令提供实时的性能统计数据。目前可用的统计信息包括:发送的字节数,返回到客户机的条目,连接到服务器的总数,当前活动的连接,读写等待者,和个别的操作(例如,读取、搜索、修改)故障。下面的例子展示了slapd.conf中设置monitor branch的指令,并限制读取访问的ip地址为192.168.1.8:
database monitor
一旦配置了monitor branch,我们可以使用“ldapsearch”工具查看所有可用的统计数据:
$ ldapsearch -x -b "cn=monitor"-h ldaps://ldap.prefetch.net objectclass=*
我们可以也通过调整search base 获取个别统计信息:
$ ldapsearch -lll -x -b "cn=current,cn=connections,cn=monitor" -h ldaps://ldap.prefetch.net objectclass=*
使用ldapsearch实用程序可以让我们收集到某个时间点的性能指标快照,但是我们怎样才能利用历史数据呢?为了解决这个问题,我开发了。ldap-gather.pl脚本从monitor branch收集统计信息,并将其写入到传递的目录参数中:
$ ldap-gather.pl -s ldap.prefetch.net -p 389 -d /usr/local/orca/var/orca/ldapallator/ldap.prefetch.net:389
初始调用ldap-gather.pl将产生一个文本文件,包含一行描述数据头,及一行实际数据:
timestamp total_connections bytes_sent completed_operations referrals_sent entries_sent bind_operations unbind_operations add_operations delete_operations modify_operations compare_operations search_operations
如果数据文件不存在,ldap-gather.pl脚本将创建一个新的数据文件,如果该文件存在,将追加新的数据。该文件名包含单词“ldapallator”和一个日期戳(例如,filename -yyyy-mo-dd-index):
$ ls -la | tail -1
若要自动在相同的时间间隔采集数据,我们可以设置一个cron作业运行ldap -gather.pl:
5,15,25,35,45,55 * * * * sh -c "/usr/local/etc/ldap-gather.pl
这将使ldap-gather.pl每十分钟收集一次性能数据。一旦数据被捕获,我们可以使用orca来生成图表性能报告。
该orca包中包含了一组perl脚本和配置文件来绘制任意数据。 orca使用rrd存储数据,并配置了一个配置文件。 orca采用了典型的“configure”,“make”和“make install”步骤构建软件包。 orca的perl脚本使用data::dumper、digest::md5、math::intervalsearch、 rrd和storable模块,使用“makemodules_install”选项与现有的perl安装整合。一旦安装完成,可以执行“orca”,以确保成功地完成了构建过程:
$ /usr/local/orca/bin/orca
如果perl解释器无法找到所需的模块之一,你会看到各种各样的控制台上的错误,并且进程将退出。一旦perl解释器执行正常,我们可以创建一个orca配置文件,并开始收集ldap-gather.pl的数据以便进一步分析。
orca配置文件包含需要找到和生成图形数据的指令。该配置文件包含三个主要部分,第一部分定义了几个变量(例如,base_dir,rrd_dir,html_dir),用于控制rrd和图像文件的存储位置。本节还包含几个变量来定义orca生成的网页格式。
第二部分包含了一系列的“group”条目,它定义了生成图表的数据。匹配由ldap-gather.pl收集到的文件的样本组条目如下图所示:
group ldapallator {
在这个例子中,“find_files”关键字告诉orca什么文件作为输入使用(该文件与一个正则表达式匹配)。“interval”关键字定义的秒数表示在这组数据文件更新之间的间隔时间,而“column_description”描述的是列描述的位置。“column_description”值“first_line”表示该栏位说明将位于每个文件的第一行。
第三部分包含了一组plot表示图表的各条目。下面的例子显示了需要??绘制目录服务器的连接数的指令:
plot {
“plot”关键字定义一个新的图,其中包含指定的标题“title”,“source”关键字表示此图来源的“group”条目。每个图形使用“data”关键字按名称来引用数据的特定列(例如,total_connections是ldap-gather.pl收集的每个数据文件的列);“data_type”关键字指定数据是否会被绘制为绝对值,以前的值的衍生物,或一个计数器。曲线图的x轴的值可以用“data_min”和 “data_max”控制;最后在orca创建的png文件中可读的图例描述。
可以调用orca来一次性处理数据并退出,或设置以一个守护进程运行,不断检查是否有新的数据。下面的示例运行orca一次性处理自上次调用以来所有的数据:
$ /bin/sh -c "cd /usr/local/orca &&/usr/local/orca/bin/orca -once /usr/local/orca/lib/ldapallator.cfg"
如果orca成功运行,会在“html_dir”目录中生成html和png文件。如果您不想以守护进程运行orca,你需要添加一个cron作业以便在相同的时间间隔内循环来处理的文件:
0 0 * * * /bin/sh -c "cd /usr/local/orca &&/usr/local/orca/bin/orca -once
/usr/local/orca/lib/ldapallator.cfg" > /dev/null 2>&1
该命令执行将在半夜运行orca的日常作业,并处理前一天的数据。包含了一个完整的orca配置文件,图4,图5和6包含orca的连接总数、总运行数和返回的条目数的图表。
图4连接总数
图5 运行总数
图6 返回的条目数
本文提供的几种监视ldap服务器技术的概述。在我们的例子中我们用的是openldap服务器,但这些技术也适用于商业目录服务器。有关orca的其他信息,它可以被用来绘制任意数据,以及其它的方面,请参见参考资料。如果您对本文章存在疑问或意见,请随时给作者发。
这篇文章参考了下面的内容:
感谢克莱麦克卢尔的ldap-ping.pl原创作品,还要感谢orca和openldap团队成员的卓越贡献!