专题：监控 -- IT技术博客大学习 -- 共学习共进步！

面对的问题：做后台程序经常会被问一句话，你的程序能撑多少人。一般官方一点的回答是这个得根据实际情况而定。实际上后台程序的性能是可以被量化的。我们开发的每一个服务器程序，对性能都非常有底，以为我们有数据。So，能撑多少人不少随便猜的，让数据报表来说话。另外一种情况经常发生在开发人员之中，甲乙丙一起讨论接口实现，经常会说这么实现效率太低，那么实现效率才高等。实际上，效率高低都是相对而言的。一个函数1ms执行完毕够快吗？看起来挺快，若某接口需要此函数100次循环，那么情况就不是很乐观了。但是若此接口又是十天半个月才会被触发一次，似乎事情又变的不是很严重。

Exadata：存储节点上所有监控指标与其监控概览

Kaya 发表于 os2ora.com CellCLI是Exadata上存储节点的一个命令，是管理和监控存储节点的一个重要接口。例如，可以通过它收集各种指标（metric）和警报（alert）。了解这些指标的一个好方法是通过CELLCLI命令，从中挖掘出最新的信息。可以通过以下命令得到存储节点所支持的所有指标： list METRICDEFINITION attributes objectType,metricType,Name,UNIT,description 。

top监控命令在FreeBSD上的使用

top监控工具可以显示CPU占用率为前几位的进程，并提供CPU的实时活动情况语法：top [-s time] [-d count] [-q] [-h] [-n number] [-f filename] [-o field][-U usename]-S 将系统进程信息也显示到屏幕上，默认情况下，top不显示系统进程的信息-b 使用”batch”方式运行top。在此种方式下，所有来自终端的输入都将被忽略，但交互键(比如C and )依然起使用。这是运行top输出到哑终端或输到非终端的默认运行方式-i 使用交互运行top程序，在此种方式下，命令会被进程立即被处理。不管命令是不是能被top所理解执行，屏幕都将立即更新。这是top的默认运行方式。-I 不显示空闲进程，在默认情况下，top连同空闲进程的信息一同输出

storm集群的监控

所谓兵马未动，粮草先行，准备将storm用在某个项目中做实时数据分析。无论任何系统，一定要有监控系统并存，当故障发生的时候你能第一个知道，而不是让别人告诉你，那处理故障就很被动了。因此我写了这么个项目，取名叫storm-monitor，放在了github上 https://github.com/killme2008/storm-monitor 主要功能如下：1.监控supervisor数目是否正确，当supervisor挂掉的时候会发送警告。2.监控nimbus是否正常运行，monitor会尝试连接nimbus，如果连接失败就认为nimbus挂掉。3.监控topology是否正常运行，包括它是否正常部署，是否有运行中的任务。当故障发生的时候通过alarm方法警告用户，开放出去的只是简单地打日志。因为每个公司的告警接口不一样，所以你需要自己扩展，修改alarm.clj即可。我们这儿就支

storm集群的监控

所谓兵马未动，粮草先行，准备将storm用在某个项目中做实时数据分析。无论任何系统，一定要有监控系统并存，当故障发生的时候你能第一个知道，而不是让别人告诉你，那处理故障就很被动了。因此我写了这么个项目，取名叫storm-monitor，放在了github上 https://github.com/killme2008/storm-monitor 主要功能如下：1.监控supervisor数目是否正确，当supervisor挂掉的时候会发送警告。2.监控nimbus是否正常运行，monitor会尝试连接nimbus，如果连接失败就认为nimbus挂掉。3.监控topology是否正常运行，包括它是否正常部署，是否有运行中的任务。

如何查询运行在某个表上的所有SQL

这里说的所有SQL指的是存在于v$sql中还没有被age out出去的SQL. 一般频繁运行的SQL都是存在于v$sql中没有被age out出去的。第一种方法最简单，也最不准确，就是直接查询sql_text select * from v$sql where ...

使用HAProxy对MySQL进行负载均衡和状态监控

HA对MySQL状态监控实现的方式很多，不过大多逻辑都一样，使用自己编写的脚本程序（可以是shell、php、perl等你熟悉的语言）监控mysql的运行情况，然后通过HTTP的方式输出运行结果给HA，我使用的是shell程序来实现的监控，结合 FreeBSD的inetd服务来实现监控端口的提供

通过『iostat -dx 1』命令监控IO性能

网站的很多性能问题最终都会归结到IO头上，所以说理解iostat命令是非常有必要的。小技巧：你知道iostat是从哪里得到IO相关信息的吗？使用strace命令能跟踪到答案...

实时监控登陆用户的操作(类 FreeBSD 中的 watch)

比如你的服务器，是二个人共用，你想见到他登陆后做了些什么。就可以通过 watch 来看看，也方便二个人之类教学，你可以看看下面的人操作是否正确。

日本的 Perl 项目 CloudForecast 分布样式监控系统

又一日本的项目，日本的 Perl 水平真不错，共享精神更加是好。相关的服气他们的这些啊。下面介绍的这个项目是很久以前见到的，不错的东西。介绍给大家。

批量添加主机到cacti+nagios的监控报警系统中

年前很长时间都在鼓弄cacti+nagios，完善我们的监控报警系统，并在在田老师的指导下，对监控系统又有了跟多的认识，其实，监控系统不单单仅仅为了发现故障，它还可以为我们的许多项目实施提供资源，运维的很多事情都可以围绕它来展开，可谓ALL IN ONE。目前，还是主要采用cacti+nagios的组合，cacti提供历史记录和趋势走势，nagios主机和服务的故障报警，当随着主机的增多，各应用监控项的不断增加，cacti和nagios都将会面临性能问...

使用smartmontools监控磁盘状况

Smartmontool是sourceforge上的一个开源项目，可以对磁盘的S.M.A.R.T.进行提取和定期监控。Smartmontool包含两个工具： smartctl和smartd。

Grid Control监控-进程累积导致的宕机

某用户Oracle Database 10g 10.2.0.4数据库，运行在HP 平台上，数据库出现大量系统累积进程，最后导致数据库挂起，影响了业务使用，造成了严重故障。在数据库的进程记录信息中，我们发现大量的crs_stat.bin -t进程，这些进程部分是Grid Control调度的监控，另外一部分来自用户自定制的监控脚本，这些脚本中最早未能完成的脚本时间为03:32:48。也就是说，从这一时间起，数据库出现异常导致大量crs_stat进程累积，最后耗尽资源，导...

网络流量监控软件vnStat

这两天找了个流量监测软件vnStat，可以在命令行下运行的，资源占用也很少，基本可以忽略了！直接说怎么用吧！

Linux下三种常用的流量监控软件对比

常用的软件有Ntop、Mrtg、Cacti，这三个软件是Linux下常用的流量分析软件。经常运用在各种网络环境中。 Mrtg，估计只要是用过流量监控的都知道这个软件吧，虽然配置简单，容易使用，重要的是对服务要求低，不会增加过多的负载，不过Mrtg的问题也很多: 1、首先只能使用文本式的数据库 2、而且数据不能重复使用 3、只能按日、周、月、年来查看数据 4、并且只能画两个DS 5、无管理功能 6、没有详细日志系统 7、无法详细流量具体情况 7...

ubuntu10.10 使用mrtg监控服务器的cpu、内存、网络等等情况

如果你是服务器管理员，MRTG会为你做很多事情，如网络流量监控，CPU使用情况及温度监控，内存监控，Web连接数量监控等等，当然，并不是说MRTG有多强大，他也是依赖于snmp服务，也有很多人更喜欢高级点的cacti，但MRTG优点还是很多的，这里就介绍下使用mrtg来监视服务器的性能及状态.

企业服务器监控及报警配置打造（ganglia and nagios）-part 1

企业服务器监控及报警配置打造

cacti 增加 Tokyocabinet 监控

热度: 1.下载tokyocabinet的cacti模板 http://forums.cacti.net/about34829.html 2.拷贝程序 tokyotyrant-stats.pl 至 $cactipath/scripts 目录 3.在监控机创建 /var/log/tt_info/ 目录，并修改权限为755 4.将程序 tt_1978_info_pcpu_get.sh, tt_1978_info_pcpu.sh, tt_1978_info_pcpu_store.sh, tt_1978_info_socket_get.sh, tt_1978_info_socket.sh, tt_1978_info_socket_store.sh, tt_1978_info_threads_get.sh, tt_1978_info_t...

Cacti 添加 Nginx 监控

cacti 增加 Mysql 监控