电信运营商云计算资源池扩容方案研究

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

架构调整等因难点。本文对省级电信运营商原有云计算资源池扩容进行研究, 力图为省级电信运营商资源池扩容方案提供借鉴。
关键词: 电信运营商;云计算;存储能力
中图分类号:TN915.0
文献标识码:A
文章编号:1007-9416(2017)04-0070-02
1 背景
随着电信运营商“去IOE”进程的推进,省级电信运营商积极建 设云计算资源池。在实现“X86化”的同时,还可通过集约化建设,一 方面降低建设成本,一方面实现对业务的快速灵活支撑。在建设初 期,由于需求部门对云计算资源理解的偏差,以及对未来业务发展 预估存在困难,导致在资源池建设规模难以精准。同时,受制于投 资、技术等因素,资源池网络架构、存储架构等偏保守,后续几年业 务高速发展,且核心系统的大量迁入,导致在资源池扩容中,面临对 原有架构调整等因难点。本文结合某省级电信运营商例子,对原有 云计算资源池扩容进行研究,力图为省级电信运营商资源池扩容方 案提供借鉴。
数字技术 与应用
应用研究
方式,有效容量165TB。(3)网络现状。采用大二层网络,合设接入层于 核心层网络交换机,直接与计算和存储资源连接,核心网络汇聚接 入网络,与外部网络连接。供部署2台汇聚交换机、2台防火墙、2台负 载均衡器,提供到内网的接入能力,安全隔离区通过双层异构防火 墙后,同时提供到公网接入能力。(4)安全现状。由网络安全、软件安 全(虚拟化软件漏洞、虚拟化HA等)、管理安全等多层次的安全功能 构成。(5)管理系统现状。负责对资源池的计算、存储、网络等各类资 源进行管理,并通过管理接口,与上层的统一资源管理平台对接。
外网交换
机SW-1
Si
rnet
SS i
外网交换 机SW-2
内网汇聚
路由器-1
S ii
内网
Si
内网汇聚 路由器-2
互联网接入区 (DMZ)
抗D DoS 异构防火墙
负载均衡 WAF
模块化防火墙 (带 交换)
负载均衡 W AF
FW-1
汇聚交换机 -1
Si
FW -2
Si
汇聚交换机 -2
负载均衡 -1
负载均衡 -2
物理区
PC(1- 8)(2路6核64 G)
PC(1-4) (4路6核128 G)
PC(9-16)(2路6核64G) PC(17-24)(2路6核64G)
FC-1
虚拟化区
PC(1 -4)
PC(17 -20)
PC(5 -8) PC(9-12)
PC(21 -24)
10 台256 G,6台 192 G, 8台128G
应用研究
数字技术 与应用
电信运营商云计算资源池扩容方案研究
曾王平 (广东省电信规划设计院有限公司,广东广州 510630)
摘要: 随着电信运营商“去I O E ”进程的推进, 以及集约化建设, 快速灵活支撑业务发展的需要, 省级电信运营商在几年前纷纷试点云
计算资源池建设。但由于在建设初期,对资源需求、业务属性预估不准确,以及技术现状等制约,导致在后续几年资源池扩容中,面临对原有
展的前提下,建议维持大二层网络,合设接入层于核心层网络交换 机方式。在核心交换机不能支持扩容及资源池未来托找的情况下, 需要引入接入交换机,对资源池在物理层进行集群划分。
4.3 资源池集群分区 根据云计算资源池的根据承载业务类型,为实现资源合理、精 确配置,有效保护投资,保障核心业务安全稳定运行,资源快速提 供。同时大幅提升资源利用率,简化管理,实现资源池精细化运营, 建议对资源池进行集群划分,分为、核心业务区、非核心业务区、边 缘业务区等。不同业务区域在资源部署时对计算、存储配置有所区 分,如核心业务区采用高性能设备,非核心业务区可考虑相对中低 端设备。多种模板灵活组合,提供多样化、差异性资源,快速支撑应 用需求。 4.4 集中备份 随着云已成为资源的基础和主要配置手段,核心业务大量入 云,管理和运维安全不能忽视,安全是云中之重。通过镜像保护、快 照等多种差异化备份方案,保证关键数据的备份和恢复,降低管理 难度,同时提升数据恢复速度,防止灾难情况下的数据丢失。对数据 库系统,建议采用“镜像保护+快照+集中备份”方式,对核心系统及 单节点应用,建议采用镜像保护方式。
3 云资源池扩容需求
在资源池扩容中,采用按照虚拟机需求,或处理能力、存储容量 需求方式,对各使用部门进行需求调研,再将汇总后的需求转换为 建设能力。由于资源池具有弹性扩容及快速能力提供的有点,同时 为避免建设规模偏大,建议在对需求部门调研时,由原来满足未来 一年峰值需求,改为满足未来三个月峰值需求。
PC(13 -16)
FC-2
DMZ区服务器群 (2 台256 G,2台192G)
磁盘阵列-1 磁盘阵列-2
磁盘阵列-3
图1 资源池组网拓扑图
收稿日期:2017-04-12 作者简介:曾王平(1987 —),男,云南石林人,本科,研究方向:企业信息化、IP 网络、业务网络。
70
Copyright©博看网 . All Rights Reserved.
2 资源池现状
资源池组网拓扑图1所示,目前资源池为单节点部署,包由计 算、存储、网络、安全和管理5个子系统构成,具体如下。
(1)计算能力现状。主要由X86物理服务器集群以及X86虚拟服 务器集群构成,向各类应用及业务系统提供不同的计算承载。分为 虚拟化区、安全隔离区、物理区, 其中虚拟化区部署8 台4 路6 核/ 128G、24台2路6核/64G服务器,安全隔离区部署4台4路6核/ 192G 内存服务器,物理区部署24台4路6核/192G服务器。(2)存储能力现 状。与计算资源配合,为上层应用提供各类存储,采用FC-SAN共享 存储,计算与存储资源之间通过FC网络连接。共部署3套100TB高端 存储,裸盘容量300TB ,其中2套为RAID 0+1方式,1套为RAID 6
4 云资源池建设方案
4.1 计算及存储扩容 按照虚拟机数量统计的建设需求,按照内存1:1的方式,换 算成物理机数量进行扩容,存储容量上,建议单台虚拟机按照 500G存储容量考虑。采用TPCC处理能力方式统计的需求,按照 单CPU处理能力,计算出扩容服务器数量,其中CPU内核于内存 配比建议在1:8以上。存储扩容规模部分,按照需求的裸容量,再 考虑RAID方式后进行扩容。入FC SAN交换机有剩余端口可供 利旧,且扩容容量较低,建议维持FC SAN架构,新增磁盘阵列 用于资源池存储扩容。在FC SAN网络已趋饱和,扩容将导致架 构调整的情况下,由于架构调整复杂,且不利于技术演进,建议 在资源池引入分布式存储。 4.2 网络扩容方案 在核心交换机可端口满足新增服务器扩容,以及未来资源池拓
相关文档
最新文档