当页导航

在云时代,如何应对云端资料存储突发故障?

前些天,亚马逊Amazon S3发生故障中断,连带使数千个采用Amazon S3服务的网站受到波及,故障持续4小时。怎么解决这类问题?显示全部

前些天,亚马逊Amazon S3发生故障中断,连带使数千个采用Amazon S3服务的网站受到波及,故障持续4小时。怎么解决这类问题?

收起
希望获得:原理分析, 实例参考

16回答

dulantedulante软件开发工程师 , 北京酷吧科技有限公司
wclshinersdesert_xu等赞同了此回答 
原理很简单,就是不要把鸡蛋放在同一个篮子里,分散到不同的云提供商,在不同的云平台之间部署应用程序。要打破企业存储上不同存储阵列之间的兼容性壁垒,例如通过FreeStor实现“云间跳转”:可以将数据在不同的云,如Amazon和微软Azure之间,实现数据的复制、保护和迁移。用户可以让...显示全部

原理很简单,就是不要把鸡蛋放在同一个篮子里,分散到不同的云提供商,在不同的云平台之间部署应用程序。

要打破企业存储上不同存储阵列之间的兼容性壁垒,例如通过FreeStor实现“云间跳转”:可以将数据在不同的云,如Amazon和微软Azure之间,实现数据的复制、保护和迁移。用户可以让数据通过FreeStor实现在不同的云之间进行快照或者复制,一旦一个云出现故障,可以立刻用另一个云实现接管,而不会对业务产生重大影响。这种体验就跟用户一直在用的异地双活和容灾是一样的。
云间跳转的功能不但可以避免由于云服务商的停机造成损失,还有一个好处,就是可以给用户与这些云提供商议价的优势。如果云的服务质量不满足要求,或者云的价格不能让客户满意,用户随时点几下鼠标,就可以迁移到新的云上去。这就如同原来的多厂商采购策略一样,不会被任何一个供应商绑架。

收起
答案包含:原理分析, 实例参考 2017-03-17
飞奔的T飞奔的T软件开发工程师 , 德卡科技
把数据与业务放着云端,宕机会导致业务中断,现在的容灾高可用可以实现云端灾备,保障业务连续性,按需计费,很方便。有些也会把生产端放在云端,本地做灾备中心,如果云端出现故障,可以用本地进行业务接管,广州妇幼院的案例可以网上找找来看,英方股份做的案例。...显示全部

把数据与业务放着云端,宕机会导致业务中断,现在的容灾高可用可以实现云端灾备,保障业务连续性,按需计费,很方便。有些也会把生产端放在云端,本地做灾备中心,如果云端出现故障,可以用本地进行业务接管,广州妇幼院的案例可以网上找找来看,英方股份做的案例。

收起
答案包含:实例参考 2017-03-17
info2softinfo2softit技术咨询顾问 , 英方股份
不仅是AWS,去年一年,几大IaaS大厂都遇到了不同程度的宕机。看过一篇文章,统计了2016年国外三大云厂商的宕机时间:Google Cloud 47分钟,AWS 108分钟,Microsoft Azure 270分钟。虽然现在已经是云计算时代,但无论是本地部署物理机、虚拟机,还是把业务部署在云端,难以避免的都会有不程...显示全部

不仅是AWS,去年一年,几大IaaS大厂都遇到了不同程度的宕机。看过一篇文章,统计了2016年国外三大云厂商的宕机时间:Google Cloud 47分钟,AWS 108分钟,Microsoft Azure 270分钟。

虽然现在已经是云计算时代,但无论是本地部署物理机、虚拟机,还是把业务部署在云端,难以避免的都会有不程度的宕机出现。正如一楼所说的,把鸡蛋放在不同的篮子里,这是所有运维人员提升数据安全和业务连续性需要有的态度,并落实到业务部署上。

如果你的业务已经上云,你可以通过英方Information2的解决方案去满足不同层级的灾备需求,例如,通过i2COOPY将A云的数据同步至B云,以免A云宕机可能引起的数据丢失风险;也可以通过i2Availability将A云的业务高可用至B云,当A云宕机,可通过B云的灾备资源进行接管,把业务的恢复控制权掌握在自己手里。

另一个角度,如果你的业务是在本地,可以借助云计算资源以更低的部署成本,在云端部署一套备用业务,提升业务连续性。可以参考广州妇幼的案例,http://mp.weixin.qq.com/s/jHoiWQwM45vnPU7CB3CBfw ,本地到云端的应用高可用,这也是国内首家云上三甲医院。

收起
答案包含:具体解决, 通用方法, 实例参考 2017-03-17
kakakaiikakakaii项目经理 , 某国企集成商
liumangpigaixkevinmaxh666_cn赞同了此回答
说繁也烦,说简单也简单,鸡蛋放在多个篮子的比喻不恰当,随便哪个篮子砸了,那篮子蛋还是碎掉了。所以说,数据放在不同运营商,能解决你的负载问题,至于容灾则是要有2份或者以上数据放在不同的运营商那里。这就是我们常说的灾备,灾备环境的好坏,容灾级别高低,直接影响在线系统的。这个...显示全部

说繁也烦,说简单也简单,鸡蛋放在多个篮子的比喻不恰当,随便哪个篮子砸了,那篮子蛋还是碎掉了。所以说,数据放在不同运营商,能解决你的负载问题,至于容灾则是要有2份或者以上数据放在不同的运营商那里。这就是我们常说的灾备,灾备环境的好坏,容灾级别高低,直接影响在线系统的。这个就要看业务方到底要做到什么程度。这个业务方有义务在建设期建需求搞清楚。

收起
 2017-03-17
hlszhlsz其它 , 某省农信
liumangpigaixkevinmaxh666_cn赞同了此回答
首先,在我们金融行业,考虑到金融安全、监管政策和社会影响等原因,关键业务系统估计没有几个敢上公有云的,毕竟命运还是在自己手里比较踏实。这样的情况下,能上公有云的应该是业务连续性要求不高的应用系统,自然不存在题主的问题了。回到问题,如果选择了公有云,还想要自己完全控制...显示全部

首先,在我们金融行业,考虑到金融安全、监管政策和社会影响等原因,关键业务系统估计没有几个敢上公有云的,毕竟命运还是在自己手里比较踏实。这样的情况下,能上公有云的应该是业务连续性要求不高的应用系统,自然不存在题主的问题了。

回到问题,如果选择了公有云,还想要自己完全控制业务连续性,有几点建议:一、尽量减少技术绑定,只使用基础功能,不使用厂商的特有功能,比如只用IaaS就好了,别想PaaS、SaaS那些事情;二、使用多厂商云服务,同时采用数据复制技术保证数据一致;三、考虑混合云,理论上是可以规避一些风险的。

收起
 2017-03-17
yangsuhuayangsuhua存储架构师 , 浪潮信息
liumangpigaixkevin赞同了此回答
我认为这与云服务供应商所供应的服务等级SLA有关。在高级别的服务等级,应当包括应对突发故障的故障转移服务。如若想要摆脱单一厂商的局限性,现在有许多做DR as a service的公司,可以了解一下。但是这会增加额外的容灾成本。...显示全部

我认为这与云服务供应商所供应的服务等级SLA有关。在高级别的服务等级,应当包括应对突发故障的故障转移服务。如若想要摆脱单一厂商的局限性,现在有许多做DR as a service的公司,可以了解一下。但是这会增加额外的容灾成本。

收起
答案包含:原理分析 2017-03-17
asdf-asdfasdf-asdf软件开发工程师 , its
aixkevinliumangpig赞同了此回答
使用多个 云公司产品  然后自建最小基础的 业务系统使用两个以上 云产品  部署业务  并在自己公司创建 最小业务系统  进行备份如果你的业务非常重要   上面的部署计划还是必须的单一的云公司   一定会有 ...显示全部

使用多个 云公司产品  然后自建最小基础的 业务系统

使用两个以上 云产品  部署业务  

并在自己公司创建 最小业务系统  进行备份

如果你的业务非常重要   上面的部署计划还是必须的

单一的云公司   一定会有 宕机时间

如果按照  三份业务备份部署    业务停止率会很小

但这样给开发和运维带来复杂的环境配置考验.

业务要做分布式    数据 要做复制   

收起
答案包含:具体解决 2017-03-17
pysx0503pysx0503系统工程师 , 通化网航
aixkevin赞同了此回答
    随着信息化越来越复杂。越来越云端化。面临的风险也自然越来越高,从用户的角度来说。没有太多的选择,企业自建网络,投入成本,运维成本,风险成本都太高。对绝大多数的企业来说。这种大型的云服务器提供商已经是减少安全风险和投资都很少一种方案了。但是再大的船...显示全部

    随着信息化越来越复杂。越来越云端化。面临的风险也自然越来越高,从用户的角度来说。没有太多的选择,企业自建网络,投入成本,运维成本,风险成本都太高。对绝大多数的企业来说。这种大型的云服务器提供商已经是减少安全风险和投资都很少一种方案了。但是再大的船也有如泰坦尼克一样的时候。在大的公司也有业务转型的可能。对用户来说。同时选择多家大公司来分散业务。否则。用户是难以控制这种风险的,

     而从服务提供商来说。投入,收益之间有着微妙的平衡。网络足够大了自然要有足够的投资去保证这个网络的一切,安全,备份永远投入多少都是不嫌多的两个部分。企业为了收益。也不可能的无限的在这里投入。所以风险 永远存在。

借用墨菲定律作为结尾——越害怕的事情越容易发生。

我的观点是,数据的备份。备多少份我都不嫌多,用来保证业务运行的备用方案,准备多少都觉得不踏实。

收起
 2017-03-17
张有才张有才系统架构师 , 某国有银行
aixkevin赞同了此回答
最近,AWS和微软的对象存储先后倒下,闹得人心惶惶。对于这个问题,公有云用户和公有云运营商是不同的视角假如是公有云的用户,选择公有云存储首先要选择可用性SLA高的,AWS S3的可用性是月度99.9%,相当低;其次,利用快照功能加大快照备份的频度,避免数据丢失;另外,还可以考虑放在不同公...显示全部

最近,AWS和微软的对象存储先后倒下,闹得人心惶惶。对于这个问题,公有云用户和公有云运营商是不同的视角

假如是公有云的用户,选择公有云存储首先要选择可用性SLA高的,AWS S3的可用性是月度99.9%,相当低;其次,利用快照功能加大快照备份的频度,避免数据丢失;另外,还可以考虑放在不同公有云上。

假如是公有云的运营商,还是有很多改进的地方,比如把故障域做小,避免大面积宕机;自动化脚本的测试验证也要充分,S3这次故障明显就是脚本执行出了问题;提供逻辑故障恢复能力,将逻辑故障的影响降到最低。

收起
 2017-03-17
mmsc5166mmsc5166系统工程师 , 某金融公司信息技术中心
aixkevin赞同了此回答
其实这个是 投入 与 产出 的关系。鱼与熊掌难以兼得。在IT业没有最好的方案,只有合适的方案。不管是公有云还是私有云,都是客户或者厂商基于自己的目的或者诉求推出的解决方案。云解决了用户繁琐的选型、招标采购、建设的烦恼,其实其本质没变,机房运维中会出现的痛点、难点还...显示全部

其实这个是 投入 与 产出 的关系。鱼与熊掌难以兼得。

在IT业没有最好的方案,只有合适的方案。

不管是公有云还是私有云,都是客户或者厂商基于自己的目的或者诉求推出的解决方案。云解决了用户繁琐的选型、招标采购、建设的烦恼,其实其本质没变,机房运维中会出现的痛点、难点还是会存在,一样会宕机、会丢数据。。。

其实还是绕不开冗不冗余的问题,不管是前端、中段、后端,或是前置、中间件、数据库,只要一条线的蚂蚱都是跑不了谁的。

云的优点是基础设施有人给我管,而且通用性好,虚拟化,高可用,最重要是便宜,可是那云服务也分等级,投入和产出基本还是相向而行的。不可能同样的需求,一百万和五百万的服务保障是相同的。

在相同服务等级或质量的情况下,其他的就看的还是自己的设计、维护能力,云服务商给的是资源(比如是房子),怎么用(比如装修风格、买格力空调还是美的)那可就是使用者的问题了。重要的还是要冗余的,不管你是热备冷备,还是双活、单活,言而总之你要以防万一,不要到时万年想不起信息技术的领导打电话找你,你可就happy了。

再新的技术也是有源头的,干IT该干嘛干嘛,哎。。。小王该搬砖了。。。

收起
 2017-03-17

撰写回答

提问者

avril024数据库运维工程师, 北京同为科技有限公司
发布13
回答1

相关推广

  • 医院私有云存储的规划、配置、调优工程实例
    从人民医院构建医院“私有云存储”平台的具体建设目标出发,详述了方案架构规划、安装配置、调优过程的具体实例。并在性能、成本与性能的最佳平衡、数据迁移风险、停机时间规划、平台延展性等方面与其他解决方案进行了详细对比。