主机监控定位——不再是昙花一现 [align=left][b]概述[/b]
　　当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
　　特别是在一些IT数据中心，PC服务器及小型机都很多，[  /module/27659.html]操作系统[/url]涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，[  /industry/1616.html]电力[/url]成本、管理成本也在逐渐加大。
　　针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。[/align][align=left][b]一次血的教训[/b]
　　这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
　　从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
　　领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
　　艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
　　没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
　　上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款[  /industry/1593.html]软件[/url]很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
　　界面真是美观，从左到右，各个模块十分清晰的一一展现:[/align]
[img]downloads&support/images/newdoc-9-1-3-1.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-1.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-1.jpg[/img][/url]


[align=left]      里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。[/align][b]主机准确定位[/b]
　　相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。

[img]downloads&support/images/newdoc-9-1-3-2.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-2.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-2.jpg[/img][/url]


[align=left]　　可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：[/align]
[img]downloads&support/images/newdoc-9-1-3-3.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-3.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-3.jpg[/img][/url]


[align=left]      机柜中各机架所在服务器的真实位置；
　　而且每个服务器都添加了备注信息，更能见名知意；
　　当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
　　小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
　　再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。[/align][b]支持Agent与Agentless两种监控方式[/b]
　　针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
　　选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
　　通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
[b]总结[/b]
　　下图为Mocha BSM提供的Agent软件远程部署工具。

[img]downloads&support/images/newdoc-9-1-3-4.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-4.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-4.jpg[/img][/url]


[align=left]      使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常[  /industry/1633.html]中小企业[/url]比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
[/align]

主机监控定位——不再是昙花一现 [align=left][b]概述[/b]
　　当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
　　特别是在一些IT数据中心，PC服务器及小型机都很多，[  /module/27659.html]操作系统[/url]涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，[  /industry/1616.html]电力[/url]成本、管理成本也在逐渐加大。
　　针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。[/align][align=left][b]一次血的教训[/b]
　　这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
　　从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
　　领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
　　艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
　　没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
　　上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款[  /industry/1593.html]软件[/url]很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
　　界面真是美观，从左到右，各个模块十分清晰的一一展现:[/align]
[img]downloads&support/images/newdoc-9-1-3-1.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-1.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-1.jpg[/img][/url]


[align=left]      里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。[/align][b]主机准确定位[/b]
　　相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。

[img]downloads&support/images/newdoc-9-1-3-2.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-2.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-2.jpg[/img][/url]


[align=left]　　可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：[/align]
[img]downloads&support/images/newdoc-9-1-3-3.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-3.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-3.jpg[/img][/url]


[align=left]      机柜中各机架所在服务器的真实位置；
　　而且每个服务器都添加了备注信息，更能见名知意；
　　当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
　　小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
　　再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。[/align][b]支持Agent与Agentless两种监控方式[/b]
　　针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
　　选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
　　通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
[b]总结[/b]
　　下图为Mocha BSM提供的Agent软件远程部署工具。

[img]downloads&support/images/newdoc-9-1-3-4.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-4.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-4.jpg[/img][/url]


[align=left]      使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常[  /industry/1633.html]中小企业[/url]比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
[/align]

主机监控定位——不再是昙花一现 [align=left][b]概述[/b]
　　当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
　　特别是在一些IT数据中心，PC服务器及小型机都很多，[  /module/27659.html]操作系统[/url]涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，[  /industry/1616.html]电力[/url]成本、管理成本也在逐渐加大。
　　针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。[/align][align=left][b]一次血的教训[/b]
　　这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
　　从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
　　领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
　　艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
　　没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
　　上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款[  /industry/1593.html]软件[/url]很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
　　界面真是美观，从左到右，各个模块十分清晰的一一展现:[/align]
[img]downloads&support/images/newdoc-9-1-3-1.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-1.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-1.jpg[/img][/url]


[align=left]      里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。[/align][b]主机准确定位[/b]
　　相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。

[img]downloads&support/images/newdoc-9-1-3-2.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-2.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-2.jpg[/img][/url]


[align=left]　　可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：[/align]
[img]downloads&support/images/newdoc-9-1-3-3.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-3.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-3.jpg[/img][/url]


[align=left]      机柜中各机架所在服务器的真实位置；
　　而且每个服务器都添加了备注信息，更能见名知意；
　　当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
　　小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
　　再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。[/align][b]支持Agent与Agentless两种监控方式[/b]
　　针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
　　选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
　　通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
[b]总结[/b]
　　下图为Mocha BSM提供的Agent软件远程部署工具。

[img]downloads&support/images/newdoc-9-1-3-4.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-4.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-4.jpg[/img][/url]


[align=left]      使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常[  /industry/1633.html]中小企业[/url]比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
[/align]

主机监控定位——不再是昙花一现 [align=left][b]概述[/b]
　　当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
　　特别是在一些IT数据中心，PC服务器及小型机都很多，[  /module/27659.html]操作系统[/url]涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，[  /industry/1616.html]电力[/url]成本、管理成本也在逐渐加大。
　　针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。[/align][align=left][b]一次血的教训[/b]
　　这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
　　从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
　　领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
　　艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
　　没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
　　上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款[  /industry/1593.html]软件[/url]很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
　　界面真是美观，从左到右，各个模块十分清晰的一一展现:[/align]
[img]downloads&support/images/newdoc-9-1-3-1.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-1.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-1.jpg[/img][/url]


[align=left]      里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。[/align][b]主机准确定位[/b]
　　相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。

[img]downloads&support/images/newdoc-9-1-3-2.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-2.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-2.jpg[/img][/url]


[align=left]　　可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：[/align]
[img]downloads&support/images/newdoc-9-1-3-3.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-3.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-3.jpg[/img][/url]


[align=left]      机柜中各机架所在服务器的真实位置；
　　而且每个服务器都添加了备注信息，更能见名知意；
　　当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
　　小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
　　再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。[/align][b]支持Agent与Agentless两种监控方式[/b]
　　针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
　　选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
　　通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
[b]总结[/b]
　　下图为Mocha BSM提供的Agent软件远程部署工具。

[img]downloads&support/images/newdoc-9-1-3-4.jpg[/img] [  /downloads&support/images/newdoc-9-1-3-4.jpg][img=200,100]downloads&support/images/newdoc-9-1-3-4.jpg[/img][/url]


[align=left]      使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常[  /industry/1633.html]中小企业[/url]比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
[/align]