三月 26

看cacti画出来的图真是其乐无穷啊:
super_virus_download

咋看到这张squid的流量图的时候,我的第一反应是不会吧?我手头上的这台squid居然会自动进化?连网络视频直播流都可以自动缓存的,真是人品爆发啊。可是转念一想:不对,那天的奥运圣火点燃仪式可不是上面的图片反映的时间啊?难道是又有什么突发新闻事件了?我真的是太闭塞了,唉
Continue reading »

一月 03

请仔细看看下面这张图,看出什么门道没有??
张斌事件的传播

关键看点:

  • 时间
  • 图片上红色区域越大,说明有越多的人同时访问一个相同的相当大的文件

Continue reading »

八月 09

squid自己就可以输出snmp信息,于是用caci来监视squid的服务状态性能就是理所当然的了。

在cacti的论坛上有个SquidStats v0.1的模板就是用来作这个。

为了同时查询squid服务器上其他的相应信息,决定还是用net-snmp把squid的snmp信息转发过来就好。

开启squid的snmp,这个很简单,不多说。

转发squid的snmp信息到net-snmp,这个也很简单,在snmpd.conf里面加入这么一句:

  1. proxy -v 2c -c public 127.0.0.1:3401 .1.3.6.1.4.1.3495.1

郁闷的事情就来了,通过net-snmp查询squid服务器上的.1.3.6.1.4.1.3495.1这个OID节点,居然会把squid服务器上的net-snmp服务直接搞到挂掉;而直接查询squid的snmp服务端口3401就一点问题都没有。google了一把,在freebsd的邮件列表上查到这么一条:ports/99885: Net-snmp dies when using proxy token,看了半天,反正就是得升级net-snmp就是了,于是花了半天时间编了个net-snmp 5.3.1的rpm,把原来的net-snmp 5.3.0.1给升级了,问题就这么给解决了。

最后要严重感谢一下cacti,让服务性能监测变得如此的方便;然后还要严重感叹一下,net-snmp编译的时间真是太........长了

七月 21

为了使用cacti的Vmware Esx监视模板,被迫把cacti由0.8.6h升级到了0.8.6j,以下为升级流水帐:

Continue reading »

九月 24

BIND 9 Statistics for Catci是用来监视bind9的各种统计信息的cacti模板和脚本集合。当前stable版本1.6,已经可以把bind9不同区域的数据分区域收集起来了,看了作者的1.7的计划是分view来收集不同区域的数据,现在离1.6版本的发布已经8个月了,作者还迟迟没有公布1.7版本,这脚本的后继版本估计是黄了,可惜。

不过这东西采集的bind9信息还真是详细,装了cacti之后,如果像我一样有维护bind9服务器的人,实在是应该用一下这个脚本的。

BIND 9 Statistics for Catci的bind9段snmp信息输入工作流程是这样的:

  • 执行rndc stats.
  • 分析rndc stats的生成结果.
  • 把生成的分析结果填到snmp的相关oid节点内.

然后在cacti端的信息采集表现就跟其他的snmp信息采集表现是一样的了:作者已经为此给我们提供了相关的信息采集定义、host 模板,我们只需要按照说明导入cacti就可以工作了。

不过这东西牵扯到了net-snmp的自定义snmp信息,而且我的bind9还是工作在chroot模式,倒是给我带来了不少的麻烦,纪录如下:
Continue reading »