Microsoft Azure和IDC机房的对比分析

这几天遇到快搞定的客户出了点妖蛾子,突然要我们提供一版Azure与IDC机房的对比,然后就给做了些整理,如下:

Azure 与 IDC基本对比

IDC部署 Microsoft Azure部署
需要用户购买或长期租赁物理机器

-固定的IT资源投入,无法根据需要灵活改变IT资源大小

-无法根据使用量按需付费,是一个固定费用

同时提供基于虚机托管的IaaS服务与支持新的云计算应用开发部署的PaaS 平台

-用户可以动态调整实际IT 资源的大小

-用户按照实际的IT资源使用量付费

非常有限服务保证的企业服务平台

没有财务保证的的SLA,没有真正用户关心的计算,存储等服务的SLA

企业级云平台

企业级就绪的云服务平台,提供财务保证的服务等级保障协议(SLA) 和对应企业级服务支撑

各种不同标准的机房,软硬件需要用户投资

所有的软硬件投资需要用户,没有LoadBalance,防火墙,防DDOS攻击系统

高标准机房与软硬件配置

T4 机房,数据中心内万兆互联,Load Balance,防火墙,防DDOS攻击

没有异地数据中心提供异地灾备 异地数据中心同步与灾备

通过上海北京两个数据中心提供更好的高可靠性,高可用性服务

二三级的互联网接入,远离骨干网 最好的互联网接入与数据中心选址

上海和北京,高带宽,低时延,1跳进主干网

单一运营商互联网接入 多运营商的互联网接入

中国电信,中国移动,中国联通

没有CDN服务

需要用户自己直接寻找第三方CDN供应商

最好的 CDN 服务

超过700的布点

更高的成本,更低的ROI,更差的服务 更低的成本,更高的ROI,更好的服务

运维对比

如何响应

IDC: 除了基本的硬件设施(空调,电力,外网出口等),其他均需要企业IT人员自行运维,遇到需要进入IDC进行运维的情况,需要提早一天提交运维人员身份ID,很大程度影响紧急事件。

Microsoft Azure:7 * 24小时线上售后运维,基础设施提供财务保证的服务等级保障协议(SLA)

 

硬件升级

IDC: 企业IT需要计划完整的升级规划,任何风险可能导致系统宕机和业务停顿,复杂的升级流程导致升级周期漫长

Azure:企业IT无需自己关心硬件升级问题,每次升级我们都会提早2周通知用户升级的时间点。

灾备方案对比

IDC 与 IDC 灾备 Microsoft Azure  IDC 灾备
数据复制 通过存储或第三方复制软件 通过Azure站点复制或第三方复制软件
虚拟化 用户自己或找其他供应商部署、运维虚拟化环境 微软提供和运维整个虚拟化环境
网络设计 复杂的网络设计,需要满足生产、复制、监控网络的需求。不同的网络设备有不同的管理界面和方式,很高的管理成本 通过SDN定义系统网络,一个界面管理所有网络和信息
部署周期 2个月到6个月的部署周期 2周到1个月的部署周期
数据保留 每个站点只有一份数据,额外的副本需要增加额外的软硬件成本 Azure至少自动保留3个数据副本,最多6个数据副本,实现2个站点以外第三个站点的数据备份(跨1200公里);同时2Azure站点之间通过210G的专线连接
业务增加时的灵活性 需要重新购买IDC租赁机柜和软硬件,无法满足快速业务要求,如临时促销活动 直接增加Azure 服务,无需走任何流程,最短时间内部完成部署
业务减少时的灵活性(促销活动结束) 闲置所有新增硬件,等待下一次促销 关闭所有促销需要的服务,结束额外成本支出
网络级别故障切换 需要购买internet 网络转移设备,复杂的配置和运维,高昂的成本 通过Azure traffic manage 实现快速的网络级别的故障转移
成本分析

这里面只是一些针对该客户的对比,有可能有借鉴意义,但不一定是哪里都可以用。Share给大家~

摘自 51CTO博客:shadowxyj

Latest posts by Exchange中文站 (see all)
发布于: 浏览:444 次

还没有评论

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据