|
不支持Flash
|
|
|
|
Mocha BSM技术架构http://www.sina.com.cn 2007年10月27日 14:38 ChinaByte
优秀的技术架构是产品的灵魂和核心,也是产品具有良好的可扩展性的基础,摩卡软件重视架构设计,邀请了一批具有国际设计水平的架构师,他们曾在美国硅谷等任职,具有丰富的产品架构设计经验。 产品架构概述 Mocha BSM的技术架构拥有以下几个特性: 基于Java 2 Enterprise Edition(J2EE)开发,符合现在受欢迎的主流技术。Mocha BSM可以在不同的Java容器上运行,包括Tomcat,Weblogic或者WebSphere。 由于Java能轻易支持跨平台,Mocha BSM可以在很多不同平台运行,这包括: Windows 2003 Server AIX 5.2、5.3 Solaris 9、10 Red Hat Enterprise Linux AS 4、CentOS 4 采用标准Java Database Connectivity (JDBC), 所以支持广大的数据库: MySQL 5;Oracle 9i、10g;MS SQL 2005 对标准协议的支持: HTTP、HTTPS;JMX;SNMP;JDBC Telnet、SSH、WMI架构设计原则 摩卡产品的设计初衷都是绕着3P的原则
这“3P”’即是 1.1 Personal 人性化 产品的界面设计必须人性化,达到“傻瓜式”用法,用户可以不经过培训就能会用。在这方面我们花了很多心思与精力,关键界面的设计都历经了数月才能最终定稿,并在后续版本不停地改进。我们在人性化方面具有以下特点:
提供可视化管理,“化繁为简”,使IT管理员快速掌握主机和应用的管理工作 “一键式”基于经验值的策略配置
自动关联事件,避免海底捞针式的查找 图与表结合,清晰的指标展现 使用上表(指标)下图方式
1.2 Product 产品化 一个好的IT运维管理产品必须满足以下条件: 产品架构可扩展,能支持更多的资源 产品架构健壮,不轻易宕机 产品可配置性强,不需要开发 产品模块化,模块之间存在松耦合的关系 产品重视安全 产品容易安装、部署。 除了满足了以上对产品严格的要求以外,Mocha BSM特别重视以下的“三高”:
高可扩展 Mocha BSM产品的初衷设计就是支持几千台至上万台的被管理资源。为了达到高可扩展的目的,我们从几方面入手: 可扩展模块 当一个Mocha BSM Server在数量上遇到瓶颈后,能够通过增加一个Distributed Monitor Server(DMS)来突破数量和网络方面的限制。 Portal响应时间 当监控数量大量增加以后,必须处理和展现的数据也大量增加,对Portal的压力也更加大。所以我们Portal的应用代码都必须经过压力测试,在数千个监控资源,我们给Portal定的响应时间是5-8秒。 数据采集与处理 当监控数量大量增加以后,需要采集的数据也大量增加。往往在这种情况地下,会出现以下情况: 图表展现断点,数据采集不上来 数据延迟,该在某时间点采集的数据被延迟了 由于采集的数据量很大,导致内存溢出 在这方面,我们在架构设计以及优化上做了很多工作,包括以下: 把数据采集的引擎分为数个,而不是单靠一个,所以一旦发生某些特殊问题,一个数据引擎的宕机不会影响其他引擎,导致服务器不可用。 代码进行大量优化,提高采集数据的性能。 进行数个月的持久性测试,确保产品即使在大的采集数据底下,也能无误运行数个月。共2页。 高可配置 监控软件经常需要对新的或者新版本的被监控应用提供支持,所以支持的响应速度很重要。产品的设计初衷是通过配置来达到快速开发的要求(新应用支持、二次开发): 通过XML配置来描述需要采集的性能、可用性、配置指标 配置取值方式 配置需要的页面和Javascript 自动生成页面和部署资源模型
以前3个月的新应用支持开发变成今天的3天。 高度模块化 产品分为4层, 每一个层次的模块都是分开,而且之间的关系都是松耦合。层次与层次之间的沟通都是通过API接口。每一个不同的层次也分为数个关键模块,模块与模块之间都是松耦合的关系,修改一个模块不会影响其他模块。 1.3 Pervasive 产品无所不在 通过Portal,产品提供了“3A”的无所不在: Anywhere 在哪里客户都能访问到Mocha BSM IT运维平台。 Anytime 不分任何时间,只要有相对应的权限,都可以访问Portal Anyhow 支持多种接入方式,包括浏览器,手机等 产品部署架构
产品被划分为4个层次,层次之间都是通过API沟通。这4层分为: 1.4 展现层 展现层主要用于图形化展现采集来的监控数据;与用户互动,响应用户的操作与设定;以及集成第三方监控产品等。展现层主要组件及其特点是: Mocha BSM Portal 统一资源管理 集成企业现有LDAP 提供用户管理以及权限信息 统一认证管理与登入 提供LDAP认证方式 采用单点登录(SSO),无需用户频繁登录/退出各种IT营运系统。用户无需记得多套帐号和密码。 统一页面展现 采用了统一的界面设计、功能设计。用户只要掌握了一种资源在系统中的监控方法,即可触类旁通。 同时,Mocha BSM Portal可集成第三方监控产品,现在用户不需要不同系统页面切换了。 1.5 汇聚处理层 汇聚处理层用于处理数据采集层采集到的监控数据(例如,根据监控数据生成报警),并写入数据库,以供展现层从数据库调用监控数据;同时也用于处理展现层传递的用户操作与设定(例如,将用户定义的监控策略下发到数据采集层)。汇聚处理层主要组件及其特点是: CMS:全称为Central Monitor Server(中央监控服务器),负责生成报警、策略的下发、处理Portal中用户的输入等。 DCH:全称为Data Collection Hub(数据采集集线器),负责将采集的数据写入数据库,或突破防火墙的设置。DCH 的上级CMS可在配置文件配置,并且允许配置多个备用DCH节点,以实现高可用性(High Availability)。 1.6 数据采集层 数据采集层用于采集被监控资源各项指标的数据,并上传至汇聚处理层。数据采集层的主要组件及其特点是: DMS:全称为Distributed Monitor Server(分布式监控服务器),负责发现被监控资源并采集各项指标。 可扩展性:支持横向扩展(即一个DCH下可配置多个DMS),以突破监控数量的限制; 可配置性:DMS上级DCH可在配置文件灵活配置; 高可用性:可配置多个备用DMS节点,实现高可用性(High Availability); 1.7 被监控层 被监控层主要包括Mocha BSM通过Agent或Agentless方式监控的各种资源,例如,主机、网络设备、应用等。 关键模块介绍
Mocha BSM主要模块包括: 1.8 Portal 可定义Portlets:提供丰富的Portlets(8种类别,30个配置Portlets)供展示之用,可直接在系统管理设置,无需二次开发。可满足各类角色的需求,如IT部门领导、系统管理员、应用管理员,业务分析员等。 Dashboard:以业务的角度展现监控内容,让业务部门和IT部门领导了解提供给他们的业务服务状况而不是技术细节,通过仪表盘展现业务服务状况以及KPI。 1.9 Mocha BSM Server 事件管理 根本原因分析:准确评估事故所造成的影响,快速确定处理事故的范围;以及准确定位事故的根本原因,对症下药的快速解决事故; 自动关联事件:将引起当前事件的可用性、性能或配置变更指标自动关联,不必大海捞针般去查找,提高了工作效率; 自定义事件:用户可将系统预定义事件灵活组合成用户所需事件,这也为事件触发流程提供了更丰富的触发条件; 资源模型管理 快速开发:使用XML配置被监控资源的指标、事件、状态,并提供资源模型开发工具,使每个资源模型的开发周期仅为3天左右; 即插即用:开发完新的资源模型后,上传至Mocha BSM服务器即可实行监控,无需改动代码; 资源发现管理 多种发现方式:可单个发现资源,也可批量导入要发现的资源; 自动发现网络拓扑:可自动发现网络设备并生成网络拓扑图; 数据采集 多种采集方式:支持Agent与Agentless两种采集方式; 高安全性:支持SSH加密,使用256RSA SSH公钥私钥协议,提供认证,完整性验证和数据压缩功能; 支持多种脚本:Perl,C,JavaScript,Windows Script,VB Script,Python,Ruby; 支持多种协议:Performance Lib, WMI, JDBC, JMX,SMARTS等; 支持二次开发:支持开发多种指标插件,指标开发语言包括Window Host Script,Shell Script,PERL,C/C++,Python,Rhino,VB,Java等; 1.10 插件容器 指标取值插件分类管理:MRAM,JDBC,JMX,应用等插件服务器互不影响,一旦某插件服务器不可用,不会影响Mocha BSM Server采集其他类型指标; 1.11 摩卡IT运维管理 (Mocha IT Operations Management) ITIL流程模板:提供丰富的ITIL流程模板,例如:故障上报流程、关键指标超标流程、宕机管理流程、发布流程等。无需用户开发,可直接使用。 流程、表单定义: 工单管理 灵活的表单和流程配置功能:提供工单创建功能,实现工单与表单和流程的绑定。共2页。 不支持Flash
|