数据中心架构资源池改造方案.docx
- 文档编号:469633
- 上传时间:2022-10-10
- 格式:DOCX
- 页数:42
- 大小:1.98MB
数据中心架构资源池改造方案.docx
《数据中心架构资源池改造方案.docx》由会员分享,可在线阅读,更多相关《数据中心架构资源池改造方案.docx(42页珍藏版)》请在冰豆网上搜索。
数据中心架构资源池改造方案
数据中心架构aCloud资源池改造
方案模板
1项目背景
1.1需求背景介绍
备注说明:
如下是以某客户的需求背景为模板,进行介绍,此部分需要一线使用的过程中,结合客户的实际情况做修改和添加。
近年来,随着我国国民经济的持续健康发展,中小企业融资需求和新农村建设需要的不断增强,中小银行纷纷成立,为地方经济建设提供了强有力的金融支持。
与此同时,中小银行自身信息化建设能力面临很大挑战,在资金和人员有限的情况下,在风险必须可控的前提下,又快又好地建设银行业务全系统和基础设施成为中小银行发展亟需解决的掣肘。
云计算作为信息技术创新服务模式的集中体现,已经成为支撑各行业发展的关键信息基础设施,是金融行业分布式架构转型的助燃剂,为中小银行快速部署银行业务系统提供了有力的信息化支撑,能够促进中小银行提高信息化管理能力,有效增强业务竞争能力。
xxxx有限公司,作为集团公司和兄弟单位的支撑单位,提供有关财务结算、支付、交易等业务系统,并且xxxx有限公司也是由银监会直接监管的单位,IT信息化建设也是按照银监会相关规定进行建设的,未来云平台建设的参考要求同样按照银监会十三五规划与中国人民银行十三五规划作为重要依据和支撑。
1.2项目概述
随着XX用户信息化的不断深入,基础架构变得过于复杂和脆弱。
目前,70%以上的IT投资主要用于运维方面,而支撑战略性及创新型的项目的预算变得极为紧促。
随着业务变化速度的加快,IT对业务的响应要求越来越高,信息部门需要一种更好的策略来支撑业务的发展。
备注:
每个项目的描述肯定不一样,所以这个需要一线的兄弟自行修改
1.3客户现有系统架构拓扑图
备注:
每个客户的情况由于都不一样,需要一线人员主动找客户要或者根据客户的描述画出来,然后粘贴到此处。
1.4需求分析
xxx公司对新建云平台的诉求有更新、更高、更好的要求,采用应用成熟、适度先进的技术,构建新型数据中心,并整合现有的资源,建立基于IaaS层的基础软、硬件资源池,并进行动态调度、自动管控和共享使用,为集团和分、子公司各类业务应用提供标准化、可定制化的运行环境,提高整体运营效率和IT设施的可靠性、安全性,并有效降低运营成本,促进企业信息化的跨越式发展。
同时,满足未来一定范围内多数据中心之间资源共享、统一管控的要求。
∙建立高效灵活的IT架构,实现IT资源对业务变化的快速响应。
在业务场景变化时能够自动化的实现IT资源的调度,缩短业务系统的建设周期,提高业务系统的使用体验用户满意度。
∙通过统一化管理、统一运维,以及标准化的运维流程和智能化的监控与事件分析,提高运维效率、降低运维成本。
∙综合考虑信息安全等级保护3级要求和业务应用的实际需求,提供事前防御、事中控制、事后审计全方位保障,提高信息安全防护能力。
∙考虑包括亦庄IDC托管机房数据中心、集团本部七层数据中心在内的多数据中心统一安全管理、数据中心双活的建设。
∙采用桌面虚拟化技术,实现业务办公的半自动化,实现办公人员系统的统一管控、统一运维和监管,实现故障的一键定位,实现桌面的安全、整洁、准入机制完善的办公环境。
1.5业务现状梳理
1.5.1应用调研(调研高峰期)
调研xx用户每个系统的应用负载情况,有助于后续的方案设计。
实例如下所示:
应用
cpu
内存
吞吐量
I/O尺标
高峰期段
EMR系统
20%
30%
20MB/S
16K
9:
00-11:
00
ERP系统
20%
30%
20MB/S
16K
9:
00-11:
00
1.5.2服务器调研(精确到规格)
调研用户的每种服务器或者每个业务应用服务器集群的负载情况,有助于硬件选型及利旧方案的设计。
实例如下所示:
Server
内存
CPU
PCI
光纤卡
网卡
IBM3650M4
64G
2*E52620v3
2.4/8c
8个
2*单口8Gb/s
4*1Gb/s
1.5.3存储调研(数量及规格)
调研客户现有集中式存储的硬件情况,有助于后续的方案设计。
实例如下:
Storage
Cache
SSD
SAS
SATA
EMCVNX5400
32G
4*200G
8*900G/10k/2.5
8*2TB/3.5
1.5.4网络架构环境调研(22表示使用的,48表示总共的)
Storage
千兆口
万兆口
SFP模块
堆叠
板卡数
备注
H3C58000-56c
22/48
0/4
4
支持
4
1.5.5现有虚拟化环境调研(包含软件版本)
应用
VC版本
ESXI版本
备注
EMR系统
5.5标准版
5.5企业版
开启了FT
1.5.6其他调研
备注
备注1
备注2
备注3
机柜空间是否充足
UPS供电情况是否充足
1.6现有问题及描述
备注:
此部分需要一线自行修改和添加
1.6.1现有系统环境描述
xxxx有限公司现有全系统共计42个机房,机柜165个,使用面积1328平方米,x86架构服务器264台,小型机26台,本次的方案设计并不涉及到所有的xxxx有限公司机房中心,主要针对xxxx有限公司机房进行私有云平台所需内容的梳理和建设。
xxxx有限公司总部机房1个,分为机房一、机房二、机房三。
目前机柜27个,使用面积335平方米,x86架构服务器100多台,小型机11台左右。
xxxx有限公司目前详细情况如下所示:
Ø已经全部采用了VMwarevSphere虚拟化做了业务系统的改造和集中整合,版本从4.1到6.7,而vSphere4.1版本已经在逐步淘汰中,全部慢慢切换到6.7版本中;
Ø底层采用了包括戴尔、HPE、原有IBM的x86服务器作为虚拟化的承载使用;
Ø部分业务系统已经通过VMwarevSphere+VSAN的方式形成了分布式计算资源池、分布式存储,并且又通过了EMCVxRail超融合产品实现了另外的分布式资源池系统。
Ø单纯的vSphere虚拟化平台、裸机服务器业务系统,全部通过光纤交换机,直连到包括IBMV3000、V5000、V7000等几个型号存储、EMC集中式存储、HPE3PAR存储上,通过EMCDD备份做整体数据平台的集中式备份使用;
Ø已经计划采用华为的硬件网络SDN技术实现整体网络的整合,已经购买了华为的节点交换机(Leaf节点),后面计划采购华为控制端交换机(Spin节点),通过SDN技术实现整体网络环境的集中式部署和控制,简化网络环境的操作。
1.6.2总体网络环境拓扑图
1.6.3现存问题描述
1.6.3.1基础架构无序增长
Øx86服务器的使用独立、分散,系统资源使用很不均衡,而且服务器配置不太合理,无法实现有效的资源共享。
Ø大量硬件堆积导致标签贴错、飞线的情况越来越多维护难度越来越大
Ø数据中心基础架构和系统相对封闭,没有扩展性,无法及时针对业务变化进行快速调整和部署,无序的增长导致机房混乱不堪。
Ø对外业务随着用户使用量逐年的增加,在业务高峰期系统存在严重性能瓶颈,业务办理响应时间变长,而且业务的可用性、可靠性降低等一系列的问题。
Ø网络及安全层面存在不合理的规划和安全隐患,急需在架构层面改善。
Ø业务系统缺乏有效的高可用方案,难以应付突发性事件。
Ø存储阵列的容量及性能扩展性差,无法满足业务数据快速增长的需求。
Ø一部分的交换机、服务器、甚至存储处于闲置并没有进行规划使用。
1.6.3.2运维管理异常复杂
Ø缺少统一而有效的监控平台,无法实现全面的、一体化的运维监控管理;
Ø运维人员需要熟悉多种软、硬件的操作,在学习的周期上投入越来越大。
Ø运维管理专业化程度低,运行维护工作严重依赖集成商或服务商;
Ø运维团队庞大,且责任割裂,系统运维、网络、存储等各司其职;
Ø缺少专业化运维管理人员,维护复杂业务系统比较困难等;
Ø一旦出现问题牵扯到多个厂家多个产品,所以很难精确定位故障
Ø业务部门要求上线时间很短,短时间内很难响应业务部门的需求
Ø数据中心产品过多,很难精确定位故障点;
Ø大部分应用都是单机模式,如果某台服务器出现故障,相对应的业务也将中断,造成的影响和损失将难以估量。
Ø每次增加新设备需要做网络的变更,需要有计划内的停机时间,对敏感业务部门影响会比较大
1.6.3.3机房投入越来越高
Ø随着设备增加对机房的空间、空调制冷、UPS等都提出更高的标准。
Ø当硬件设备过保后不得不购买高价的原厂质保,而且时间越久费用越高。
Ø无论选择任何方式的传统存储方案都需要高昂的投资和后续维护保障。
Ø有些老旧硬件设备一旦进行重启很有可能永久的起不来,导致数据丢失
1.6.3.4业务数据没有保护
Ø如果选择备份和容灾方案则需要购买更多的设备,需要增加各项成本。
Ø如果由于误操作导致数据的逻辑错误、逻辑删除是没有办法恢复的。
2深信服超融合建设方案概述
2.1方案设计原则
2.1.1统一规范
超融合数据中心应该在统一的框架体系下,参考国际国内各方面的标准与规范,严格遵从各项技术规定,做好系统的标准化设计与施工。
2.1.2成熟稳定
超融合数据中心应是熟稳定的技术和产品,确保能够适应各方面的需求,并满足未来业务增长及变化的需求。
2.1.3实用先进
为避免投资浪费,超融合架构的设计不仅要求能够满足目前业务使用的需求,还必须具备一定的先进性和发展潜力,具备纵向扩增以及平滑横向扩展的能力,以便IT基础架构在尽可能短的时间内与业务发展相适应。
2.1.4安全可靠
超融合数据中心设计时应加强系统安全防护能力,确保业务和数据的稳定可靠,保障业务连续性。
2.2方案建设目标
备注:
此部分需要一线自行修改和添加
2.2.1构建IaaS层aCloud资源池
通过不断完善和优化现有IT系统的基础设施和环境,不断提供IT系统的建设程度,在现有IT信息系统之上,拥抱行业内新技术和建设新思路,并且保证现有业务系统的稳定性的大前提,做好上云基础,未来实现资源池化的目标,并且能够实现更加可靠的系统运行,实现弹性、灵活、高效的资源使用,实现统一化、智能化、灵活化的运维手段,具体内容如下:
(1)物理资源完善与整合:
私有云aCloud资源池平台将现有硬件平台进一步整合,对上层应用软件来说,屏蔽对底层硬件资源的可见性,直接为使用者以服务目录的方式分配虚拟机、虚拟网络、分布式存储、安全资源、镜像资源等,通过统一的自服务申请与审批、计量计费、权限管理、日志审计、桌面虚拟化的行为审计和管控等;
(2)虚拟资源池:
通过服务器虚拟化、分布式存储、虚拟机网络、网络功能虚拟化技术,真正形成计算、存储、网络、安全的的建设,资源对上层都是可见的,并且可以划分成更细小的服务单元,可以按照组织、部分、租户等不同维度进行资源的使用,私有云平台可以想使用者提供包括云主机、云存储(块、文件、对象)、网络、安全、系统镜像、自动化部署安装、故障重建、统一化管理等功能,并通过管理平台将这些资源进行系统的认证和鉴权、调度、分配和分发部署等;
(3)虚拟数据中心VDC:
可为租户/部门以云平台内部逻辑数据中心的方式提供批量的虚拟计算、存储、网络、安全等资源的集合。
(4)虚拟分区资源VPC:
可以为用户提供基于资源层的网络隔离的资源中心和网络拓扑,可以采用VLAN、VXLAN等技术,保证云上用户资源的使用保障,通过网络隔离的方式、底层分布式存储、集中
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据中心 架构 资源 改造 方案