综合运维管理平台技术建议书.docx
《综合运维管理平台技术建议书.docx》由会员分享,可在线阅读,更多相关《综合运维管理平台技术建议书.docx(148页珍藏版)》请在咨信网上搜索。
1、 技术方案标题名称综合运维管理平台技术建议书 公司Logo 技术方案标题名称目录1目录格式12正文格式13排版技巧说明24后面是解决方案内容结构说明25概述25.1IDC概述25.2项目背景35.2.1IPv6背景介绍45.3需求概述65.4建设目标和原则76总体设计方案76.1设计思路76.2设计原则76.3设计依据86.3.1多运维中心支持86.4整体架构图及说明86.4.1运管平台架构96.5逻辑架构图及说明96.6软件模块配置说明106.7方案特点106.7.1简单106.7.2可靠107详细技术方案117.1总体部署图(组网方案)127.2系统环境设计127.3系统接口137.3.1
2、安全系统接口137.3.2动环接口137.3.3系统功能介绍137.3.4平台组件137.3.5资源管理257.3.6网络管理997.4方案安全策略1407.5技术方案的性能分析1418HA方案1419软硬件资源配置建议1419.1性能计算及硬件配置依据14110系统备份方案14111项目实施14111.1实施方案14111.2项目管理14112项目交付与验收14113技术支持14213.1售后服务14213.2验收标准14214项目预算14215附录(可选)14215.1公司简介14215.2成功案例14215.3其他说明14216缩写解释142第144页,共144页(居中)1 目录格式(目
3、录的插入和更新,可在工具栏中选择引用-目录-自动目录,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行间距。正
4、文用小四号宋体,西文和数字用小四号Times New Roman。2.2公式、插图和插表说明(插图图题于图下,小4号宋体,图中若有分图时,分图号用a)、b)等置于分图之下。插图与其图题为一个整体,不得拆开排写于两页。插图处的该页空白不够排写该图整体时,则可将其后文字部分提前排写,将图移到次页最前面。)a)分图a b)分图b图2-4 图题(插表表序与表名置于表上,小4号宋体,若有分页,需在另一页第一行添加续表。数字空缺的格内加“-”(占2个数字宽度)。表内文字或数字上下或左右相同时,采用通栏处理方式。表内文字说明,起行空一格、转行顶格、句末不加标点。)形状模型变化: 特征值编号特征值比例1比例2
5、10.01064259.62%59.62%20.00230512.91%72.53%30.0013477.55%80.08%40.0006833.83%83.91%50.0006453.62%87.52%60.0003922.20%70.0003241.82%91.54%80.0002381.34%92.87%表2-4 形状变化特征值及相应比例3 排版技巧说明善于使用格式刷。可以按照一个争取的格式双击后整篇刷完,确保文档的统一性。这边文档中红色字体的说明部分起提示作用,正式文档请将其删除。4 后面是解决方案内容结构说明5 概述5.1 概述数据中心是一个非常复杂的系统,传统数据中心管理往往分散独
6、立,采用烟囱式的管理系统,一套系统管理服务器、一套系统管理网络设备、一套系统管理存储、一套系统管理机房等等,分立的系统无法获得系统整体的运行和运维情况,管理人员无法做出快速、准确的响应和决策,无法做出综合的分析,导致数据中心管理复杂,管理成本高昂。传统的数据中心管理,都是将机房和IT设备分开,IT和管理分开,各部件的维护信息和人力资源不能实现共享,其传统架构的限制已经无法满足现代化统一管理需求。因此基于新时代设计的全新数据中心管理解决方案诞生了,其原则是将各个独立的部件组成一个完整的相互关联的大型数据仓库,打破了这种传统的各模块单独管理的模式,将各个数据中心的异构设备管理、IT服务、机房管理等
7、都融合组成一个一体化的数据中心管理系统,实现了各个模块的联动使用,同时也为数据中心实现了运维人员的共享使用,原来需要3组不同的维护人员,现在只需要一组就可以了。因此和传统的数据中心管理软件相比,显著提升运营管理效率。5.2 项目背景本项目的任务提出者、开发者、用户。该项目需求的背景。背景不同于需求本身,主要说明在哪些情况下(如市场压力、业务发展变化等)或为什么用户提出了这些需求,尽量描述简洁。本次提出的需求在业务发展过程中的前期相关情况、业务发展方向以及满足需求后的影响。所建议立项的项目名称和标识(名称和标识要唯一,立项、开发、验收各阶段使用)。该项目涉及的现有系统。这里仅列出已经运行的系统名
8、称。通常以规范书背景内容为准。2014年,中国IDC市场规模已超过200亿元人民币,增速相比于2013年有明显上升,达到了20%以上。其中一部分源于IT企业、互联网企业和电信企业从自身业务支撑和拓展的强烈需求,另一部分来自云计算、大数据业务的发展、互联网客户需求的增加等因素拉动了市场的增长。各大运营商的数据中心仍是其业务的重要支撑,未来,其数据中心的投资规模仍将继续扩大。在IDC建设投入上面,国内三大运营商(移动,电信,联通)都加大对新机房的投入,并将一部分原来由各省控制的资源划归集团统一管理,以提升大客户的销售能力。其次,第三方IDC公司大量新建机房,新增投产的数据中心总规模接近前3年的投放
9、总量。随着IDC/ISP牌照的开放,IDC行业服务商数量将持续增加,国内IDC行业处于高速发展期,专业IDC市场的竞争日趋白热化。在如此巨大的市场面前,资源和环境的约束越来越明显,劳动力、土地、能源等要素成本不断上升,故如何在满足现有业务的同时有效利用现有资源,进行资源整合复用,避免成本浪费成,甚至还要考虑为今后顺应市场的扩展留出充足的空间已然成为当前各运营商迫切需要考虑的问题。当前西藏移动在前期的建设中已基本完成了部分网管系统和业务功能建设,目前建成了门户,业务管理系统、运维管理,运营管理系统,资源管理系统等主要功能系统,基本实现了IDC的自动化运维、运营功能。随着以客户为中心等运营模式及理
10、念的发展,及用户对业务体验的不断提高,目前老版本IDC综合运营管理系统在易用性,故障快速关联客户、设备,功能上无法支持当前形势下的运维、运营要求,技术更新步伐和设备、业务信息的增长需求,目前急需对现有平台的基本架构进行改造,对平台的功能点进行加强,并进一步增强平台在IDC自动化运维、运营方面的综合能力,并还能在此基础上增加扩展能力,为今后引入新功能新系统,减少管理和操作成本打下坚实的基础。5.2.1 IPv6背景介绍2011年12月23日,国务院总理温家宝主持召开国务院常务会议,研究部署加快发展我国下一代互联网产业。会议指出,要在现有互联网基础上进行创新,发展地址资源足够丰富、先进节能、安全可
11、信,具有良好可扩展性和成熟商业模式的下一代互联网。此次会议明确了我国发展下一代互联网的路线图和主要目标。即在2013年年底前,开展IPV6网络小规模商用试点,形成成熟的商业模式和技术演进路线;2014年至2015年,开展大规模部署和商用,实现IPV4与IPV6主流业务互通。目前使用的第二代互联网IPv4技术,它的最大问题是网络地址资源有限,从理论上讲,编址1600万个网络、40亿台主机。但采用A、B、C三类编址方式后,可用的网络地址和主机地址的数目大打折扣,以至目前的IP地址近乎枯竭。其中北美占有3/4,约30亿个,而人口最多的亚洲只有不到4亿个,中国截止2010年6月IPv4地址数量达到2.
12、5亿,落后于4.2亿网民的需求。地址不足,严重地制约了中国及其他国家互联网的应用和发展。一方面是地址资源数量的限制,另一方面是随着电子技术及网络技术的发展,计算机网络将进入人们的日常生活,可能身边的每一样东西都需要连入全球因特网。在这样的环境下,IPv6应运而生。单从数量级上来说,IPv6所拥有的地址容量是IPv4的约81028倍,达到2128(算上全零的)个。这不但解决了网络地址资源数量的问题,同时也为除电脑外的设备连入互联网在数量限制上扫清了障碍。5.2.1.1 IPv4存在的问题 地址问题IPv4地址长度只有32位,大约43亿个地址中己用掉了3/4,并且还有许多地址不可用。随着Inter
13、net的爆炸式发展,除了计算机,移动电话、手表、汽车、家用电器等都可能需要IP。专家预计到2005年和2010年之间IPv4地址就会耗尽,必须用一种新的地址方案来替代它。 路由爆炸Internet由于早期缺乏规划,造成了IP地址分配的“贫富不均”。B类地址不足,不得不分配若干个C类地址给一个机构以解决地址容量的问题,这样就导致了路由表的迅速膨胀。Internet的核心路由器已有数万个入口。各级路由器中,路由表的条目过度增长,路由选择的等待时间增长,最终的结果使得路由器不堪重负,Internet的路由选择机制可能因此而崩溃。 IPv4提供的服务IPv4尽最大努力传送数据包,它为上层协议提供的服务
14、是不可靠的,没有QoS(服务质量)的概念。以上这些问题都是IPv4的薄弱环节、致命弱点。同时Internet不断提升对移动性、安全性以及多媒体业务等支持的要求,IPv4都无法很好满足。5.2.1.2 IPv6优势 更大的地址空间IPv4中规定IP地址长度为32,即有232-1个地址;而IPv6中IP地址的长度为128,即有2128-1个地址。 更小的路由表IPv6的地址分配一开始就遵循聚类(Aggregation)的原则,这使得路由器能在路由表中用一条记录(Entry)表示一片子网,大大减小了路由器中路由表的长度,提高了路由器转发数据包的速度。 增强的组播(Multicast)支持以及对流的支
15、持(Flow-control)这使得网络上的多媒体应用有了长足发展的机会,为服务质量(QoS)控制提供了良好的网络平台。 对自动配置(Auto-configuration)的支持这是对DHCP协议的改进和扩展,使得网络(尤其是局域网)的管理更加方便和快捷。 更高的安全性在使用IPv6网络中用户可以对网络层的数据进行加密并对IP报文进行校验,这极大的增强了网络安全。5.3 需求概述描述对方面临的问题,需求的详细描述和我们的判断分析。可按照实际情况分节描述。如果用户需求需要分期、分阶段实施,则需要说明系统实施的阶段划分以及各阶段实现的需求要点。1 功能性需求要点根据用户需求说明书,简要说明系统需要
16、实现的功能性需求要点。非功能性需求要求,如对可用性、灾备方面的要求,具体内容罗列如下:可用性:运行时间模式(例如 7 x 24)指出普通用户和高级用户要高效地执行特定操作所需的培训时间可靠性:备份、数据恢复机制,故障恢复时间等性能:描述业务估算规模及增长趋势对事务的响应时间(平均、最长)吞吐量(例如每秒处理的实务数)容量(例如系统可容纳的客户或事务数)降级模式(当系统以某种形式降级时可接受的运行模式)资源利用情况:内存、磁盘、通信等。联机用户文档和帮助系统需求:如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求,请在此说明。接口/界面:说明将实现的用户界面,与其他系统或设备(如局域网、远
17、程串行设备等)的所有通信接口要求。5.4 建设目标和原则说明所建议系统的主要开发目标,如:分期实施每期达到的目标、满足需求的程度;人力与设备费用的减少;处理速度的提高;控制精度或生产能力的提高;管理系统服务的改进;自动决策系统的改进;人员利用率的改进。6 总体设计方案这里描述我们的总体思路和设计方法、原则、依据、架构体系、特点。说明建议技术方案如何被满足要求,描述满足需求所涉及的系统及系统间的协作关系。对于分期实施的功能需求,需要按阶段分别阐述各阶段的设计思路和方案。如果是原系统立旧设计,则需要把切入点阐述清楚。下面是对设计方案的分解描述。6.1 设计思路6.2 设计原则高效性原则高可靠性原则
18、高灵活性和可扩展性原则系统设计连续性原则6.3 设计依据6.3.1 多运维中心支持平台同时支持单数据中心或多数据中心部署,平台可以平滑支持运营商数据中心的分级分地区管理,当在部署多级数据中心时,需在各级数据中心部署采集器,采集器数量由机房及网元数量决定。图示:多运维中心支持6.4 整体架构图及说明使用方框图表示系统整体架构涉及,架构图中应体现与本系统相关的所有系统,系统外联情况复杂,可以用多视图、从多角度表现本系统的外部接口情况。对系统整体架构图进行详细说明,包括:1 系统组成、在整体架构图中的功能定位和角色2 与各系统的连接方式、通讯协议3 相关系统在整体架构图的角色和定位4 描述各系统间的
19、配合和协作关系6.4.1 运管平台架构此平台是采用B/S架构模式,具备模块化分离、插件化、脚本化设计思想,系统软硬件均可实现平滑扩展,同时结合运维理念和IT未来发展方向开发的适用于大、中型电信运营商及企业的数据中心管理平台;平台利用业界先进技术,对基础网络、服务器、安全设备、存储、托管应用、资源、客户、业务、运维服务、机房环境等几个层面进行统一的管理,实现了跨平台和分布式的管理模式,充分考虑了IDC管理的特点和业务发展需要,是保障IDC管理高效率、低成本运营的全面解决方案。下图是平台的完整功能架构图,本建议书根据项目的需求涉及到管理平台的部分功能:平台总体架构图6.5 逻辑架构图及说明着重从本
20、系统内部的架构设计出发,以图示和文字描述系统内部软件结构、大致的模块划分,以及各模块如何协作完成系统功能。逻辑架构设计应粗略反映本系统的内部软件结构,模块的划分应从软件功能的角度而非业务功能的角度来进行划分。6.6 软件模块配置说明这部分内容是删除价格的配置清单6.7 方案特点结合业务发展和定位,说明这种技术方案的优缺点及如何与业务规划、技术规划匹配。(罗列系统各方面特点,如API集成、插件化等,可参考如下:完全插件化的应用扩展插件化、脚本化的数据采集可集成的第三方开发API的支持可扩展的资源模型模板化的报表分析灵活的流程引擎支持弹性的运维模式支持)6.7.1 简单简单指的就是模块化、标准化和
21、工业化。关键部件全部采用标准化设计和接口,简单易复制,可以在工厂内预安装和调试,现场采用模块化组装,实现快速建设,部署周期仅需8-12周,比传统数据中心同类安装工艺的时间缩短50%以上。同时数据中心具有按需部署,灵活扩容。模块化数据中心解决方案从部件、子系统,到模块布局,实现全方位模块化,可支持多机房垮地域平滑扩展,客户可以根据中长期需求一次规划,按需部署,减小初期投资压力。6.7.2 可靠可靠是指系统可用度99.999%、保障业务连续性。可靠措施包括部件模块化冗余,关键器件冗余、关键设备的预警功能、产品宽范围电压、负载、温度 、防尘防水、防腐抗震等设计。 同时通过智能监控管理系统提高系统可靠
22、性和维护管理效率。云计算业务虚拟化高弹性的特点,对运维效率及响应速度提出了高的要求。而智能监控管理系统在原有动力、环境、安防等监控的基础上,增加了能效、资源、报表、业务运维流程对接等管理功能。网管系统运用了无线传感技术,机器人巡检功能,对设备和资源进行主动有效管理,提高了运维效率,与高弹性的虚拟化云计算业务匹配。7 详细技术方案概括地说明所建议的技术方案,从主要业务需求为出发点,给出由一个或几个系统配合实现完整业务处理的技术框架,建议使用方框图并附加文字说明的形式表示,图示主要表现系统间的配合或接口,如果系统由几部分或几层次组成,可以概括地展现出来。文字说明部分要求概述系统之间如何配合完成业务
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 综合 管理 平台 技术 建议书
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。