智能管理中心iMC部署和硬件配置方案 V500527Word文档格式.docx

智能管理中心iMC部署和硬件配置方案 V500527Word文档格式.docx

《智能管理中心iMC部署和硬件配置方案 V500527Word文档格式.docx》由会员分享，可在线阅读，更多相关《智能管理中心iMC部署和硬件配置方案 V500527Word文档格式.docx（69页珍藏版）》请在冰豆网上搜索。

独立服务器（审计的CE-CE链路数少于5000时，可以与iMCPLAT部署在同一服务器上）

NTA组件

独立服务器，根据需要管理的网络规模可以进行多台分布式部署

UBA组件

WSM组件

独立服务器

EPM组件

EoCM组件

独立服务器（管理CNU设备数少于2000时，可以与iMCPLAT部署在同一服务器上）

VSM组件

推荐独立服务器（管理设备数少于5000时，可以与iMCPLAT部署在同一服务器上）

IVM组件

BIMS管理系统

独立服务器，根据需要管理的网络规模可以进行多台分布式部署。

NEMS网络实验管理系统

QoSM组件

可以与iMCPLAT安装在同一台服务器，如果需要SLA模块采集的数据量比较大，建议在从服务器上安装独立的SLA采集器。

APM组件

SOM组件

如果同时在线服务台用户小于50个并且等效CI节点数（可按设备节点数计算）小于500个，可以与iMCPLAT部署在同一台服务器上，否则应部署在独立服务器上。

iNode智能客户端管理中心

独立安装的服务器

iNode智能客户端

认证客户端，安装在桌面终端中

说明：

如果用户不需要iMCPLAT提供网络管理，仅通过UAM/EAD、NTA、UBA等组件进行业务管理，可以将这三个业务组件中的一个与iMCPLAT安装在同一台服务器，对于UAM/EAD管理的用户量超过2万的系统，建议将用户自助组件、PORTALWeb组件分布式部署到另一台服务器上，以减轻管理主服务器的压力。

以下章节详细介绍平台及各组件所需要的详细服务器配置要求。

注意：

由于部分32位操作系统支持的内存小于4G，请在选择下面的硬件配置时对照操作系统的要求选择。

下面罗列出几种支持4GB以上的32位Windows操作系统，下面表格中的数据仅供参考，不同Windows操作系统支持的内存大小以微软公司资料为准。

（所有的64位操作系统都可以支持超过16GB的内存）

操作系统

内存容量

WindowsServer2003EnterpriseEdition

32GB

WindowsServer2003EnterpriseEditionSP2

64GB

WindowsServer2008Enterprise

WindowsServer2008Datacenter

WindowsServer2003DatacenterEdition

128GB

1.2智能管理平台部署方案

在选择下面的部署方案时，需要参考如下参数说明：

（1）iMC资源组件中，设备状态轮询的缺省间隔是1分钟，设备配置轮询的缺省间隔是2小时，当系统管理的设备总量超过3000个时，要求放大设备的状态轮询间隔和配置轮询间隔。

可以按照下面的规则放大：

每3000个设备的轮询状态轮询间隔是1分钟，配置轮询间隔是2小时。

假如有6000个设备，要求将状态轮询间隔放大到2分钟，配置轮询间隔放大到4小时。

用户也可以根据所管理设备的重要性，对不同的设备配置不同的轮询间隔。

iMC提供了批量配置状态轮询和配置轮询的界面：

登录到iMC系统后，点击首页上左导航树的批量操作节点，在选择设备轮询参数即可进行配置。

（2）采集单元：

一个采集单元是指每隔5分钟采集一次的一个采集实例。

5（分钟）/一个采集实例采集间隔（分钟）＝一个采集对应的采集单元。

一个采集实例即一个性能采集指标的实例，比如一个设备一个CPU的利用率的采集就是一个采集实例，一个接口的接收速率的采集也是一个采集实例；

如果一个设备有1个CPU、一个内存，需要监控10个接口的发送速率和接收速率，同时需要监控该设备的不可达率和响应时间，由于1个CPU的监控对应一个采集实例、1个内存的监控对应一个采集实例，10个接口的发送速率和接收速率分别对应10个采集实例、设备的不可达率和响应时间监控分别对应1个采集实例，则这个设备占用采集实例的总数为24个。

如果这24个实例的采集间隔都是5分钟，则存在24个采集单元；

如果这24个采集实例的采集间隔都是10分钟，则存在12个采集单元。

（3）为了提高服务器的IO性能，如果采集单元达到100K～200K，必须配置两块以上的磁盘，并配置256M以上的磁盘RAID卡；

如果采集单元达到200K～300K，必须配置两块以上的磁盘，并配置512M以上的磁盘RAID卡；

如果采集单元达到300K～400K，必须配置4块以上的磁盘，并配置1G以上的磁盘RAID卡。

建议配置RAID0，如果配置RAID5和RAID10必须增加相应数量的校验磁盘。

（4）imcInstallDir：

是在安装iMC时选择的安装路径；

（5）imcDataDir：

是在部署iMC时选择的数据存放路径；

（6）Javaheapsize：

是指iMCWebserver的Java进程占用的内存。

32位操作系统下Javaheapsize最大允许调整到1G，对于Javaheapsize需要的内存超过1G的环境请使用64位操作系统。

iMCPLAT3.20R2606P09之前的版本只支持32位操作系统，iMCPLAT3.20-R2606P09以及之后版本安装在Windows64位操作系统上时，Javaheapsize缺省值是2G，否则缺省是512M。

调整Javaheapsize的方法：

●通过iMC监控代理停止iMC；

●执行Windows下“安装目录\client\bin\setmem.bat1024”（或Linux下“安装目录/client/bin/setmem.sh1024”）脚本，即可将Javaheap最大可用值调整到1024MB（调整的数字为256-1024间的任一值）；

●修改之后在iMC智能代理监控中重新启动iMC。

1.Windows环境（32位）

管理规模

系统要求（最低）

节点数

采集单元（0～5K意味着不启动性能监控或启动少量性能监控）

在线操作员

CPU（主频≥2.5GHz）

内存

Javaheapsize

安装软件所需磁盘空间（imcInstallDir）

运行期间数据存储所需磁盘空间（imcDataDir）

0~200

0~5K

20

2CPUor1x双核CPU

4G

512M

3GB

30GB

5K~50K

10

60GB

200~500

0~10K

30

4CPUor2x双核CPU

6G

1G

50GB

10K~100K

100GB

2.Windows环境（64位）（推荐）

200~1K

8G

2G

1K~2K

0~20K

8CPUor4x双核CPU

16G

4GB

20K~200K

200GB

2K~5K

0~30K

40

16CPUor8x双核CPU

32G

5GB

80GB

30K~300K

250GB

5K~10K

0~40K

50

32CPUor16x双核CPU

64G

7GB

40K~400K

300GB

注意：

为了提高服务器的IO性能，如果采集单元达到100K～200K，必须配置两块以上的磁盘，并配置256M以上的磁盘RAID卡；

3.Linux环境（32位）

4.Linux环境（64位）（推荐）

8CPUor4x双核CPU

24G

5.短信猫（可选）

下面两款短信猫是经过测试的，具体性能参数参见短信猫的说明文档：

●WaveComM2306B

●WaveComTS-WGC1（Q2403A）

1.3NTA/UBA组件部署方案

NTA/UBA组件支持多台分布式部署，以下数据为单个NTA/UBA部署的处理能力及系统要求，如果采集的数据量超过单台NTA/UBA处理的能力时，必须要求用户部署多台NTA/UBA处理服务器。

NTA目前可以处理NetStream、NetFlow、sFlow等格式的日志，也可以处理DIG采集器产生的日志。

UBA目前可以处理NetStream、NetFlow、NAT、Flow等格式的日志，也可以处理DIG采集器产生的日志。

由于NTA/UBA处理的数据量很大，磁盘IO往往会影响数据的入库，对于200G以上的磁盘必须配置两块以上的磁盘，并配置256M以上的RAID卡；

对于500G以上的磁盘必须配置4块以上的磁盘，并配置512M以上的RAID卡；

对于1T以上的磁盘必须配置4块以上的磁盘，并配置1G以上的RAID卡。

1.3.1NTA组件部署方案（处理NetStreamV5或NetFlowV5日志）

每秒处理的日志数（条）

【1】

每5分钟处理最大会话数【2】

CPU

磁盘空间

10000

50万

Windows

1CPU（3.0G以上）

150GB

20000

100万

2CPUor1x双核CPU（3.0G以上）

40000

200万

4CPUor2x双核CPU（3.0G以上）

600GB

Linux

【1】每秒处理的日志数与网络状况有关，也与发送NetStreamV5或NetFlowV5日志的设备有关，不同的设备型号产生NetStreamV5日志的速率不同，具体可参考1.3节后面的“与设备配套关系”小节；

【2】此处的会话数是指实际的网络会话数，如果客户环境中将同一个会话以多种不同格式的日志输出到NTA/UBA中，则分别计算会话量。

下面所有方案中提到的“每秒处理的日志条数”和“最大会话数”含义都按照上述描述理解。

1.3.2NTA组件部署方案（处理sFlow日志）

下面的表格数据是在采样比不小于20000:

1的情况下给出的，如果采样比减少，管理规模需要成比例的减少。

管理的接口数

200

500

500GB

1.3.3UBA组件部署方案（处理NetStreamV5或NetFlowV5或NAT或Flow日志）

操作系统

5000

25万

700GB

1.5TB

3TB

1.3.4NTA与UBA组件部署在一台服务器方案（处理NetStreamV5或NetFlowV5）

4000

20万

8000

40万

16000

80万

1.3.5DIG采集器组件部署方案

采集流量

CPU（LinuxRedhatES3/AS5主频≥3GHz）

0~300M

1CPU；

100G

300M~1G

2CPUor1x双核CPU

DIG采集器具有采样统计功能，能够根据系统的负荷进行动态采样，也可以设置固定的采样比，当发送给探针的流量超过1G时，要求对流量进行采样。

1.3.6NTA组件部署方案（与DIG采集器组件配合）

对应DIG采集流量

每5分钟处理最大会话数

0~500M

500M~1G

1G~3G

1.3.7UBA组件部署方案（与DIG采集器组件配合）

300M~500M

1.3.8NTA与UBA组件部署在一台服务器方案（与DIG采集器组件配合）

1.3.9与设备的配套关系

不同的设备型号产生NetStreamV5日志的速率不同，下面列出了几款常用的NetStreamV5设备，请在组网时参考，如果需要与该列表之外的设备配合组网，请联系设备厂商或根据实际网络环境确定：

设备类型

每秒发送NetStreamV5日志的最大条数

备注

HuaweiNE系列

9000

（1）这是设备发送日志的峰值。

正常运行过程中，每秒发送的日志条数不会超过这些数值，需要结合实际网络环境确定。

（2）这里提到的日志发送速率是按照每个设备一个NetStream板计算的，如果NetStream业务板增加到N个，则发包速率也会增加N倍。

H3CSR88/SR66

H3CS85/S95系列

6000

H3CS75/S65系列

H3CMSR路由器

180

3ComSW88系列

3ComSW77系列

1.4SLA组件部署方案

下表中以SLA实例数划分管理规模。

SLA实例数

Windows/Linux

1.5APM部署方案（仅限Windows操作系统）

服务器个数

系统要求

CPU（主频≥3GHz）

所需磁盘

0~250监视器

1

1CPU

30G

250~1000监视器

1x管理服务器＋2～3x被管理服务器