综合运维管理平台技术建议书.docx
《综合运维管理平台技术建议书.docx》由会员分享，可在线阅读，更多相关《综合运维管理平台技术建议书.docx（152页珍藏版）》请在冰豆网上搜索。
综合运维管理平台技术建议书
综合运维管理平台
技术建议书
目录
1目录格式1
2正文格式1
3排版技巧说明2
4后面是解决方案内容结构说明2
5概述2
5.1IDC概述2
5.2项目背景3
5.2.1IPv6背景介绍4
5.3需求概述6
5.4建设目标和原则7
6总体设计方案7
6.1设计思路7
6.2设计原则7
6.3设计依据8
6.3.1多运维中心支持8
6.4整体架构图及说明8
6.4.1运管平台架构9
6.5逻辑架构图及说明9
6.6软件模块配置说明10
6.7方案特点10
6.7.1简单10
6.7.2可靠10
7详细技术方案11
7.1总体部署图（组网方案）12
7.2系统环境设计12
7.3系统接口13
7.3.1安全系统接口13
7.3.2动环接口13
7.3.3系统功能介绍13
7.3.4平台组件13
7.3.5资源管理25
7.3.6网络管理99
7.4方案安全策略140
7.5技术方案的性能分析141
8HA方案141
9软硬件资源配置建议141
9.1性能计算及硬件配置依据141
10系统备份方案141
11项目实施141
11.1实施方案141
11.2项目管理141
12项目交付与验收141
13技术支持142
13.1售后服务142
13.2验收标准142
14项目预算142
15附录（可选）142
15.1公司简介142
15.2成功案例142
15.3其他说明142
16缩写解释142
1目录格式
（目录的插入和更新，可在工具栏中选择引用-目录-自动目录，1-将目录两字居中，如页数标题有更新，可以在目录上右击，选择更新域-更新整个目录）
2正文格式
各章节序及标题小2号黑体
1.1各节点一级题序及标题小3号黑体
正文另起一段，数字与标题之间空一格
1.1.1各节二级题序及标题4号黑体
正文另起一段，数字与标题之间空一格
1.1.1.1各节三级题序及标题小4号黑体
正文另起一段，数字与标题之间空一格
1.款标题正文接排。
本行缩进2字节，标题与正文空一格
（1）项标题正文接排，本行缩进1字符，标题与正文空一格。
（2）项标题
段落和图标说明
2.1段落、字体说明
每段首行缩进2字符，行距为固定值1.5行间距。
正文用小四号宋体，西文和数字用小四号TimesNewRoman。
2.2公式、插图和插表说明
（插图图题于图下，小4号宋体，图中若有分图时，分图号用a）、b）等置于分图之下。
插图与其图题为一个整体，不得拆开排写于两页。
插图处的该页空白不够排写该图整体时，则可将其后文字部分提前排写，将图移到次页最前面。
）
a）分图ab）分图b
图2-4图题
（插表表序与表名置于表上，小4号宋体，若有分页，需在另一页第一行添加续表。
数字空缺的格内加“-”（占2个数字宽度）。
表内文字或数字上下或左右相同时，采用通栏处理方式。
表内文字说明，起行空一格、转行顶格、句末不加标点。
）
形状模型变化：
特征值编号
特征值
比例1
比例2
1
0.010642
59.62%
59.62%
2
0.002305
12.91%
72.53%
3
0.001347
7.55%
80.08%
4
0.000683
3.83%
83.91%
5
0.000645
3.62%
87.52%
6
0.000392
2.20%
7
0.000324
1.82%
91.54%
8
0.000238
1.34%
92.87%
表2-4形状变化特征值及相应比例
3排版技巧说明
善于使用格式刷。
可以按照一个争取的格式双击后整篇刷完，确保文档的统一性。
这边文档中红色字体的说明部分起提示作用，正式文档请将其删除。
4后面是解决方案内容结构说明
5概述
5.1概述
数据中心是一个非常复杂的系统，传统数据中心管理往往分散独立，采用烟囱式的管理系统，一套系统管理服务器、一套系统管理网络设备、一套系统管理存储、一套系统管理机房等等，分立的系统无法获得系统整体的运行和运维情况，管理人员无法做出快速、准确的响应和决策，无法做出综合的分析，导致数据中心管理复杂，管理成本高昂。
传统的数据中心管理，都是将机房和IT设备分开，IT和管理分开，各部件的维护信息和人力资源不能实现共享，其传统架构的限制已经无法满足现代化统一管理需求。
因此基于新时代设计的全新数据中心管理解决方案诞生了，其原则是将各个独立的部件组成一个完整的相互关联的大型数据仓库，打破了这种传统的各模块单独管理的模式，将各个数据中心的异构设备管理、IT服务、机房管理等都融合组成一个一体化的数据中心管理系统，实现了各个模块的联动使用，同时也为数据中心实现了运维人员的共享使用，原来需要3组不同的维护人员，现在只需要一组就可以了。
因此和传统的数据中心管理软件相比，显著提升运营管理效率。
5.2项目背景
本项目的任务提出者、开发者、用户。
该项目需求的背景。
背景不同于需求本身，主要说明在哪些情况下（如市场压力、业务发展变化等）或为什么用户提出了这些需求，尽量描述简洁。
本次提出的需求在业务发展过程中的前期相关情况、业务发展方向以及满足需求后的影响。
所建议立项的项目名称和标识（名称和标识要唯一，立项、开发、验收各阶段使用）。
该项目涉及的现有系统。
这里仅列出已经运行的系统名称。
通常以规范书背景内容为准。
2014年，中国IDC市场规模已超过200亿元人民币，增速相比于2013年有明显上升，达到了20%以上。
其中一部分源于IT企业、互联网企业和电信企业从自身业务支撑和拓展的强烈需求，另一部分来自云计算、大数据业务的发展、互联网客户需求的增加等因素拉动了市场的增长。
各大运营商的数据中心仍是其业务的重要支撑，未来，其数据中心的投资规模仍将继续扩大。
在IDC建设投入上面，国内三大运营商（移动，电信，联通）都加大对新机房的投入，并将一部分原来由各省控制的资源划归集团统一管理，以提升大客户的销售能力。
其次，第三方IDC公司大量新建机房，新增投产的数据中心总规模接近前3年的投放总量。
随着IDC/ISP牌照的开放，IDC行业服务商数量将持续增加，国内IDC行业处于高速发展期，专业IDC市场的竞争日趋白热化。
在如此巨大的市场面前，资源和环境的约束越来越明显，劳动力、土地、能源等要素成本不断上升，故如何在满足现有业务的同时有效利用现有资源，进行资源整合复用，避免成本浪费成，甚至还要考虑为今后顺应市场的扩展留出充足的空间已然成为当前各运营商迫切需要考虑的问题。
当前西藏移动在前期的建设中已基本完成了部分网管系统和业务功能建设，目前建成了门户，业务管理系统、运维管理，运营管理系统，资源管理系统等主要功能系统，基本实现了IDC的自动化运维、运营功能。
随着以客户为中心等运营模式及理念的发展，及用户对业务体验的不断提高，目前老版本IDC综合运营管理系统在易用性，故障快速关联客户、设备，功能上无法支持当前形势下的运维、运营要求，技术更新步伐和设备、业务信息的增长需求，目前急需对现有平台的基本架构进行改造，对平台的功能点进行加强，并进一步增强平台在IDC自动化运维、运营方面的综合能力，并还能在此基础上增加扩展能力，为今后引入新功能新系统，减少管理和操作成本打下坚实的基础。
5.2.1IPv6背景介绍
2011年12月23日，国务院总理温家宝主持召开国务院常务会议，研究部署加快发展我国下一代互联网产业。
会议指出，要在现有互联网基础上进行创新，发展地址资源足够丰富、先进节能、安全可信，具有良好可扩展性和成熟商业模式的下一代互联网。
此次会议明确了我国发展下一代互联网的路线图和主要目标。
即在2013年年底前，开展IPV6网络小规模商用试点，形成成熟的商业模式和技术演进路线；2014年至2015年，开展大规模部署和商用，实现IPV4与IPV6主流业务互通。
目前使用的第二代互联网IPv4技术，它的最大问题是网络地址资源有限，从理论上讲，编址1600万个网络、40亿台主机。
但采用A、B、C三类编址方式后，可用的网络地址和主机地址的数目大打折扣，以至目前的IP地址近乎枯竭。
其中北美占有3/4，约30亿个，而人口最多的亚洲只有不到4亿个，中国截止2010年6月IPv4地址数量达到2.5亿，落后于4.2亿网民的需求。
地址不足，严重地制约了中国及其他国家互联网的应用和发展。
一方面是地址资源数量的限制，另一方面是随着电子技术及网络技术的发展，计算机网络将进入人们的日常生活，可能身边的每一样东西都需要连入全球因特网。
在这样的环境下，IPv6应运而生。
单从数量级上来说，IPv6所拥有的地址容量是IPv4的约8×10^28倍，达到2^128（算上全零的）个。
这不但解决了网络地址资源数量的问题，同时也为除电脑外的设备连入互联网在数量限制上扫清了障碍。
5.2.1.1IPv4存在的问题
Ø地址问题
IPv4地址长度只有32位，大约43亿个地址中己用掉了3/4，并且还有许多地址不可用。
随着Internet的爆炸式发展，除了计算机，移动电话、手表、汽车、家用电器等都可能需要IP。
专家预计到2005年和2010年之间IPv4地址就会耗尽，必须用一种新的地址方案来替代它。
Ø路由爆炸
Internet由于早期缺乏规划，造成了IP地址分配的“贫富不均”。
B类地址不足，不得不分配若干个C类地址给一个机构以解决地址容量的问题，这样就导致了路由表的迅速膨胀。
Internet的核心路由器已有数万个入口。
各级路由器中，路由表的条目过度增长，路由选择的等待时间增长，最终的结果使得路由器不堪重负，Internet的路由选择机制可能因此而崩溃。
ØIPv4提供的服务
IPv4尽最大努力传送数据包，它为上层协议提供的服务是不可靠的，没有QoS（服务质量）的概念。
以上这些问题都是IPv4的薄弱环节、致命弱点。
同时Internet不断提升对移动性、安全性以及多媒体业务等支持的要求，IPv4都无法很好满足。
5.2.1.2IPv6优势
Ø更大的地址空间
IPv4中规定IP地址长度为32，即有2^32-1个地址；而IPv6中IP地址的长度为128，即有2^128-1个地址。
Ø更小的路由表
IPv6的地址分配一开始就遵循聚类（Aggregation）的原则，这使得路由器能在路由表中用一条记录（Entry）表示一片子网，大大减小了路由器中路由表的长度，提高了路由器转发数据包的速度。
Ø增强的组播（Multicast）支持以及对流的支持（Flow-control）
这使得网络上的多媒体应用有了长足发展的机会，为服务质量（QoS）控制提供了良好的网络平台。
Ø对自动配置（Auto-configuration）的支持
这是对DHCP协议的改进和扩展，使得网络（尤其是局域网）的管理更加方便和快捷。
Ø更高的安全性
在使用IPv6网络中用户可以对网络层的数据进行加密并对IP报文进行校验,这极大的增强了网络安全。
5.3需求概述
描述对方面临的问题，需求的详细描述和我们的判断分析。
可按照实际情况分节描述。
如果用户需求需要分期、分阶段实施，则需要说明系统实施的阶段划分以及各阶段实现的需求要点。
1．功能性需求要点
根据《用户需求说明书》，简要说明系统需要实现的功能性需求要点。
非功能性需求要求，如对可用性、灾备方面的要求，具体内容罗列如下：
可用性：
运行时间模式（例如7x24）
指出普通用户和高级用户要高效地执行特定操作所需的培训时间
可靠性：
备份、数据恢复机制，故障恢复时间等
性能：
描述业务估算规模及增长趋势
对事务的响应时间（平均、最长）
吞吐量（例如每秒处理的实务数）
容量（例如系统可容纳的客户或事务数）
降级模式（当系统以某种形式降级时可接受的运行模式）
资源利用情况：
内存、磁盘、通信等。
联机用户文档和帮助系统需求：
如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请在此说明。
接口/界面：
说明将实现的用户界面，与其他系统或设备（如局域网、远程串行设备等）的所有通信接口要求。
5.4建设目标和原则
说明所建议系统的主要开发目标，如：
分期实施每期达到的目标、满足需求的程度；人力与设备费用的减少；处理速度的提高；控制精度或生产能力的提高；管理系统服务的改进；自动决策系统的改进；人员利用率的改进。
6总体设计方案
这里描述我们的总体思路和设计方法、原则、依据、架构体系、特点。
说明建议技术方案如何被满足要求，描述满足需求所涉及的系统及系统间的协作关系。
对于分期实施的功能需求，需要按阶段分别阐述各阶段的设计思路和方案。
如果是原系统立旧设计，则需要把切入点阐述清楚。
下面是对设计方案的分解描述。
6.1设计思路
6.2设计原则
高效性原则
高可靠性原则
高灵活性和可扩展性原则
系统设计连续性原则
6.3设计依据
6.3.1多运维中心支持
平台同时支持单数据中心或多数据中心部署，平台可以平滑支持运营商数据中心的分级分地区管理，当在部署多级数据中心时，需在各级数据中心部署采集器，采集器数量由机房及网元数量决定。
图示：
多运维中心支持
6.4整体架构图及说明
使用方框图表示系统整体架构涉及，架构图中应体现与本系统相关的所有系统，系统外联情况复杂，可以用多视图、从多角度表现本系统的外部接口情况。
对系统整体架构图进行详细说明，包括：
1．系统组成、在整体架构图中的功能定位和角色
2．与各系统的连接方式、通讯协议
3．相关系统在整体架构图的角色和定位
4．描述各系统间的配合和协作关系
6.4.1运管平台架构
此平台是采用B/S架构模式，具备模块化分离、插件化、脚本化设计思想，系统软硬件均可实现平滑扩展，同时结合运维理念和IT未来发展方向开发的适用于大、中型电信运营商及企业的数据中心管理平台；
平台利用业界先进技术，对基础网络、服务器、安全设备、存储、托管应用、资源、客户、业务、运维服务、机房环境等几个层面进行统一的管理，实现了跨平台和分布式的管理模式，充分考虑了IDC管理的特点和业务发展需要，是保障IDC管理高效率、低成本运营的全面解决方案。
下图是平台的完整功能架构图，本建议书根据项目的需求涉及到管理平台的部分功能:
平台总体架构图
6.5逻辑架构图及说明
着重从本系统内部的架构设计出发，以图示和文字描述系统内部软件结构、大致的模块划分，以及各模块如何协作完成系统功能。
逻辑架构设计应粗略反映本系统的内部软件结构，模块的划分应从软件功能的角度而非业务功能的角度来进行划分。
6.6软件模块配置说明
这部分内容是删除价格的配置清单
6.7方案特点
结合业务发展和定位，说明这种技术方案的优缺点及如何与业务规划、技术规划匹配。
（罗列系统各方面特点，如API集成、插件化等，可参考如下：
完全插件化的应用扩展
插件化、脚本化的数据采集
可集成的第三方开发API的支持
可扩展的资源模型
模板化的报表分析
灵活的流程引擎支持
弹性的运维模式支持）
6.7.1简单
简单指的就是模块化、标准化和工业化。
关键部件全部采用标准化设计和接口，简单易复制，可以在工厂内预安装和调试，现场采用模块化组装，实现快速建设，部署周期仅需8-12周，比传统数据中心同类安装工艺的时间缩短50%以上。
同时数据中心具有按需部署，灵活扩容。
模块化数据中心解决方案从部件、子系统，到模块布局，实现全方位模块化，可支持多机房垮地域平滑扩展，客户可以根据中长期需求一次规划，按需部署，减小初期投资压力。
6.7.2可靠
可靠是指系统可用度99.999%、保障业务连续性。
可靠措施包括部件模块化冗余，关键器件冗余、关键设备的预警功能、产品宽范围电压、负载、温度、防尘防水、防腐抗震等设计。
同时通过智能监控管理系统提高系统可靠性和维护管理效率。
云计算业务虚拟化高弹性的特点，对运维效率及响应速度提出了高的要求。
而智能监控管理系统在原有动力、环境、安防等监控的基础上，增加了能效、资源、报表、业务运维流程对接等管理功能。
网管系统运用了无线传感技术，机器人巡检功能，对设备和资源进行主动有效管理，提高了运维效率，与高弹性的虚拟化云计算业务匹配。
7详细技术方案
概括地说明所建议的技术方案，从主要业务需求为出发点，给出由一个或几个系统配合实现完整业务处理的技术框架，建议使用方框图并附加文字说明的形式表示，图示主要表现系统间的配合或接口，如果系统由几部分或几层次组成，可以概括地展现出来。
文字说明部分要求概述系统之间如何配合完成业务处理过程。
1.说明哪些功能需要在本系统中实现，本系统在技术方案中扮演的角色。
2.说明现在系统中是否需要调整、新开发，或者已经满足功能要求。
如果已经满足功能要求，本节后续内容不需要填写。
3.如果是新开发系统，需要给出系统定位、发展方向、网络结构、软件结构、软硬件运行环境等内容。
4.如果是对现有系统的调整，需要给出调整要点，调整的功能等。
如果改变了系统架构，必须给出相应的网络结构、软件结构等内容。
7.1总体部署图（组网方案）
7.2系统环境设计
描述系统运行的硬件环境（运行平台）、操作系统、数据库、中间件
7.3系统接口
描述系统支持的接口信息，可根据规范罗列的接口要求逐一对应
为满足IDC综合管理系统各项业务和应用的需求，尽可能实现平滑升级，同时预留符合电信规范的接口，保证与其它第三方系统特别是IDC相关系统的联网，包括但不限于以下接口：
7.3.1安全系统接口
与安全系统接口，实现安全日志、告警信息传递到管理平台，进行统一展现、报警、统计。
7.3.2动环接口
此接口实现各类动环数据同步到平台，在平台上提供数据的展现、统计、分析功能。
7.3.3系统功能介绍
以下分小节说明技术方案中所有涉及到的现有功能，按EV的几大模块划分（资源、监控、平台、其它模块），分列章节，每个功能为满足本项目需求所承担的角色、完成系统功能需要对现有系统的架构或功能方面的改造情况等。
对于需要新开发的、修改现有系统的情况，需要特别说明。
✧系统处理流程（业务需求）
在对系统功能进行介绍时，如涉及到业务部分应当以业务功能分类为索引，结合技术方案描述各类业务处理过程，强调各系统配合完成业务需求，至于各系统完成的详细功能等内容在后续描述。
需要注意：
要从项目决策者、业务人员能够理解的角度描述，不要求过分描述细节。
采用时序图或数据流方式来表示业务的处理流程。
7.3.4平台组件
7.3.4.1桌面管理
为了不改变用户操作习惯，降低操作使用难度，增强用户操作体验，平台提供类似windows简洁的桌面管理方式和人机交互界面，并能提供应用插件化管理。
主要功能包括：
Ø能提供平台控制面板内容的增加、删除、修改等；
Ø能提供平台公告在桌面显示，并能对公告内容进行查看、添加、删除等；
Ø能提供桌面背景自定义设置等；
Ø能提供桌面图标显示方式、大图标、中图标、小图标显示；
Ø能提供版本信息、内部版本号的查看等；
Ø能提供桌面锁屏设置，可灵活设置触发锁屏时间；
Ø能提供用户的登陆、注销、密码修改等；
图示：
可视化界面
7.3.4.2个人工作台
个人工作台功能是平台的一个综合应用模块，平台支持通过“个人工作台”功能提供以个人工作为核心的工作平台，组织个人工作相关数据和功能模块，为用户提供了平台主要功能的快捷入口。
通过工作台，当前用户可以很方便的了解到自己目前需要做哪些事，哪些事需要自己监督的，系统上正在发生哪些事情等。
主要功能包括：
Ø能提供自定义的首页内容展示方式；
Ø能提供当前工作列表显示；
Ø能提供业务工单的集中处理功能；
Ø能提供‘我的工作情况’的Dashboard展示功能；
Ø能提供工作台内容的搜索功能，可按关键字搜索各种CI项；
Ø能提供列表定期自动刷新，周期可设置；
Ø能提供快速定位到相应工作页面。
图示：
工作台首页
图示：
工作台列表
7.3.4.3计划任务管理
当前用户可利用计划任务管理提供的功能进行人性化工作任务管理，查询以前的工作任务等，主要功能如下：
Ø能提供任务信息的添加、删除和修改操作；
Ø能提供任务信息按天、周、月方式管理；
Ø能提供任务时间段设置；
Ø能提供提醒时间设置；
Ø能提供多种提醒方式，包括邮件、手机短信和滚动栏提醒等；
Ø能提供事件方式管理；
Ø能提供选择一个或多个事件接收人；
Ø能提供桌面日历关联任务查看；
Ø能提供桌面闹钟任务提醒。
图示：
任务管理图示：
任务添加
7.3.4.4消息管理
消息管理功能是对平台各用户间消息的传送进行管理，以加强平台内容沟通交流，主要功能如下：
Ø能提供平台用户之间发送消息，并附加发送外部邮件、短信等；
Ø能提供消息重发、转发等功能；
Ø能提供消息删除功能等；
Ø能提供消息发送到公告栏进行展现。
Ø能提供右下角浮动窗口展现消息
7.3.4.5即时通信
即时通信功能是平台为各操作人员提供的在平台内的即时的信息交流功能，类似于网络聊天功能。
主要功能包括：
Ø能提供在线操作人员聊天；
Ø能提供最近聊天操作人员列表显示；
Ø能提供离线操作人员列表显示；
Ø能提供自动、手动刷新操作人员列表；
图示：
即时通信
7.3.4.6邮件消息
邮件消息能提供操作人员与操作人员之间、操作人员与用户之间的邮件交流功能，适用于非即时、内容较多的信息交流，与现有的邮件系统一样。
主要功能包括：
Ø能提供收件箱功能和邮件内容保存；
Ø能提供发件箱功能；
Ø能提供草稿箱功能；
Ø能提供邮件到达提醒功能；
Ø能提供邮件格式编辑；
Ø能提供联系人列表方式选择、查询；
Ø能提供邮件附件功能。
7.3.4.7报表引擎模块
提供自定义报表，可在已有报表模板里进行选择。
7.3.4.8Dashboard模块
Dashboard功能主要对资源视图、ITIL视图、我的工作台视图提供全局的特定数据统计及平台工作状态监控的呈现，可作为用户重点了解当前系统的特定资源、网络、服务、业务等数据和状态统计趋势变化的直观界面。
与报表不同，Dashboard通过把面板池中相关信息视图拖动到对应视角的模板内来达到自定义视图展示效果。
只有系统管理员可统一设定资源视图、ITIL视图、我的工作台视图里的默认展示内容，其余用户均不能修改默认展示内容，但可以通过添加Tab的方式定制属于自己的Dashboard展示视图。
Ø支持资源首页，工作台首页，ITIL视图首页自选常用统计视图进行展示；
Ø支持对统计数据进行定制展示；
Ø支持通过新建Tab页方式圈定呈现自选内容，并支持对Tab名称、描述、页面呈现方式进行编辑，一个Tab页可最大支持4列并排显示；
Ø支持通过拖拽方式进行面板添加和布局摆放；
Ø支持把新建的Tab页并入指定的模块视图首页中呈现；
图示：
DashBoard配置管理
图示：
Tab页面效果
7.3.4.9运维中心管理
运维中心是一个或者多个IDC机房的集合
升级会员 