(一)Management Server

Management Server管理服务器主要用来:

管理整个管理组,并负责与数据库进行通讯;

负责为Agent提供配置数据;

所有的Agent会将健康数据,性能数据等提交给Management Server,然后再由Management Server写入到数据库中。Agent并不会直接与数据库打交道;

管理服务器是对管理组进行管理以及与数据库通信的焦点。 打开操作控制台并连接到管理组时,你就会连接到该管理组的管理服务器。 根据计算环境的规模,管理组可以包含单个管理服务器或多个管理服务器。

(二)资源池

将两台或更多台管理服务器添加到管理组后,管理服务器会变为资源池的一部分,并且会在池成员中分摊工作。 如果资源池的一个成员出现故障,则资源池中的其他成员将获取该成员的工作负荷。 添加新管理服务器后,新管理服务器会自动从资源池内的现有成员那里获取一些工作。 资源池中的所有成员将管理不同的一组远程对象;在任意给定时间,相同池中的两个成员将不会同时管理同一对象。

SCOM2007的时候管理服务器分为2类,必须要有root manager server,其他一类叫manager server,无法做负载均衡。SCOM2012引入了资源池的概念。资源池划后对资源要求也降低了,支持多台负载均衡实现高可用、可扩展的功能。scom2007的管理组必须有根管理服务器存在,可以针对根管做群集,存在单点故障,否则出问题。所以2012引入resources pool的概念,服务器放入池中,每台服务器均等,实现高可用性负载,类似于投票的机制,至少需要三台,如果只有两台manage server,则不能实现高可用。

SCOM 2012知识分享-2:理解管理服务器_第1张图片

Resource Pool的成员资格有两种类型,自动和手动。内置的资源池有3个:

1、所有管理服务器资源池 (All Management Servers Resource Pool)

2、通过ad进行分配的 (AD Assignment Resource Pool)

3、负责通知的资源池(Notifications Resource Pool)

自定义的resources pool只能用来管理Linux/Unix的代理,不能管理Windows的代理

Windows的代理默认不需要手动指定resources pool,管理服务器会自动选择合适的默认资源池

如果没有Ad集成,可使用默认的all management servers resources pool,这个资源池负责

如果和Ad集成了,可使用默认的ad assignment resources pool(集成的功能主要用于如果服务器坏掉了,通过工作流将代理切换到好的management server)

发送通知,使用notifications resource pool(一般把这个资源池由自动切换到手动,明确确定由哪些管理员发送通知)

成员资格可以由自动变为手动,但是无法由手动变为自动

(三)health service

客户端agent会把所有已导入到SCOM的Mp包拉到本地,然后health service使用一系列的脚本去判断哪些mp包适合本地安装,适合的就在本地安装,不适合的就忽略。

Health service:负责执行监视器规则,服务器和客户端都有该服务。

   

(四)Configuration Service

Configuration Service 运行在所有的Management Server上,负责所有管理服务器的配置信息,SCOM2007存在IMS上,SCOM2012上取消了IMS,存放在数据库的一张表中,所有管理服务器都从表中取配置,确保配置都能同步。

2007平台有时候不能及时更新客户端配置信息,是因为RMS问题。

2012配置服务保证一个管理组所有配置都是同步的。对新的配置进行分发操作。计算动态池的成员。

多台scom 2012服务器有多个configuration service,所以引入虚拟数据存储的概念,在scom数据库里有几张表来保证配置的唯一性。

配置的例子:override一个参数,ms可能有很多台,但是配置可能是某一台产生的,由于已经池化,多台ms通知同步后,再分发给客户端。

(五)Data Access Service

和数据库打交道的服务,非常重要,SCOM2012池化后每个ms都会和sql建立连接。

在2007平台都是由RMS来操作控制,在2012改进为任何的管理服务器都可以 。

DAS用于控制访问数据库,可以通过控制台、powershell、连接器、自定义APIs来使用。任何一个管理服务器都可以保留一个SDK连接。

SCOM 2012知识分享-2:理解管理服务器_第2张图片

(六)仿真器角色

仿真器角色:可以通过powershell命令移动,一台MS坏了可以移动到另外一台ms,如果没有管理包依赖它或者如果不用它也可以移除。

以后的管理包慢慢会淘汰该角色。

默认情况下第一台管理服务器就是RMS Emulator。

例如:Exchange 2007 服务器和 Exchange 服务器 2010的MP 依赖于 RMS。 因为在 SCOM 2012 年没有 RMS 服务器,一台管理服务器分配 RMS 仿真器角色提供与这些 MPs 的兼容性。

(七)通讯机制

数据流向:agent是不会和sql通讯的,只和ms通讯。多台ms如果没有指定优先级agent会随机指向一台 。

Data warehouse存放历史数据;工作流必须在RMS上进行;

=============================================================