点击图片查看原图
运维监控必备的特性 多重冗余机制
很多的监控系统会利用一套软件来实际数据的收集与检测。在某些情况下，这项数据收集服务可能与系统使用同一套警报机制以及用户界面。但另一些系统所采用的收集机制则属于独立软件，基本不止一种。很明显，允许大家部署多种收集方案并集中对其进行管理的系统要远优于不支持这些功能的系统。
监管必备特性第二位：出色的图形功能
任何一套称职的运维监控工具都必需拥有出色的图形引擎。这并不仅仅意味着能为使用者提供流畅的线条与漂亮的色彩搭配，当然这些也确实值得关注。如果大家曾经使用过监控系统来解决性能问题，就会在实践中意识到这种对多个图形进行排列、缩放、扩展乃至平移的能力是多么重要。pigoss bsm 强大的portal 功能正好印证了这一点。
设想一下，大家正尝试找出导致某个多层Web应用程序速度降低的根源。如果能够将大量看似互不相关的图形（例如存储延迟、网络吞吐量、每秒数据库处理量等等）堆叠起来，并通过直观比较从它们的相关性中找到需要的答案。
监控必备特性第三位：便捷的事件抑制
对于任何一套运维监控系统来说，最糟糕的状况就是由于已知或者意料之中的问题而引发了误报以及后续应对措施。如果每一次手机接到的短信都在用80个字来描述同 一件事，那么我们很可能失去耐性而错过监控系统所通知的真正重点–甚至有可能在毫不知情的状态下令事态步步恶化。有鉴于此，快速抑制我们已经了解且重要度 不高的事件就成了一种非常重要的能力。
同样重要的是，我们还需要有能力抑制来自特定来源的事件–例如大家非常清楚当下的某些维护或者升级工作必然要引发某些错误。我就遇到过这样的状况，有好几 次已知升级流程都在其它系统中引发了意料之外的次生影响，但大家过了很长时间才发现这些影响–因为监控系统将其自动忽略了。如果能在监控系统中创建一个始 终位于前端的计划停机时间窗口，那么一切都会变得大不相同。
监控必备特性第四位：多川数据收集方法
大家可以通过多川方法从基础设施当中获取信息。几乎每一套监控软件包都支持基础型选项，例如检测正常运行时间的ICMP ping、收集网络统计信息的SNMP以及从Windows设备中提取事件日志数据的WMI等。这些基础方法 曾经广泛覆盖绝大多数主流系统。然而时至今日，SNMP已经被其它更具现代特性的监控及管理接口所取代，最典型的就是WBEM以及CIM。事实上，很多供 应商已经开始彻底放弃对SNMP支持并转向CIM，而且这一趋势将随着时间的推移而不断加速。
除了新协议对SNMP的取代，还有其它一旬查询类型前来援助。例如能够直接执行SQL查询并计算执行时间或审视其输出结果，监控某项Web服务对特定 HTTP的响应或者响应代码，甚至可以根据特定条目掌控日志文件中的对应文本内容。总而言之，我们工具箱里的工具种类越多，我们就越可能拥有掌握重要细节 信息的能力。
监控必备特性第五位：简化集成与扩展
无论大家打算利用监控系统执行或者忽略哪些任务，将其扩展或者与其它系统相集成的能力都是非常重要的–这意味着我们最终能够保住自己部署并花在这套系统上 的所有时间与精力。尽管很多监控系统都能够很好地完成本职工作，但它们并不是在每项任务上都能出色发挥。有时候获取必要信息的惟一办法就是编写一套特定解 决方案或者使用另一种工具。在这类情况下，监控系统通过扩展或集成与其它软件协同合作的能力就成了重中之重。这可能表现为可以在其中运行外部脚本并实现内 部解析，或者与另一套票据管理平台相集成。
总而言之，具体选择使用哪一款运维监控工具取决于我们希望依靠它来完成哪些监控任务。某些方案在监控Linux环境方面表现出色、另一些则更适应在Windows 环境下发挥作用。还有一些针对网络及基础设施所打造，而不太擅长打理应用程序。不过，无论大家最终作出怎样的选择，都应该与前面所提到的五点内容加以印证 –这些通用特性与实际运行环境并无关联。
如果大家目前正在使用或者将来打算使用的方案不符合上述要求，也许另寻答案才是最好的办法。运维监控工具非常重要、将其融入工作流的过程也需要耗费大量时间，因此请朋友们慎重考量、认真评估。运维监控工具选择适合自己的才是最重要的！
了解更多关于运维监控工具的信息，可关注pigoss 官网www.netistate.com
