您的位置:首页 > 运维架构

基于.NET技术的监控应用分析(二)

2010-09-23 23:35 597 查看
在上一篇的基于.NET技术的监控应用分析(一) 中,讲了数据采集和通信技术的分析,其实还有一块也很重要,那就是如何有效的在大量的服务器上进行部署的问题。包邮啦

由于被监控的网络内部存在着多个子网,所以在部署的时候,选择子网的一个网关服务器作为管理其范围内的所有机器。这种方法部署简单,方便统一管理,但对网关服务器的要求比较高。另外一种模式是为每台机器安装一个服务,然后通过网关服务器输送到监控中心,这样网关服务器只起到一个中转的功能,因为只负责数据通讯的功能,所以压力相对较小。这种方法由于部署分散,导致安全、管理上需要集中统一的时候比较复杂。

1、部署架构一



2、部署架构二



3、网络架构

系统网络连通采用跨地域组网方式:



中心网络由数据库服务器、邮件服务器、WEB服务器以及短信发送器组成。

每个地域的网络由代理服务器、以及被监控的服务器设备组成。

代理服务器即是监控中心在本地的监控代理服务器也作为监控代理数据库服务器。

各服务器设备需要开启WMI服务及与此服务对应的135,445端口。

4、系统更新升级

由于服务器分布在异地,系统需要实现自动更新功能,一旦有新版本发布,则通过监控方广播升级消息。代理服务器负责下载新版本程序,子网内的服务器再从代理服务器下载。代理服务器的自动更新模块收到消息后,从发布服务器下载程序,然后关闭系统进程,当更新完成后,由自动更新系统重新启动数据通信服务。

系统更新流程




我们采用的是第二种部署架构。截止目前,该系统经过一年多的运行,很好的做到了对网站服务器上的软件和硬件,特别是针对网站业务的应用系统进行了有效的监控,一旦网站的系统出现异常,运维人员能自动收到预警短信,实现了网站运维监控自动化管理。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: