三月,乍暖还凉,在这个感冒高发期,各大企业云服务商也似乎感染了“病毒”,频频宕机:
- 3月1日,亚马逊S3服务发生重大故障。大量网站和企业客户受到影响;
- 3月16日,微软Azure出现重大故障,全球28个数据中心有26个受到影响;
- 3月22日,国内知名云提供商北京数据中心出现电力故障,导致用户业务中断。
(图片来源于网络)
很多早已平息了的讨论又重新开始了,不是说云计算让IT像自来水和电力一样随用随取吗?现在这停水停电怎么比边远山区还频繁?不论这个云有多大,是高大上的全球提供商还是接地气的本地云,全都中招,这还让我们怎么选择供应商呢?
一旦发生故障就直接影响业务,作为用户除了坐着死等毫无办法,企业跟云,到底还能不能愉快地玩耍了?
当然,我们知道,云计算的浪潮是不会因为几次停机事故就改变的,企业上云的趋势,也不会就此逆转。但是,如果不能解决用户对云可靠性的疑虑,云战略的脚步必然会受到影响。
云提供商的数据中心一般都有各种保护机制,远比绝大部分的企业级数据中心设计更为完善。但是,不论设计多么完善的数据中心,“100%的可用性”也只能是一个努力接近的目标而永远不可能实现。那么,作为企业用户,应该怎么办呢?
其实,这种高可用性问题对于所有的企业IT人士都不陌生,甚至早已有了一个专有名词来定义——单点故障。 解决单点故障的方法就是“冗余”。计算机的关键部件,比如风扇,要冗余成双份,关键服务器要冗余成集群,网络连接要冗余成多通道,存储要做镜像或者RAID冗余,甚至整个数据中心都要通过容灾和双活实现冗余。那么,为什么这么简单的道理,到了云上就成了难题了呢?
因为云服务商之间,往往存在各种技术和商业壁垒,使得数据难以跨云实现复制。一个企业,即使是同时购买了微软和亚马逊的云服务,也无法把微软云上的数据随时复制到亚马逊上去。不能让两个云之间进行数据复制,就无法让数据保持一致,也就无法让两个云之间实现冗余,于是高可用性也就无法实现了。
所以说,如何能够实现在云和云之间的数据复制,是解决公有云高可用性问题的关键,也是突破障碍,加速企业上云的关键点。
究竟应该怎么破呢?就用FreeStor的云间跳转!
云间跳转的意思是,用户只要在自己的数据中心和不同的云上各自部署一个FreeStor的虚拟机,就可以实现云间跳转的功能。
(云间跳转示意图)
如上图所示,用户可以让数据通过FreeStor实现在不同的云之间进行快照或者复制,一旦一个云出现故障,可以立刻用另一个云实现接管,而不会对业务产生重大影响。这种体验就跟飞康用户一直在用的异地双活和容灾是一样的。
云间跳转的功能不但可以避免由于云服务商的停机造成损失,还有一个好处,就是可以给用户与这些云提供商议价的优势。如果云的服务质量不满足要求,或者云的价格不能让客户满意,用户随时点几下鼠标,就可以迁移到新的云上去。这就如同原来的多厂商采购策略一样,不会被任何一个供应商绑架。
另外,虽然将一份数据放在多个云上,但用户不需要担心成本问题。根据飞康FreeStor最新的定价策略,只对原始的一份数据收费,不管之后对其做多少个拷贝,放在多少个云上,全部是免费的。
现在用户要在云上使用FreeStor很简单,亚马逊和微软Azure的应用商店里都可以直接购买FreeStor的云上虚拟机,而且可以直接得到相应的技术支持。
飞康FreeStor的云间跳转能力除了已经在亚马逊、微软Azure、阿里云、Oracle Cloud上充分验证,此外FreeStor还支持基于OpenStack的私有云架构。
总之,FreeStor的云间跳转功能可以帮助用户轻松应对云服务商的“感冒”,不再害怕服务中断,解决了企业上云战略的一大障碍。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
企业云计算市场霸主易位? 飞康FreeStor以不变应万变
在企业云市场上一旦策略制定错误,代价可能比从前的任何一种厂商绑定更严重。因为企业云之间的迁移难度和风险远高过任何其它设备或者平台。
-
从《数据时代2025》里看数据哲学:从哪里来 到哪里去
数据量的增长对于IT管理,特别是存储领域,也不是什么新闻了。但是IDC重磅报告《数据时代2025》却告诉你一些新收获。
-
服役八年的“高龄”存储即将淘汰?看FreeStor如何妙手回春!
FreeStor平台现在提供存储虚拟化、智能抽象化、数据分析和统一数据服务,为 Stadtwerke 的 IT 部门带来实实在在的好处。
-
Amazon S3中断后的思考:云时代,怎么把鸡蛋放在不同的篮子里呢?
Amazon S3中断故障持续4个小时之久,已经给受影响的Amazon S3用户造成巨大损失。解决这类问题的原理很简单,不要把鸡蛋放在同一个篮子里。但是在云的时代,这可能吗?