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

的同时，还可通过集约化建设，一方面降低建设本钱，一方

面实现对业务的快速灵活支?巍Ｔ诮ㄉ璩跗冢?由于需求部门

对云计算资源理解的偏差，以及对未来业务开展预估存在困

难，导致在资源池建设规模难以精准。同时，受制于投资、

技术等因素，资源池网络架构、存储架构等偏保守，后续几

年业务高速开展，且核心系统的大量迁入，导致在资源池扩

容中，面临对原有架构调整等因难点。本文结合某省级电信

运营商例子，对原有云计算资源池扩容进行研究，力图为省

级电信运营商资源池扩容方案提供借鉴。

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套为RAID0+1方式，1

套为RAID6方式，有效容量165TB。〔3〕网络现状。采用大

二层网络，合设接入层于核心层网络交换机，直接与计算和

存储资源连接，核心网络会聚接入网络，与外部网络连接。

供部署2台会聚交换机、2台防火墙、2台负载均衡器，提

供到内网的接入能力，平安隔离区通过双层异构防火墙后，

同时提供到公网接入能力。〔4〕平安现状。由网络平安、软

件平安〔虚拟化软件漏洞、虚拟化HA等〕、管理平安等多层

次的平安功能构成。〔5〕管理系统现状。负责对资源池的计

算、存储、网络等各类资源进行管理，并通过管理接口，与

上层的统一资源管理平台对接。

3云资源池扩容需求

在资源池扩容中，采用按照虚拟机需求，或处理能力、

存储容量需求方式，对各使用部门进行需求调研，再将汇总

后的需求转换为建设能力。由于资源池具有弹性扩容及快速

能力提供的有点，同时为防止建设规模偏大，建议在对需求

部门调研时，由原来满足未来一年峰值需求，改为满足未来

三个月峰值需求。

4云资源池建设方案

4.1计算及存储扩容

按照虚拟机数量统计的建设需求，按照内存1：1的方

式，换算成物理机数量进行扩容，存储容量上，建议单台虚

拟机按照500G存储容量考虑。采用TPCC处理能力方式统计

的需求，按照单CPU处理能力，计算出扩容效劳器数量，其

中CPU内核于内存配比建议在1：8以上。存储扩容规模局

部，按照需求的裸容量，再考虑RAID方式后进行扩容。入

FCSAN交换机有剩余端口可供利旧，且扩容容量较低，建议

维持FCSAN架构，新增磁盘阵列用于资源池存储扩容。在

FCSAN网络已趋饱和，扩容将导致架构调整的情况下，由于

架构调整复杂，且不利于技术演进，建议在资源池引入分布

式存储。

4.2网络扩容方案

在核心交换机可端口满足新增效劳器扩容，以及未来资

源池拓展的前提下，建议维持大二层网络，合设接入层于核

心层网络交换机方式。在核心交换机不能支持扩容及资源池

未来托找的情况下，需要引入接入交换机，对资源池在物理

层进行集群划分。

4.3资源池集群分区

根据云计算资源池的根据承载业务类型，为实现资源合

理、精确配置，有效保护投资，保障核心业务平安稳定运行，

资源快速提供。同时大幅提升资源利用率，简化管理，实现

资源池精细化运营，建议对资源池进行集群划分，分为、核

心业务区、非核心业务区、边缘业务区等。不同业务区域在

资源部署时对计算、存储配置有所区分，如核心业务区采用

高性能设备，非核心业务区可考虑相对中低端设备。多种模

板灵活组合，提供多样化、差异性资源，快速支撑应用需求。

4.4集中备份

随着云已成为资源的根底和主要配置手段，核心业务大

量入云，管理和运维平安不能无视，平安是云中之重。通过

镜像保护、快照等多种差异化备份方案，保证关键数据的备

份和恢复，降低管理难度，同时提升数据恢复速度，防止灾

难情况下的数据丧失。对数据库