云计算技术发展6 5.docx
- 文档编号:6302248
- 上传时间:2023-01-05
- 格式:DOCX
- 页数:16
- 大小:26.97KB
云计算技术发展6 5.docx
《云计算技术发展6 5.docx》由会员分享,可在线阅读,更多相关《云计算技术发展6 5.docx(16页珍藏版)》请在冰豆网上搜索。
云计算技术发展65
1云计算带来的效益分析
1.1资源整合效益
1.1.1投资节约
1)整合现有空闲资源提升资源利用率
以IT部为例,目前IT部的pc服务器总量在500台左右,其中180台安装了监控,根据监控系统的统计目前平均利用率在25%左右。
假设80%的服务器云化,并且每台服务器可以提高利用率到75%。
另外有些服务器作为冷备,在做云计算方案后可以节约备机,但是考虑到云计算需要有一些余量,假设和目前作为冷备份的服务器数量相抵,则可以减少60%的服务器.
2)降低运维成本
统一了安装操作系统和数据库软件,节约了时间。
更新系统补丁时可以先在虚拟环境做测试,减少了物理机器及安装的时间。
且如果实施了云计算,估计可以减少50%的工作量。
另外云计算方案减少机房施工的次数,提供了工作效率。
3)节能减排
根据减少的服务器数量,可以减少60%的能源,大概8万瓦/小时的功耗(每台机器大概400-800w功耗计算),直接服务器节约用电约为788,400(千瓦每年,按照平均功率600w/h)。
4)节约运营电费投资
工业及商业用电按照目前1元左右计算,共可节约电费约788,400元左右,对应空调制冷的节约费用约为每年1,182,600元,每年节约电费约为2,000,000元。
1.1.2实现快速部署
目前所有的硬件都是集团组织集中采购,每年组织2次采购,所以如果购买硬件,最长需要6个月的采购周期,最短需要1个月采购周期,如果使用了云计算方案,在资源许可的情况下基本可以随用随开,基本可以做到小时级别,在资源不够的话和未云化的周期相同。
关键任务
目前的方式
实施云计算平台后
部署一个新的服务器
3-10天硬件采购
1-4小时部署
5–10分钟部署新服务器
硬件维护
1-3小时维护窗口
数天/周的变更管理准备
零宕机硬件升级
迁移服务器集成
数天/周的变更管理准备
1小时左右
移动服务器优化负载
4-6小时迁移
所有维护窗口内,服务中断
数天/数周的变更管理准备
2–5分钟,无服务中断
1.1.3提升运维保障能力
统一监控及管理,并且资源可以动态调整。
受限于成本的考虑目前仅对服务级别较高的系统在技术上采用了双机热备/冷备的方式来实现高可用性的要求,现在采用虚拟化池的方案,可以以较低的成本实现对所有系统的高可用性,对中低端的系统服务器发生故障可以快速切换恢复。
恢复时间原来可能需要几天,现在在小时级别甚至分钟级别就能完成硬件故障的恢复。
1.2云计算产品效益
见附录4业务量预测
2附录
2.1附录1-云计算相关技术介绍
2.1.1服务器虚拟化
服务器虚拟化也称系统虚拟化,它把一台物理计算机虚拟化成一台或多台虚拟计算机,各虚拟机间通过被称为虚拟机监控器(VirtualMachineMonitor,VMM)的虚拟化层共享CPU、网络、内存、硬盘等物理资源,每台虚拟机都有独立的运行环境。
虚拟机可以看成是对物理机的一种高效隔离复制,要求同质、高效和资源受控。
同质说明虚拟机的运行环境与物理机的环境本质上是相同的;高效指虚拟机中运行的软件需要有接近在物理机上运行的性能;资源受控指VMM对系统资源具有完全的控制能力和管理权限。
一般来说,虚拟环境由三个部分组成:
硬件、VMM和虚拟机。
VMM取代了操作系统的位置,管理着真实的硬件。
虚拟化概念并不是新概念。
早在20世纪70年代,大型计算机就一直在同时运行多个操作系统实例,每个实例也彼此独立。
不过直到最近,软硬件方面的进步才使得虚拟化技术有可能出现在基于行业标准的大众化x86服务器上。
服务器虚拟化技术分为三类:
1)完全虚拟化
最流行的虚拟化方法使用名为hypervisor的一种软件,在虚拟服务器和底层硬件之间建立一个抽象层。
VMware和微软的VirtualPC是代表该方法的两个商用产品,而基于核心的虚拟机(KVM)是面向Linux系统的开源产品。
hypervisor可以捕获CPU指令,为指令访问硬件控制器和外设充当中介。
因而,完全虚拟化技术几乎能让任何一款操作系统不用改动就能安装到虚拟服务器上,而它们不知道自己运行在虚拟化环境下。
主要缺点是,hypervisor给处理器带来开销。
在完全虚拟化的环境下,hypervisor运行在裸硬件上,充当主机操作系统;而由hypervisor管理的虚拟服务器运行客户端操作系统(guestOS)。
2)准虚拟化
完全虚拟化是处理器密集型技术,因为它要求hypervisor管理各个虚拟服务器,并让它们彼此独立。
减轻这种负担的一种方法就是,改动客户操作系统,让它以为自己运行在虚拟环境下,能够与hypervisor协同工作。
这种方法就叫准虚拟化(para-virtualization)。
Xen是开源准虚拟化技术的一个例子。
操作系统作为虚拟服务器在Xenhypervisor上运行之前,它必须在核心层面进行某些改变。
因此,Xen适用于BSD、Linux、Solaris及其他开源操作系统,但不适合对像Windows这些专有的操作系统进行虚拟化处理,因为它们无法改动。
准虚拟化技术的优点是性能高。
经过准虚拟化处理的服务器可与hypervisor协同工作,其响应能力几乎不亚于未经过虚拟化处理的服务器。
准虚拟化与完全虚拟化相比优点明显,以至于微软和VMware都在开发这项技术,以完善各自的产品。
准虚拟化适合一台服务器上部署同样的操作系统。
3)操作系统层虚拟化
实现虚拟化还有一个方法,那就是在操作系统层面增添虚拟服务器功能。
SolarisContainer就是这方面的一个例子,Virtuozzo/OpenVZ是面向Linux的软件方案。
就操作系统层的虚拟化而言,没有独立的hypervisor层。
相反,主机操作系统本身就负责在多个虚拟服务器之间分配硬件资源,并且让这些服务器彼此独立。
一个明显的区别是,如果使用操作系统层虚拟化,所有虚拟服务器必须运行同一操作系统(不过每个实例有各自的应用程序和用户账户)。
虽然操作系统层虚拟化的灵活性比较差,但本机速度性能比较高。
此外,由于架构在所有虚拟服务器上使用单一、标准的操作系统,管理起来比异构环境要容易。
2.1.2存储虚拟化
存储虚拟化是伴随大型计算机的发展而出现的一个经典概念。
早在上世纪70年代,由于当时存储设备的容量小、价格高,大型应用程序或多程序应用都受到了极大的限制。
为克服这一局面,人们开始采用存储虚拟化技术。
所谓的存储虚拟化.是指对硬件资源抽象化。
以虚拟形式来表示它们。
虚拟化可将物理存储系统从数据驱动的具体工作负荷中分离出来,从而使你能够随心所欲地按需分配存储资源。
虚拟化包括将多个物理存储资源池化成一个虚拟的存储资源,然后可对其实施集中管理或者以逻辑方式将其分区成若干个虚拟机。
虚拟化还可用于使磁盘对应用程序呈现为磁带。
存储虚拟化技术分为三种:
4)基于主机的虚拟存储
基于主机的虚拟存储依赖于代理或管理软件,它们安装在一个或多个主机上,实现存储虚拟化的控制和管理。
由于控制软件是运行在主机上,这就会占用主机的处理时间。
因此,这种方法的可扩充性较差,实际运行的性能不是很好。
基于主机的方法也有可能影响到系统的稳定性和安全性,因为有可能导致不经意间越权访问到受保护的数据。
这种方法要求在主机上安装适当的控制软件,因此一个主机的故障可能影响整个SAN系统中数据的完整性。
软件控制的存储虚拟化还可能由于不同存储厂商软硬件的差异而带来不必要的互操作性开销,所以这种方法的灵活性也比较差。
但是,因为不需要任何附加硬件,基于主机的虚拟化方法最容易实现,其设备成本最低。
使用这种方法的供应商趋向于成为存储管理领域的软件厂商,而且目前已经有成熟的软件产品。
这些软件可以提供便于使用的图形接口,方便地用于SAN的管理和虚拟化,在主机和小型SAN结构中有着良好的负载平衡机制。
从这个意义上看,基于主机的存储虚拟化是一种性价比不错的方法。
5)基于存储设备的虚拟化
基于存储设备的存储虚拟化方法依赖于提供相关功能的存储模块。
如果没有第三方的虚拟软件,基于存储的虚拟化经常只能提供一种不完全的存储虚拟化解决方案。
对于包含多厂商存储设备的SAN存储系统,这种方法的运行效果并不是很好。
依赖于存储供应商的功能模块将会在系统中排斥JBODS(JustaBunchofDisks,简单的硬盘组)和简单存储设备的使用,因为这些设备并没有提供存储虚拟化的功能。
当然,利用这种方法意味着最终将锁定某一家单独的存储供应商。
基于存储的虚拟化方法也有一些优势:
在存储系统中这种方法较容易实现,容易和某个特定存储供应商的设备相协调,所以更容易管理,同时它对用户或管理人员都是透明的。
但是,我们必须注意到,因为缺乏足够的软件进行支持,这就使得解决方案更难以客户化(customzing)和监控。
6)基于网络的虚拟存储
基于网络的方法如果是对称的,那么控制信息和数据走在同一条通道上;如果是不对称的,控制信息和数据走在不同的路径上。
在对称的方式下,网络可能成为瓶颈,但是多重设备管理和负载平衡机制可以减缓瓶颈的矛盾。
同时,多重设备管理环境中,当一个设备发生故障时,也比较容易支持服务器实现故障接替。
但是,这将产生多个SAN孤岛,因为一个设备仅控制与它所连接的存储系统。
非对称式虚拟存储比对称式更具有可扩展性,因为数据和控制信息的路径是分离的。
基于网络的虚拟化方法能够在专用服务器上运行,使用标准操作系统,例如Windows、SunSolaris、Linux或供应商提供的操作系统。
这种方法运行在标准操作系统中,具有基于主机方法的诸多优势--易使用、设备便宜。
许多基于设备的虚拟化提供商也提供附加的功能模块来改善系统的整体性能,能够获得比标准操作系统更好的性能和更完善的功能,但需要更高的硬件成本。
但是,基于设备的方法也继承了基于主机虚拟化方法的一些缺陷,因为它仍然需要一个运行在主机上的代理软件或基于主机的适配器,任何主机的故障或不适当的主机配置都可能导致访问到不被保护的数据。
同时,在异构操作系统间的互操作性仍然是一个问题。
2.1.3网络虚拟化
网络虚拟化技术分为三种:
基于软件的vSwitch:
在服务器内部完成虚拟机的通信,对外部物理交换机无要求。
基于网卡的vSwitch:
在服务器的网卡上完成虚拟机的通信,对外部物理交换机无要求
基于物理交换机的vSwitch:
在物理交换机上完成虚拟机的通信,需要特制的物理交换机
IEEE正在考虑制定标准,(Cisco的VNTAG和HP提出的SECTAG方案存在争论,SECTAG开放性强,受到IBM,华为等众多厂家的支持,成为标准可能性大)。
2.2附录2-IT基础设施虚拟化评估
2.2.1IT基础设施虚拟化评估原则
虚拟化技术不适用于所有系统和应用,经过前期调研,将系统属性抽象出一些关键点,可以根据这些关键点来综合判断该系统是否适合虚拟化。
下列适用性原则应用于:
新建系统评估、扩容系统新增设备评估、现网系统必要性评估。
2.2.1.1适用性
用于评估现网系统进行基础设施虚拟化的必要性。
1)应用和业务方面
✓业务对资源有大规模、海量的需求,如分布式存储、分布式计算等;
✓业务特点导致对IT基础设施有特定的要求需要通过云计算来解决关键技术问题;
如IPTV热点问题,可以通过分布式存储来分散系统对磁盘的访问。
✓业务量大部分时间较少,相对短的时间内有突发性大业务量;
业务访问的周期性,如OA系统在上下班会有高峰使用情况,计费系统在月初和月末会业务量会很大。
此类系统需要利用云计算的资源池共享来实现错峰填谷。
2)管理方面
✓系统运维岗位对人员有一定IT技能要求,需要通过云平台来简化运维人员工作;
有些系统是NOC或IT部集中运维,此类系统运维保障水平会比较高。
也有部分系统是厂商来维护,而厂商往往由系统开发人员来负责系统运维,此类系统需要统一到云计算平台来集中维护。
3)系统方面
✓系统和应用不依赖于特殊的、无法虚拟化的硬件;
系统硬件可以虚拟化时,才能考虑系统云化。
✓系统资源负载变化大;
系统CPU、内存、I/O利用率波动非常大,可以通过云计算的资源池共享来实现错峰填谷,本条关键点和业务访问周期性具有相同本质,但视角不一样。
✓系统资源平均利用率较低;
云计算解决的最大的问题就是提高资源利用率。
✓业务增长大,导致平台频繁扩容;
业务量不断的增长,平台需要经常扩容,采用物理机扩容,周期会比较长,采用云计算的自动化部署,能大大提高部署效率。
✓需要用较低成本来提高系统可用性和可靠性,如异地容灾;
上海公司一部分重要系统已经实现了异地容灾,但是大部分系统因为成本考虑的因素都没有异地容灾。
采用云计算的异地动态迁移功能可以间接实现系统的异地容载,以较低的成本提高系统可靠性。
对于部分已经有主备容灾的系统,如果系统没有故障,备机永远空闲,此类系统也可大大提高资源利用率。
✓系统迁移工作量在承受范围之内;
系统从物理机迁移到虚拟化平台的工作量也是需要综合考虑的因素之一,在评估系统是否云化是,也要考虑P2V的工作量是在可承受范围之内。
2.2.1.2短期不适用性
用于评估新建系统、系统扩容和现网系统是否不适合进行基础设施虚拟化。
1)应用和业务方面
✓涉及敏感数据业务系统,暂缓云化;
如系统涉及财务数据,基于云计算的安全性标准暂未统一,整个行业对云计算安全缺乏很有力的保障,建议暂缓系统云化。
✓业务对实时性要求非常高的系统,暂缓云化;
因为云计算大量采用虚拟化技术,实时系统迁移至云计算平台后系统实时性是否会降低还是未知数,建议待行业有明确结论后,再考虑实时系统迁移至云平台。
✓应用厂商对应用平台虚拟化的技术支撑有限,慎重考虑;
如应用厂商明确表示不支持虚拟化,建议慎重考虑此类系统迁移至云计算平台。
2)系统方面
✓系统或者应用和硬件紧耦合,应用无法运行在云平台上;
部分电信专用系统会使用特殊的语音板卡或加密卡,而此类板卡目前还无法实现虚拟化。
✓本地I/O非常繁忙系统;
因为云计算大量采用虚拟化技术,I/O速率是否会受到限制还需要进一步验证。
尽管部分虚拟化厂商表示访问虚拟化磁盘的速率只会降低10%以下,但在对待此类系统云化仍需谨慎。
✓(老)对于计划两年内退网的系统,不考虑云化。
2.2.2评估模型
Ø本评估模型适用于对老系统云评估,判断老系统是否适合云化。
Ø对于新系统建设和老系统扩容,不需要采用本模型评估。
Ø新系统建设和老系统扩容原则上需要云化,除非具备短期不适用关键点
权重
指标项
评分
评分*权重
备注
适用性
10%
对大规模计算需求
0
需要:
10分|不需要:
0分
10%
应用系统重要等级
0
1级:
0分|2级:
4分|3级:
7分|4级:
10分
20%
资源使用的周期性
0
不均匀:
10分|均匀:
0分
10%
PC服务器量
0
10:
4分|50:
6|100:
8|>100:
10
10%
近期扩容需求
0
频繁:
10|偶然:
5|很少:
0
10%
可用性特征
0
主备:
10|需要:
5|负载:
0
10%
P2V工作量
0
大:
0|一般:
5|较小:
10
10%
系统I/O繁忙程度
0
繁忙:
0|一般:
5|较小:
10
10%
基础设施的运维模式
0
集中维护:
0|厂商维护:
10
适用性指标值
满分10
0
短期不适用性
20%
平台厂商是否支撑虚拟化
0
不支撑:
10|支撑:
0
40%
是否涉及敏感数据
0
涉及:
10|不涉及:
0
40%
业务对实时性要求
0
非常高:
10|一般:
5|较小:
0
短期不适用指标值
满分10
0
不适用性
系统硬件特殊性
特殊:
不适合云化|普通:
适合
系统云化指标
满分10
0
2.2.3评估结果
依据评估模型,我们对IT系统和业务系统行了评估,评估结果如下:
系统运维部门
系统名称
适用性指标
短期不适用指标
综合指标
备注
IT部
MSS(门户、档案,知识库等)
5.3
0.5
4.8
近期云化
ITSM
5.5
2
3.5
近期云化
电子渠道
5.4
4
1.4
近期云化
统一接口
4.9
4
0.9
EAI
4.9
4
0.9
长途计费
5.9
6
-0.1
CRM
5.7
6
-0.3
UVC
4.7
6
-1.3
OA
4.1
6
-1.9
新计费
3.2
6
-2.8
统一认证
3.1
6
-2.9
EDA
5.1
8
-2.9
审计系统
3.3
8
-4.7
ERP
4.1
10
-5.9
网运部
新业务支撑系统
7.4
2
5.4
近期云化
备品备件管理系统
5.7
2
3.7
近期云化
信息化平台
7.4
4
3.4
近期云化
综合化集中告警系统
6.4
6
0.4
运维管理系统
3.6
4
-0.4
网络资源管理系统
5.6
6
-0.4
维护与修复系统
3.3
4
-0.7
客户保障系统
3.3
6
-2.7
业务
IDC运营支撑平台
6.1
2
4.1
近期云化
移动IVR平台
5.4
2
3.4
近期云化
短信二级网关
6.6
4
2.6
近期云化
管理型专线
6.1
4
2.1
近期云化
数码冲印
3.9
2
1.9
短信一级网关
5.4
4
1.4
PHSSPMS
5.4
4
1.4
号百-声讯平台(168、160)
5.2
4
1.2
号百-通信助理
5.1
4
1.1
全球眼
6.9
6
0.9
测速网站
4.9
4
0.9
上海电信热线邮件系统
2.9
2
0.9
VSG
6.6
6
0.6
10000号平台
4.1
4
0.1
号百-企信通
5.9
6
-0.1
移动全球眼
5.9
6
-0.1
短信网关
3.9
4
-0.1
综合虚拟专用网业务
5.6
6
-0.4
ISAG
5.5
6
-0.5
ISMP
5.5
6
-0.5
WAP网关/WAP门户
5.5
6
-0.5
彩信中心
5.5
6
-0.5
固网短信中心
5.5
6
-0.5
号百-企业总机(本地、全国)
5.2
6
-0.8
遇忙提醒平台
5.2
6
-0.8
号百-114平台
5.2
6
-0.8
UDB
5.2
6
-0.8
动力监控
5.1
6
-0.9
商务领航
5
6
-1
短信中心
2.6
4
-1.4
ITMS
4.2
6
-1.8
C网短信欢迎词平台
3.2
5
-1.8
UAP
3.7
6
-2.3
IDC信息安全
2.6
6
-3.4
支付平台
6.1
10
-3.9
Etvpn
5.9
10
-4.1
固网支付
5.2
10
-4.8
C+W
特殊硬件
CDMA1X
特殊硬件
CDMA电路域核心网
特殊硬件
C网133短信中心
特殊硬件
C网189短信中心
特殊硬件
彩铃平台
特殊硬件
C网业务网关
特殊硬件
C网预付费平台
特殊硬件
PHS短信中心
特殊硬件
PHS秘书台
特殊硬件
电信卡(96088)
特殊硬件
国家智能网业务控制点SHNSCP3(008/17900/17901)
特殊硬件
国家智能网业务控制点SHNSCP4(国际、国内600及11801业务\WAC业务)
特殊硬件
国家智能网业务控制点SHNSCP6(4008容灾)
特殊硬件
国家智能网业务控制点SHNSCP8(国际/国内800)
特殊硬件
国家智能网业务控制点SHNSCP9(国际/国内800容灾)
特殊硬件
鉴权平台(17909/190/异地手机寻址)
特殊硬件
数网网管系统
特殊硬件
智能网
特殊硬件
2.3附录3-内部SaaS应用需求分析
系统类型
随时随地
任意终端
基于Web的软件服务
按需使用并付费
生产系统(OLTP)
外网通过VPN接入,内网覆盖到办公座席,会议室基本实现WiFi覆盖,在方便性、安全性方面缺乏规范
所有应用基本只提供PC使用界面。
少数场景下需要通过便携、简易的终端使用系统:
1)施工、维修人员需要查询信息、反馈结果;2)客户经理上门时
绝大多数系统以Web方式提供服务,对客户端、IT技能方面的要求甚少,可以满足要求
(无需求)
分析系统(OLAP)
(同上)
所有应用基本只提供PC使用界面。
可以满足要求
(同上)
(无需求)
办公应用
(同上)
所有应用基本提供PC使用界面,重要功能可通过手机使用,存在手机适配的问题。
(同上)
(无需求)
2.4附录4-云计算产品和能力建议
2.4.1云主机
Ø产品描述
“云主机”,是基于云计算平台的IT基础设施租用服务。
它通过虚拟化、自动化等云计算关键技术智能动态地调配各种资源(如计算、存储、带宽、硬件、软件等)提供给客户。
云主机具有按需采购、快速部署、弹性容量、高可用性、低成本的特点,客户可直接使用,无须采购和管理硬件设备。
Ø可行性分析
云主机市场需求成熟,可面向希望根据自身经营状况和需求弹性扩展计算资源的广大中小网站和网络游戏公司以及需要快速获得大量计算能力和资源的软件开发商等。
此外,云主机还能满足一些特殊企业对计算能力和资源临时性、短期性的需求。
技术层面而言,云主机主要依赖于云计算IAAS相关技术,如虚拟化、资源调配技术等,此类技术属于云计算领域较为成熟技术,业界如Vmware、Citrix、Microsof等厂家都有成熟的产品,具备推广条件。
Ø发展建议
云主机产品先期建议考虑进行硬件资源池建设和虚拟化软件采购。
具体包括服务器、交换机、光纤存储设备建设及相配套的虚拟化软件部署。
后期建议进行云管理平台的建设,预期包含云管理平台、资源池扩容服务器、负载均衡设备、安全设备建设等。
Ø业务量预测
云主机产品,预计2010年孵化期内合同收入达到100万元;三年内预期1000万元。
2.4.2云存储
Ø产品描述
根据目标客户群的不同,云存储产品可以分为面向企业和面向个人的不同存储产品。
面向企业的云存储可以单独作为存储服务提供,也可以与云主机结合,打包成IDC云服务提供给企业用户;此外,云存储还可以为电信自有产品,尤其是内容型产品提供服务,达到降低运营成本、优化提升产品性能的目的。
面向个人的云存储称为E云业务,将为个人提供综合的云信息及管理服务,目标是提供一个信息整合的平台,以个人信息管理为
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 云计算技术发展6 计算 技术发展
![提示](https://static.bdocx.com/images/bang_tan.gif)