有些企业可能会发现，现在只需要基础功能，但未来可能想要添加更多复杂的工具，其他企业可能觉得在开始最好就部署全功能的NPM，而大多数人介于这两者之间。在这篇文章中，我们将探讨为什么这些以性能为导向的网络监控系统很重要以及哪些功能最重要。

　　停机时间正变得越来越不可接受

推动NPM发展的一个明显趋势是企业需要快速解决停机时间问题。虽然理想解决方案是创建一个冗余网络，但在很多情况下，这并不可行。这主要是因为架构本身的限制，无法提供物理冗余或者因为预算有限。当企业无法实现自动故障转移时，最好的方法是开发和部署高级网络监控系统平台，在停机发生时提醒工作人员，或发现可能发生的停机故障。发现问题越快，解决问题就越快。

在某些情况下，这意味着要部署工具来监控网络设备和个别链接。而基于所收集日志消息的警报是另一种常见工具，在其他情况下，还需要一直监控到应用层。现在，绝大多数网络监控系统可只监控网络功能，或者同时监控和警告网络及应用问题。此外，深度数据包检测应用可快速发现网络关键点的性能问题。

　　应用对时间日益敏感

随着实时协作应用(例如语音和视频)的显著增加，以及分布式应用架构的增加，通过网络传输的数据对时间越来越敏感。这样的话，企业必须发现、标记以及优先处理低延迟性应用的数据流。目前执行这些类型任务的主要工具是服务质量(QoS)，2层和3层网络设备(例如路由器和交换机)配置有QoS政策以及基于这些政策的队列操作。

理想情况下，QoS会被正确地在网络中进行配置。但通常情况下，QoS并没有配置好，或者在数据路径某处配置不当。这种错误可能给时间敏感性的通信造成重大影响，同时，手动发现这些问题通常需要登录和验证数据路径的每个QoS配置。在另一方面，很多网络监控系统都有QoS分析功能，它们使用NetFlow或sFlow来自动发现无效或不正确配置的QoS政策。

　　网络架构复杂性不断增加

数据中心虚拟化和网络覆盖通常会掩盖潜在的网络问题。突然之间，管理员会发现他们需要同时处理物理基础以及对应的虚拟网络来发现和解决性能问题，而很多IT部门只有工具来监控其中一个方面，即使他们可以监控这两者，也可能是使用完全独立的工具。

很多现代NPM可以同时监控物理和虚拟架构，并确定问题发生在哪个网络层面，这为管理员提供了对网络的完整可视性。随着企业添加更多虚拟化和覆盖技术，这逐渐成为日益重要的要求。

　　事件关联和根本原因分析无效

我们都知道，查找和解决网络及应用问题是一回事，确定问题的根本原因又是另一回事。在非常庞大和复杂的网络中，企业很可能部署解决方法或变通方法来解决眼前的问题，但并没有解决根本问题。很多时候，这可能最终会导致企业为解决一个问题而对网络进行重大且低效的变更，而实际根本问题可能是因为上层问题。

很多网络监控系统提供智能来收集和分析各种网络及应用事件。通过这样做，企业可创建报告关联到最初问题的起点。如果正确配置和调试，这可帮助管理员关注问题并确定相关信息，极大地减少根本问题的调查工作。并且，由于现代NPM会收集应用层的数据，很多此前未被发现的根本问题现在可能被发现并得到妥善修复。

　　寻找单窗口监控和故障排除

SNMP监控器、日志服务器、NetFlow收集器和数据包嗅探器“单打独斗”的日子已经一去不复返了，整合这么多有用的网络和性能监控工具到统一的系统中将是非常有吸引力的。我们现在可整合所有这些有用的功能到单个NPM产品中，更重要的是，通过单窗口视图，我们还可以创建单一的数据存储库，并通过强大的数据关联方法来创建报告以及做出明智的决策。

(责任编辑：安博涛)