基础架构的监控策略

最近，我在部署的某些Drupal站点上遇到了一些停机。我想主动解决此问题，而不是通过重新启动服务或服务器本身来应对那些停机时间。我已经阅读了有关监视工具的信息，例如nagios，munin，cacti等，用于监视服务器/基础结构的运行状况，但是我还没有真正在生产环境中尝试过这种工具。我几乎99％的时间都与Drupal打交道，并且我想找到有关服务器级别监视和Drupal（应用程序代码）级别监视的建议。

基本上，我希望在服务器负载很高时收到通知，可能是指出罪魁祸首（或受害者），以便我可以做出明智的决定。我还想知道在发生PHP错误/警告时，人们使用什么来进行Drupal级别的监视（例如，通过电子邮件发送）。（当电子邮件服务器本身关闭时会发生什么？）

如果您想从同一位置监视多个Drupal站点并发出警报等，我可以说您不是唯一的一个。它现在开始是一个业务利基市场，目前由：

• 滴管

• 新遗物 （Acquia正在为客户使用它）

两者都是商业化的SaaS方法，提供免费的有限选择来试用该服务。

还有一个带有其Drupal模块http://drupal.org/project/zabbix的Open Source Zabbix监视选项，但是您应该配置并构建自己的服务器。

所有这些选项都有其Drupal模块，用于将服务器和Drupal特定的信息发送到监视服务器。

更新。 Munin还具有特定的Drupal 模块，该模块具有基于Drush的2.x分支。

无论使用哪种方式，我绝对会建议的一件事是-除非您有专职的IT员工，否则不要维护自己的监视：依靠与服务器完全独立的服务。关闭面向公众的服务器是一回事，而关闭它却又不知道它是另一回事，因为监视服务器也已关闭。大多数监视服务将包括您开箱即用列出的所有要求。

但是冒着变成购物推荐问题的风险，我为您列出的需求使用的服务是Pingdom：

• 告诉您是否有网站（当然）
• 测量响应需要多长时间
• 测量任何自定义TCP / UDP端口上的响应性和可用性
• 电子邮件可用性检查
• 允许自定义HTTP请求，让您测试应用程序的不同方面
• 广泛的报告
• 全球监控，并且每隔几个月就会增加大约十二个监控站点

这些是与Drupal无关的建议：

• 如果您的网站离线或无响应，“我的网站是否启动”将定期ping您的服务器并向您发送电子邮件（如果收到非免费软件包，则发送电子邮件给您）。
• Load Impact是另一个出色的免费工具，可以对您的网站进行压力测试，以便您确定确切的时间开始出现故障。

至于Drupal应用程序本身，我建议使用Xdebug + Webgrind或XHProf来分析代码并关注以下问题：基准化Drupal堆栈性能的最佳方法

我喜欢中小型网站的pingdom，因为它很有用：从客户的角度来看，它告诉您某事不对，这是可行的。诸如平均负载之类的东西实际上并没有任何意义，除非您有一个配置错误的堆栈（您不应该这样）或您被Digg / Reddit所打击（在这种情况下您无能为力，您应该拥有准备）。

来自Ted Dziuba的博客：

我称这类警报为Cool Story，简称Bro。这些是信息位，不指示任何类型的问题状态，也不提示任何操作。酷故事是您甚至都不应该对其发出警报的事情。他们浪费您的时间并使您变得偏执。Cool Story Bro警报如下所示：

• 服务器上的平均负载大于20。
• 作业队列中有超过X个工作单元。恭喜，糟糕，您的队列正在做应有的工作。
• 某些度量大于经验确定的平均值。我被这样的狗屎惹恼了。

阅读博客文章，这很有趣。

我正在使用check_drupal监视各种drupal网站。这是一个nagios插件，不需要对drupal网站本身进行任何代码更改。唯一的要求是服务器上必须存在急流。