然而，当IT系统演化为一种多层次的、分布式的簇群架构，其中涉及到上百个甚至是上千个物理机器时，这种基于代理的解决方案的弱点就显而易见了。监控解决方案的主要目标就是要在IT系统发生故障时，防止收益受到影响。正是由于这一特性，监控解决方案要求最小化运营总成本(TCO)，从而来大大增加投资回报(ROI)。

系统一旦变成分布式运行，基于代理的方案的TCO就会大大增加，由此造成ROI大幅度地降低。监控市场需要一种全新的监控典范——“无代理”的监控解决方案。

无代理监控

无代理监控使各个操作小组在未对生产系统安装代理程序或软件的情况下就能监控到复杂而分布式的系统。无代理监控方案能从某单个主机上，采用非侵入式的方式来远程监控所有IT系统组成部分，由此产生的大量收益将最终创造出更高的ROI。

无代理监控能确保快速部署

基于代理的监控解决方案通常需要许多工程师和专家花费好几个月的时间去完成安装和配置，而无代理监控能以更快的速度完成部署。举例来说，若共有500台机器需要被监控，那就需要为每台机器总共安装和配置500个代理。相比而言，无代理解决方案就只需要在主机上安装，并完成远程连接配置，它就能对整个系统中的每台机器进行监控。并且，远程监控器能使用“监控模板”，它是预先配置好的一套机器监控标准，可以马上从所有受监控机器中收集相关标准尺度。

?>

一种无代理方式

无代理监控使维护和升级变得轻而易举

采用同一个例子，如果500个代理已被部署到500台机器上，那么，当监控要求有所变化时，就需要一组专家致力于维护和重新配置这些代理程序。如果代理程序需要升级到一个更新的版本，这一维护小组就必须到每个生产服务器上逐个升级代理程序。这么多员工的工作量势必将大大降低这一监控软件的TCO。相反，对于无代理监控而言，如果监控器需要重新配置或软件需要升级更新，一个IT工作人员就能完成这一任务，与前者相比，花费的人力将少得多。

无代理监控降低了影响生产系统的风险

在生产机器上安装一个代理就意味着您在风险矩阵中增加了一个新的变量，使所有安装组件之间的功能互操作性便得越来越复杂。代理的侵入往往会造成性能的衰退，可能引发跟踪和警报。例如，某个数据服务器是由某个代理监控的，这一代理将消耗CPU和内存，随着记录的文件数据不断增多，它将占用磁盘空间。代理也会成为导致整个服务器崩溃的直接原因。显而易见，这种资源的消耗或崩溃将降低数据服务器数据处理能力，最终将影响最终用户的使用体验。试想，如果这一问题在多个数据库服务器中成倍产生，在某个区域造成集群，其后果不堪设想。无代理解决方案无需在生产系统中安装任何软件。由于其非侵入性的特性，无代理监控降低了发生停机故障的风险。

无代理监控允许系统架构改造和扩展

在大型主机或定制客户/服务器时代，基础架构基本处于静态状态。一旦某个大型主机部署完毕，或者一旦某个内部开发的应用上线后，该基础架构在很长时间内不会发生变化。然而，利用分布式系统来运行Web、ERP、CRM，甚至email应用的最大好处就是：它能随着容量的增长和规模的扩大而便捷地完成扩展。许多成功的在线零售商的应用往往会在一个星期中增加几十个服务器。若采用代理监控方案，就需要专家在每个上线的新机器上安装并配置一个代理。然而，若采用一个无代理解决方案，专家就能便捷地在新服务器上部署预先配置好的监控模板，然后就可以马上开始监控工作。

无代理监控降低了TCO，从而实现ROI的增长

无代理监控的每一项成果将最终明显降低TCO，从而实现ROI的增长。无代理监控使IT和操作员工能够专注于生产系统的建立，而不是生产系统的监控。

无代理监控可能不是最佳方案的情况

如果是对处于不同区域的各个服务器（或拥有少量服务器的区域）进行监控，那么无代理监控结构所能带来的效率和优势将会降低。例如，对于拥有许多位于全国各地的特许经营加盟店的业务来说，监控位于不同地区的某一单个服务器，无代理结构在这种情况下所能取得的成效将大大减少。操作员工可能会发现，这种情况下，在服务器被运送到不同地区加盟店之前，先在每个服务器上安装和配置一个代理程序，这样将更为简单易行。

然而，您必须认识到这一点：如果多个数据中心的运作是集中进行的，而这些数据中心的多个服务器却位于世界各地，这种情况下，无代理方案仍然是最有效的监控方法。此外，无代理产品对于服务器处于同一数据中心的混合环境来说是一种好的解决方案，同时也适用于在必要时把作为一种无代理产品的单个服务器部署成为一个代理。

关于无代理监控的普遍误解

对于无代理监控的“远程监控”架构所产生的一些潜在弱点，人们还存在以下的一些普遍误解。

误解1：无代理监控无法收集到足够的数据去有效监控关键系统。

虽然采用一个基于代理的监控方法可以收集到更多的数据，但是，确定有效监控系统所需的数据量，避免产生数据超负载，这是很重要的一点。在过去几年中，许多技术供应商——其中包括Microsoft、BEA Systems、Oracle、IBM等等——在他们的产品中嵌入了界面，从而能够采用无代理监控收集到各种数据。例如：WebLogic 6包含了一个JMX界面，它能在无代理方式下监控到300多种不同类型的数据。多年前，无代理监控方式确实无法收集到有效监控所需的数据。但是，现在您已经无需再担心这一点了。

误解2：如果监控器和服务器之间的网络连接中断，无代理监控将变得无效。

如果服务器和监控器之间的网络连接中断，无代理服务器确实将无法收集到受监控服务器的特定数据。然而，如果监控器无法连接到服务器，其他受其支持的应用也将无法连接到服务器，因此，是否能够收集到该机器的特定数据将变得毫无相关。无代理监控器发出网络中断的警报，这将是最重要的信息。采用某个最佳实践方案来部署无代理监控方案，这是非常重要的。例如：最小化Mercury SiteScope®和受监控服务器之间的故障点数量，这将确保所收到的警报都是与之相关的。

误解3：无代理监控会产生安全风险。

为了能远程监控一个Windows服务器，用户需要在TCP/IP上运行NetBIOS，这样，远程监控器主机才能建立起足够的连接来收集监控数据。您必须明白（如果不考虑远程监控因素），在服务器上运行NetBIOS的初始目的是为了让一个值得信赖的Windows管理者能够远程连接到服务器，并能做管理更改。这就需要管理者能够了解到合法访问网络域和/或主机本身的注册名和密码。

这是种误解，因为那些造成“安全风险”的不必要的侵入者在访问网络域和主机本身之前必须取得合理的授权，所以，事实上，这些入侵者的就不可能访问到网络域和主机。并且，如果IT确保防火墙上137到139端口是关闭的，入侵者就无法通过NetBIOS访问到任何防火墙后的主机。最后，如果安装了网络入侵探测系统（NIDS），那么任何非法入侵者就能被马上探测到。

如果有些公司的安全策略禁止在任何数据中心中的主机上安装NetBIOS，那么，无代理监控方案还能通过一个Secure Shell(SSH)连接来实现与Windows主机的连接（假设SSH服务器安装在Windows服务器上）。一旦建立起SSH连接，远程监控器就能运行脚本，启动必要的命令来获取CPU、内存、磁盘空间等数据。这样，无代理监控器就能在取得数据的同时，不会造成任何安全风险。