主机监控定位——不再是昙花一现 概述
当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
特别是在一些IT数据中心，PC服务器及小型机都很多，操作系统涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，电力成本、管理成本也在逐渐加大。
针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。一次血的教训
这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款软件很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
界面真是美观，从左到右，各个模块十分清晰的一一展现:
downloads&support/images/newdoc-9-1-3-1.jpg downloads&support/images/newdoc-9-1-3-1.jpg
里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。主机准确定位
相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。
downloads&support/images/newdoc-9-1-3-2.jpg downloads&support/images/newdoc-9-1-3-2.jpg
可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：
downloads&support/images/newdoc-9-1-3-3.jpg downloads&support/images/newdoc-9-1-3-3.jpg
机柜中各机架所在服务器的真实位置；
而且每个服务器都添加了备注信息，更能见名知意；
当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。支持Agent与Agentless两种监控方式
针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
总结
下图为Mocha BSM提供的Agent软件远程部署工具。
downloads&support/images/newdoc-9-1-3-4.jpg downloads&support/images/newdoc-9-1-3-4.jpg
使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常中小企业比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
主机监控定位——不再是昙花一现 概述
当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
特别是在一些IT数据中心，PC服务器及小型机都很多，操作系统涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，电力成本、管理成本也在逐渐加大。
针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。一次血的教训
这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款软件很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
界面真是美观，从左到右，各个模块十分清晰的一一展现:
downloads&support/images/newdoc-9-1-3-1.jpg downloads&support/images/newdoc-9-1-3-1.jpg
里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。主机准确定位
相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。
downloads&support/images/newdoc-9-1-3-2.jpg downloads&support/images/newdoc-9-1-3-2.jpg
可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：
downloads&support/images/newdoc-9-1-3-3.jpg downloads&support/images/newdoc-9-1-3-3.jpg
机柜中各机架所在服务器的真实位置；
而且每个服务器都添加了备注信息，更能见名知意；
当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。支持Agent与Agentless两种监控方式
针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
总结
下图为Mocha BSM提供的Agent软件远程部署工具。
downloads&support/images/newdoc-9-1-3-4.jpg downloads&support/images/newdoc-9-1-3-4.jpg
使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常中小企业比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
主机监控定位——不再是昙花一现 概述
当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
特别是在一些IT数据中心，PC服务器及小型机都很多，操作系统涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，电力成本、管理成本也在逐渐加大。
针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。一次血的教训
这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款软件很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
界面真是美观，从左到右，各个模块十分清晰的一一展现:
downloads&support/images/newdoc-9-1-3-1.jpg downloads&support/images/newdoc-9-1-3-1.jpg
里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。主机准确定位
相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。
downloads&support/images/newdoc-9-1-3-2.jpg downloads&support/images/newdoc-9-1-3-2.jpg
可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：
downloads&support/images/newdoc-9-1-3-3.jpg downloads&support/images/newdoc-9-1-3-3.jpg
机柜中各机架所在服务器的真实位置；
而且每个服务器都添加了备注信息，更能见名知意；
当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。支持Agent与Agentless两种监控方式
针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
总结
下图为Mocha BSM提供的Agent软件远程部署工具。
downloads&support/images/newdoc-9-1-3-4.jpg downloads&support/images/newdoc-9-1-3-4.jpg
使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常中小企业比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
主机监控定位——不再是昙花一现 概述
当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
特别是在一些IT数据中心，PC服务器及小型机都很多，操作系统涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，电力成本、管理成本也在逐渐加大。
针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。一次血的教训
这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款软件很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
界面真是美观，从左到右，各个模块十分清晰的一一展现:
downloads&support/images/newdoc-9-1-3-1.jpg downloads&support/images/newdoc-9-1-3-1.jpg
里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。主机准确定位
相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。
downloads&support/images/newdoc-9-1-3-2.jpg downloads&support/images/newdoc-9-1-3-2.jpg
可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：
downloads&support/images/newdoc-9-1-3-3.jpg downloads&support/images/newdoc-9-1-3-3.jpg
机柜中各机架所在服务器的真实位置；
而且每个服务器都添加了备注信息，更能见名知意；
当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。支持Agent与Agentless两种监控方式
针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
总结
下图为Mocha BSM提供的Agent软件远程部署工具。
downloads&support/images/newdoc-9-1-3-4.jpg downloads&support/images/newdoc-9-1-3-4.jpg
使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常中小企业比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。
主机监控定位——不再是昙花一现 概述
当前的企业，随着信息化变革的不断进步，对信息技术的高要求逐日提升。
特别是在一些IT数据中心，PC服务器及小型机都很多，操作系统涉及 Windows、RedHat、AIX、Solaris类Unix等等，各种服务器系统资源使用情况还不一样，资源的利用率不是很高；最麻烦的在于新业务部署，分配资源的过程即漫长也复杂。因而，需要不断利用机房空间，增加新的服务器。与此同时，旧有服务器上的系统需要迁移到新的服务器上。而实际上，却不得不面对服务器的利用率并没有得到充分发挥这一问题，电力成本、管理成本也在逐渐加大。
针对上面提到的一系列的情形，最棘手的莫过于主机管理员，由于业务可能分布在不同的服务器上，当出现业务系统中断，数据中心服务器宕机，迅速赶到机房，都不知道问题源所在服务器在机房中的真实位置，一时慌了手脚，恐怕到时候会叫天天不灵，叫地地不应。一次血的教训
这是一个企业真实的案例，部分业务有涉外的公司代维，应用部署在中心机房的服务器上面，一次业务的临时中断，可急坏了刚刚接手的小刘，长期维护的员工小孙休假不能到现场，接到上级的通知，小刘马上处理此事，发现连接出现了问题，可备机切换还没有成功，必须要找出问题所在主机在机房的位置，手工重启，打了无数个电话，经小孙详细的描述，才把所在主机在机架中的位置找到，手工重启，解决了此问题。
从业务中断到恢复，所有的时间到浪费到了在机房机架找服务器位置上面。据后来统计，此次事故，给该企业业务钻井服务造成了不小的损失，即包括时间也包括财力上的。
领导对此次事故十分重视，听小刘讲述事情的经过，看来机房的整改是迫在眉睫了。
艰巨的任务交给了休假回来的小孙，负责该项目的选型，对机房进行更细致化有效的管理。
没有办法，小孙硬着头皮苦苦琢磨，如何达到领导的要求呢？
上网查询，做相关监控的厂家还真是多，按着搜索到的相关信息打电话一一进行详细的询问。有一款软件很特别，功能相关看似符合要求。居然网上还有试用，注册个id，登陆下，访问速度还很快。
界面真是美观，从左到右，各个模块十分清晰的一一展现:
downloads&support/images/newdoc-9-1-3-1.jpg downloads&support/images/newdoc-9-1-3-1.jpg
里面内容项也很多，包括机房温度、湿度、UPS电压、UPS电流、市电、烟感、浸水和门禁系统等。主机准确定位
相对于C/S架构的网络拓扑，无需安装客户端，从任何一点都可以登录访问，首次进入界面后，有使用快速使用向导，引导用户进行发现配置/全网发现，新建自定义拓扑，把主机、服务器同机房进行关联。
downloads&support/images/newdoc-9-1-3-2.jpg downloads&support/images/newdoc-9-1-3-2.jpg
可以看到机房中目前有4排机柜，每排机柜的机架上有不同的主机和服务器，机架健康状态可通过红绿两种状态灯来体现。双击机柜可看到：
downloads&support/images/newdoc-9-1-3-3.jpg downloads&support/images/newdoc-9-1-3-3.jpg
机柜中各机架所在服务器的真实位置；
而且每个服务器都添加了备注信息，更能见名知意；
当主机或者服务器出现健康状况，可直接定位到机房中所在机架的位置。
小孙看到此，从内心感觉到了一股暖意，这下可以松口气了，有了此功能，可以满足领导的要求了。
再仔细查看该软件的其他功能，发现不少主机服务器的功能，都可以向领导推荐来使用。支持Agent与Agentless两种监控方式
针对主机和应用的监控有两种监控方式，即Agent和Agentless的监控方式。
选择Agentless监控方式，在被监控应用所在的主机上面，不安装代理软件采集相应的信息，而是通过一些标准的协议，这些包括主机使用的SNMP、Telnet、SSH、WMI等，以及应用使用的JMX、JDBC、ODBC等。有些用户是不想通过此方式实现。认为会给监控端资源Telnet/SSH/WMI带来影响，而且对监控端服务的数据量会比较大。
通过Agent监控方式，顾名思义，就是在被监控应用所在的主机上面，安装小的Agent软件，即代理软件，通过它，实现对数据的采集和管理。市面上Agent监控代理软件，一般都可以在一台主机上实现对主机和主机上应用的监控。而部署上就比较费时，需要对每一台进行部署。
总结
下图为Mocha BSM提供的Agent软件远程部署工具。
downloads&support/images/newdoc-9-1-3-4.jpg downloads&support/images/newdoc-9-1-3-4.jpg
使用Agent方式，通过软件远程部署工具，达到批量部署。针对不同的用户需求，用户可以自己选择到底采用何种监控方式，通常中小企业比较喜欢采用Agentless的安装方式，这样有利于项目实施和后期维护。而大型的企业比较热衷于Agent，通过Agent可以看到更多的技术指标，发现更多的潜在问题。Mocha BSM同时支持Agent和Agentlsss。