数字化正在加速，客户需求日趋复杂，云服务已成为企业IT的底层支柱。但是，云服务商面临的压力、承担的责任也越来越大，如何确保客户的业务无中断？成为云服务商不得不重点考虑的一个问题。最近，不少用户反映，一些云平台访问出现故障，后台账号无法登陆，让他们颇为苦恼。

随着云计算、物联网、大数据、人工智能等技术的兴起与叠加，数字经济在高速发展，加速商业变革，企业除了关注数据中心的日常数据处理，也对业务的连续性、安全性，提出了更高的要求。尤其是政府机构和大型企业组网更复杂，往往都采用多云结构，对安全的要求也上升到了新的层次。

7月24日，华为云中国行亮相北京，这是继深圳、西安的第三站，华为公司副总裁、华为云BU总裁郑叶来亲临现场，发表了致辞。”在他看来，数字化转型已进入关键时期，华为云的商业模式，是希望让客户在与华为合作过程中：变强壮了，竞争力提升了，多挣钱了。而华为云，将与客户一起努力，节省投资，降低成本，帮助客户构建属于客户自己的生态，联手客户共同创新，创造未来，分享利益。

郑叶来指出，“华为云可提供稳定可靠、安全可信、可持续创新的云基础设施，为客户提供创新的解决方案。”会上，华为还重磅发布了国内首个公有云Multi Cloud混合云灾备解决方案。

尽管华为云成立时间仅一年多，但在云技术储备方面，在容灾备份方面，华为早就有预见性地进行投入。30年来，华为通过持续研发投入（2017年研发投入高达897亿元），构建起了强大的软硬件一体能力，这是华为云的一个优势。华为云构建起了安全可信的“黑土地”，能让客户更放心、安心、省心地使用云。华为新发布的灾备解决方案，是华为强大综合实力的体现，可让客户数据无忧地奔跑在华为云上。

解除客户的后顾之忧

此次华为云中国行北京站，华为云EI产品部总经理贾永利，作了“在创新的道路上加速奔跑”的主题演讲，这既是对华为云成立一年多时间来的概括，也是对未来蓝图的期许。尽管华为云现在不是这个行业做得最大的，但一定是跑得最快的。凭借软硬一体的创新，华为云在多个领域实现了突破，赢得了越来越多客户的认同。

伴随企业数字化转型的深入，越来越多的企业选择将数据上云。尤其是政府机构和大型企业，业务场景更复杂，它们往往选择多云。在单一云无法满足需求的场景中，多云部署成为更加理想的解决方案。“未来政府和企业要管理的，一定是混合的多云，甚至是多云和非云结构。”在去年的华为全联接大会上，华为轮值董事长郭平就指出，华为致力打造面向不同行业场景、业务场景的混合云。

无论云计算如何发展，客户对业务系统的安全性和稳定性，都是最基础的诉求。过去的单云容灾模型，到今天已表现出不适应。从云计算的发展趋势来看，未来一定是围绕“多云备份，云上容灾”多重的基础保障策略，确保客户业务无中断。

市场研究机构Gartner预测，到2020年，全球90%的组织，将利用混合云管理它们的基础设施。而围绕此，灾备方案也备受关注。“以客户为中心”，是华为企业文化的核心部分，也是推动华为前进的动力。基于之前在容灾备份方面的创新与积累，华为云此次发布了可提供完整公有云容灾备份的Multi Cloud混合云灾备解决方案，这在国内尚属首个，对整个行业都是一个创举。该方案涵盖“跨云备份、跨云容灾以及云上容灾”三大场景，可提供完整的公有云备份容灾能力，为客户的数字化转型，提供全方位的保障。

最近，国内互联网企业的单云部署，遇到了不少麻烦，“宕机”时有发生，让客户叫苦不已。企业上云已迈入多云架构时代，企业和组织需要采用“多云备份，云上容灾”的多重基础保障策略，以确保业务连续性及关键数据可靠性。华为最新的灾备解决方案，是应需而生，可让企业数据在云端无忧奔跑！

未雨绸缪，厚积薄发

华为在容灾备份方面，有着丰富的经验。在HCC2015期间，华为与IDC联合发布了《云灾备白皮书》。该解决方案，将华为的双活数据中心解决方案，集成到云灾备方案中，提供完整的灾备能力。这是业界首个可让数据中心运行更加稳定高效，随时应对意外情况发生，改善了传统灾难恢复方案资源利用率低、业务恢复时间长以及运维管理复杂等缺陷。

2017汉诺威展，华为与Commvault联合推出了混合云备份方案。企业可以把私有数据中心的核心数据，高效安全地备份到华为公有云平台上，快速弹性地满足企业的存储资源需求，保证企业关键数据的安全及高可用性，同时让企业备份存储实现免维护、免规划。该混合云备份方案提供了多一层的数据容灾能力，通过传输加密和静态数据加密，保证企业数据安全可靠。

传统IT企业将混合云作为目标，而以互联网公司为代表的云计算厂商，虽然以公有云起家，也在将触角深入混合云。2017全联接大会上，华为发布了FusionBridge 6.0混合云解决方案，该方案具有三大特性：统一API、服务和管理；应用灵活部署，业务快速上线；云间安全连接，跨云高效备份。

华为云成立时间较短，但华为云的技术储备，早就开始了。正如华为云BU总裁郑叶来所说，只不过是换了一种方式，从过去的卖盒子，到今天以服务的方式来实现。那么，华为云有哪些核心的技术储备，以芯片为例，华为云就有多节点互联的芯片、存储领域的芯片以及网络里的芯片等，这些芯片，华为多年前就开始研发了。华为通过芯片和云操作系统，真正做到软硬件结合，为客户提供差异化的体验。

事实上，与其他国内云计算企业相比，华为本身就是一个规模更大、业务更复杂的IT组织，有着18万员工，业务遍布全球170多个国家和地区，是企业级容灾的积极践行者，大大节省了成本，提升了效率。现在，华为陆续把这些技术和能力开放出来，为客户打造稳定可靠、安全可信、可持续发展的云的基础设施。

今天，数据是企业的重要资产，如何实现数据资产的保值、增值，困扰着企业用户。华为新型灾备解决方案，满足了企业数据在私有云和公有云平台之间的自由安全流动，满足了业务快速增长的需求。华为云EI产品部总经理贾永利表示，“华为云基于对大企业IT系统的理解，创新地提供了裸机、专属云等服务，让重载业务能够以最小IT改造成本备份容灾上云，帮助客户真正实现云上数据安全无忧。”

华为云把自身的能力提炼出来，放到公有云上，供更多的客户选择。最新的灾备解决方案，既可实现私有云和公有云的灾备，可以实现公有云之间的灾备。有了这一强有力的武器，企业的CIO在设计公司的云架构时，就会非常方便。

软硬结合，综合实力领先

华为云成立一年多时间来，销售收入同比增长超过7倍，今年上半年合作伙伴数量大增45%，赢得了越来越政企客户的信赖。同时，华为云因为安全、可靠以及领先的技术能力，频频获得国际权威机构认证。迄今，华为云已获得20多项国内外权威认证。在IDC MarketScape报告中，华为拿下大数据中国市场以及中国政务云市场两个第一。

在国内云计算企业中，华为是最具技术优势的。所以，在其他云服务企业到处刷屏打广告时，华为云喊出“有技术，有未来，值得信赖”的价值主张。提到技术，郑叶来说，“技术永远不是我们的挑战，华为技术有限公司最不怕的就是技术”。

华为云比较内敛，但有底气。华为有30年的全产业链技术研发与实践经验，过去一年多时间里，华为云斩获了无数大奖。今年2月，华为云高分通过了美国Cigital公司的安全测评，是首家获此权威认证的中国云服务提供商。此举标志着华为云服务的安全性以及用户的隐私保护，都通过了第三方权威认证，也标志着华为云软件安全管理和技术能力，以及在信息化、安全合规方面，达到了世界领先水平。

而在不久前，华为云还获得了ISO/IEC 27018:2014认证，成为国内首家全类服务、全平台、全节点通过该认证的云服务商，华为云已经构建了从物理、网络、主机、应用到数据的全栈防护矩阵，为用户布置了一道固若金汤的安全防线。

华为从2万元创业，通过持续聚焦，对准同一城墙口冲锋，到今天成为全球领先的信息与通信解决方案供应商，名列2018财富世界500强第72位，成绩背后，是“技术”这一火车头在驱动华为前行。在云计算领域，华为在技术方面同样有强大的综合实力，这也让华为云表现出较强的后发优势。

云计算企业的云灾备，同样是技术活，它考验云服务提供商综合实力——包含软硬件实力，以及丰富的运维经验。华为是全球领先的ICT企业，成立30年来，坚持每年拿出10%以上的销售收入用入研发，近年，这一数字增长到15%左右。欧盟委员会的数据显示，华为去年的研发投入，位居全球第六。今天，华为无论在技术深度与广度上，都建立起了优势。而且，华为的研发投入，都是由下往上投，在底层技术上的实力，非一般企业所能比。

技术上的厚积薄发，是华为云的一把利剑，是与其他国内云服务商的区别所在。可以说，华为是国内唯一在软硬件领域均有技术优势的科技公司，这也让华为云灾备方案，在同业中脱颖而出。

云计算刚拉开帷幕！走过上半场的野蛮生长之后，企业对云计算有了更深刻、全面的认识。进入下半场后，有技术和服务能力的企业，更容易获得认可。业界的共识是，云服务最后拼的是综合实力。有技术，才能有未来，才能最终赢得客户信赖！文/徐上峰

作者 | 陈元强

责编 | 郭芮

以虚拟化、超融合、云平台等为形态的云化数据中心已经成为越来越多的企业机构数据中心升级方案。据权威媒体统计，云每年以25%的速度增加，其中虚拟化渗透率大于80%。云在按需交付、资源池化等方面有先天的优势，但随之也带来更多的数据和业务安全风险。无论是自建的云还是公有云，每年都频繁发生大量的数据安全和业务中断事故。

在备份容灾管理领域，一方面IT基础架构的云化变化速度已经大大超出了现有的数据保护技术的变化速度，而另一方面不少厂商又都声称自家的产品可以备份云。那么到底该如何选择真正适合云化数据中心的备份容灾系统，本文重点从以下几个方面展开讨论。

什么是云化数据中心？

简单讲，就是当业务需要，数据中心可以在数分钟内增加或减少业务所需要的计算、存储、网络等资源。再简单讲，就是随时增加或减少可以安装部署业务应用软件的服务器。

自建云化数据中心的方案有多种思路，如下：

1、虚拟化为中心的经典架构

这种方案是目前最主流的云化数据中心方案，主要采用的方案就是虚拟化操作系统、服务器与企业级集中式存储，该方案成熟度最高。这种方案，随着虚拟机规模增加，底层的集中存储会越来越感觉到不够用。这时候需要增加新的存储或服务器部署，重新迁移或分布虚拟机系统。

2、以OpenStack为代表的开源大集成架构

这套体系接近公有云平台的体系，主要的3个核心服务都采用高度弹性的方案来构成。随着引入的服务越多，运维管理复杂度也大幅度提升。目前开源体系最大的问题在于企业级运维管理的能力较弱，可靠性不能很好保障，可管理性差，易用性方面门槛很高，需要高度依赖商业发行版企业来保障持续的运行。

这类平台通常是从几千到上万个虚拟机规模，是一些大型企业在重点升级的云架构方案。

3、各类公有云的企业部署版本

国内的云计算公司，都相应推出了企业内部部署的版本，与OpenStack的架构类似，核心也包含3大核心服务，以及各类上层应用服务。第2、第3这类通常是一些大型企业，或者技术运维能力很强的机构才会采用。通常需要企业自己配置开发运维团队。

4、采用商业超融合的架构

第2、3涉及到的硬件投入、软件投入以及人力投入都很大，一般的中小企业都难以部署和运维。超融合把云计算里最核心的能力：虚拟化计算、软件定义网络与分布式存储三大核心服务融合在一起，形成3-4个服务器节点一组的模块化方案。

通过分布式文件系统融合服务器集群管理技术，把服务器的存储能力连接起来，形成可以被服务器共享的存储池，服务器内置的虚拟化操作系统。通过Web 管理控制台，可以为企业打造按需交付的云平台。

该方案无需外置其他存储设备，更容易交付和运维，企业自建私有云变得简单很多。通常超融合方案按照3 个服务器节点起进行部署，如果需要扩容，再按3-4个节点一组进行扩容。

云化数据中心与传统的数据中心有何不同？

1、传统数据中心的典型结构

下面我们来看一看传统数据中心的架构示意图：

一般每台服务器上跑1-3个业务不等，各业务通过不同的安装目录和不同网络端口来隔离。所有服务器数据都存入NAS/SAN 等集中式存储。

2、成本与运维效率对比

两种数据中心，由于底层架构不一样，无论在成本、效率、以及运维管理方法等方面区别很大。

这也是为什么越来越多的企业机构加速数据中心云化，只有这样才能更敏捷支持业务发展需求，提高资源利用率。

3、数据备份和业务连续运行保护模型对比

传统数据中心和云化数据中心在保护模型上，区别非常大。了解这些区别后，才有利于我们选择合适的保护方案。

当前的云化数据中心数据备份容灾现状

1、用物理机时代设计的保护模型保护云

国内外一些厂家产品都源于物理机保护的模型，延展到虚拟化领域。其基本的架构设计模型如下：

基本上就是一个简单的集成架构，把备份软件部署到服务器上，然后交付到客户。增加了虚拟机备份支持，本质上，在保护架构设计上没有特别变化。

2、保护容量固定

通常这类架构在底层选用的备份存储容量上，很固定。厂家在做方案时候，通常会考虑预留较大的空间用于备份数据增长的需求。

这会带来两个问题，一是初次投入较高，二是无法适应云数据规模增长的需求。最终空间会用满，这时候必须增加新的设备。增加新的设备，由于设备之间相互独立。势必会带来维护、迁移和更多的数据存储开销。

3、备份策略模型笨重

传统备份方案有全量、增量、差异备份方式。由于一直以来，考虑到底层存储和各种情况导致的数据错误，厂商通常采用几种方式结合的方案来保护物理机模型的备份数据。其中全量模型，会大幅度增加系统的存储开销，在云场景由于数据量大数十倍，显然是不合适的。

4、恢复速度慢

物理机时代设计的数据恢复方案，通常考虑的是数据回写恢复的方式。这种方式在数据规模不大的情况下，可以工作得很好。一旦数据规模很大的时候，这种方式恢复效率非常低。

5、容灾粒度粗

在传统物理机数据中心时代，关键业务要做容灾保护，通常采用的是存储级复制方案。这种方案，在物理机时代工作得很好。通常一些重要业务如数据库等是独享存储资源的。

在云化时代，所有的业务都共享存储，采用这种复制方案，显然是缺少优先级、重要性区分。在异地容灾效率方面，不能很好地解决业务重要性和业务带宽资源分配的关联关系。

具备云化数据中心级保护能力的备份系统的八个特征

特征一、支持虚拟化在线全增量即时合成模式的备份

通过云平台输出的API来备份数据，而不是安装客户端去备份Guest虚拟机内部数据。通过云平台输出的API 来备份数据的兼容性好，数据一致性更能得到保障。

在备份模型选择上，选用全增量模型备份是非常有必要。第一次采用全量备份，第2次以后采用增量备份方式，可以最有效的降低数据读取量，减少网络传输，最大程度提高备份系统的效率。同时系统可以根据增量数据即时合成为全量版本，用于快速恢复。

特征二、支持Scale Out模型的扩展方案

虽然可以采用插满硬盘槽位（ScaleUp）或多台组合的方案，来备份整个云数据中心。但这不是最佳实践。这种方式会大幅度提高运维管理难度。人为的分割和迁移数据、任务。规模越大，这种方案越难用。到了上千节点的规模，涉及数百TB 到PB 级数据，一般的方案需要多台设备（10 台到20 台不等）组合到一起，这种方案几乎难以实际运用。

应云而生的是Scale Out 的横向扩展模型。简单来说，就是一组一组地扩展，而组与组之间可以无缝融合成一个大组。所有组内的服务器节点数据都是共享的。另外，系统也能自动平衡内部的数据和任务分布。数据存储和任务处理性能，同步提升。

Scale Out 模型理论上能达到无上限的数据存储能力和保护能力。

特征三、集群范围的全局数据处理消重压缩能力

不少的备份厂家产品是支持数据消重技术，但由于架构设计的原因，也仅仅是在单套系统内部。单套系统保护的云主机规模有限，重删效果也大大降低。

对于高度重复的云化数据中心来说，备份系统具备集群范围的消重压缩能力，是一个关键指标，一些情况甚至高达90%的重复比例。如果用传统的方案，会投入数倍的成本来存储重复的数据。对于一些数千个云节点的大规模云平台，这将是巨大的投入。

特征四、批量并发即时恢复能力

如果还是按照现有的传统数据恢复方案，对于高度敏捷的云平台，慢如蜗牛的恢复速度，显然是不能容忍的。即时恢复，就是采用先在数分钟内（最短时间）应急恢复业务，然后再在线迁移。

批量即时恢复能力要求备份系统能够识别和支持并发的随机IO 流，并能很好的支持并发频繁的随机IO 读写需求。

特征五、多节点对等任务并行执行能力

云平台天生就是节点数量多，数据量大。

对于备份系统，是否能并行处理任务显得非常重要。否则是无法有效、即时保护好整个云平台。现有的方案还未准备好去支持数以百计的并行备份任务。

云平台的备份系统，不仅要求能够保护更多的任务，同时应该能够具备在集群备份系统内部，任务可以在失败后，跨节点执行，以满足更高的可靠性要求。

特征六、无限制版本管理能力

内置无限制的版本管理能力，可以有效提高云平台数据应用能力。无论1 个月前、2 个月前、3 个月前的数据，都可以得到有效的恢复、复制、克隆等。

区别与云自己的快照，该能力可以基于任何历史点执行任意多次的恢复、克隆、读写等。

特征七、细粒度恢复和数据复制能力

备份系统既能够备份整体云主机（虚拟机）数据，也需要能够执行文件级的数据恢复能力，根据业务情况组合使用。

对于执行异地容灾的场景，任务级粒度复制数据，可以有效降低带宽的使用，优先保护好重要业务。

特征八、备份系统能够输出管理API

备份系统能够输出管理API ，可以更加容易管理生产系统和备份系统。轻松集成在云管理平台，或企业IT 集中管理平台。使得整个备份流程更加容易根据企业需求自动化统一管理。

关于云化数据中心备份容灾选择常见的几个误区

1、支持了虚拟机备份就是云架构的备份系统

支持虚拟机备份是基本条件，而通过云平台输出的备份API 来备份虚拟机系统是云架构的备份系统的必要条件。

云架构备份系统工作是否良好，除了能支持基本的备份外，备份速度是否高，备份效率是否高，是否能快速恢复业务、是否能支持API 对接等，都是需要考虑的。

2、过度依赖品牌，品牌越知名越放心

在传统以物理机为基础构建的数据中心，以品牌来选择是合情合理。很多厂家的方案都是超过十年以上的研发，积累了大量的数据备份容灾实践。

尤其是一些一线大品牌，甚至超过20 年的历史，对数据库、操作系统、小型机以及各种变形的高可用架构的保护，都非常擅长。

但在云化数据中心时代，由于IT 架构的变化很大，大品牌擅长的兼容性、可靠性、性能、备份模型全都优势不再，一切从零开始。大公司、创新品牌都是从同一起点出发。谁起步早？谁更专注？谁就越有优势，谁就能最早适应客户的云场景。

3、备份软件安装在客户机系统里（Guest OS）

在客户机操作系统里面安装客户端的方案，这是保护物理机的方案。如果一台宿主机通过云化系统虚拟出10 个客户机系统，就需要安装10 个客户端。这种方式，运维管理复杂，也额外会占用更多的系统资源。

这种方案，对客户端的设计会提出更高的要求。直接拿备份物理机的软件过来在客户机内部部署，这是最差的方案。

4、备份系统的容量按照物理机应用数据模型估算

根据应用数据的规模和增长，来确定保护容量是传统数据中心保护方案常用的方案。云化时代，需要重新根据系统和应用数据两个维度来估算备份系统的容量，才能达到最好的保护和应用效果。

5、不考虑平滑的扩容方案

在传统数据中心，备份系统配置的容量一般能很好支持3 年以上的运行，所以扩容不是最需要考虑的要素。在方案的选择上，扩容不是最迫切的需求点。

而在云化时代，数据增长与变化的速度会很快。半年到一年的扩容周期是非常正常。因此拿已有的经验去确定方案，后期的成本更高，系统升级、扩容、迁移等管理就很复杂。

后记

在云时代，数据保护和管理的应用场景已经在发生革命性的变化，但很多用户和行业从业者还停留在传统架构中来思考和选择解决方案，这势必将更多的云环境下的数据置于无有效保护的险境之中。

本文从技术层面剖析，抛砖引玉，欢迎大家交流。

作者：陈元强，深圳市木浪云数据有限公司联合创始人 & CEO，木浪云云数据管理创建人，多备份在线备份云服务创始人。超过18年网络与数据安全、分布式系统与海量业务架构设计、云服务创业等经历，曾就职于腾讯盛大、宜搜、永达，并担任大数据、搜索、移动、信息安全等业务线总监岗位。曾发起创立腾讯第1 套具有核心专利技术百亿级实时大数据平台，更早负责永达大型网络安全管理平台研发（保护全国铁路客票核心业务系统和数十万节点安全），防DDOS 系统研发等。声明：本文为作者投稿，版权归对方所有。

在如今云计算盛行的时代，越来越多的企业都开始选择在自身的IT战略规划中去掉数据中心这一环。企业将应用程序移动到云上，可以带来很大程度上的成本节约，但与此同时，这也意味着企业将自己的“身家性命”交到了云供应商手里。

亚马逊宕机事件所造成的严重影响仍历历在目，那一天，人们终于又一次意识到了IT容灾的重要性。无论是自建数据中心还是选择云服务，容灾始终是个值得投入大量精力去思考规划的领域。当然，随着云服务成为企业的必备选项，各种规模的企业都在设法将云服务集成到其业务连续性(BC)/灾难恢复(DR)解决方案中。云化、虚拟化创造了机会，但对不同解决方案来说，可能还需要跨越巨大的技术鸿沟。关键任务应用程序可以进行有效虚拟化和管理，但是，如果选择错误的工具，它们可能无法在云环境中得到有效保护。

享有盛誉的企业IT弹性云解决方案提供商Zerto公司日前宣布，在中国上海开设一家全新支持中心，以此向亚太和日本区乃至全球客户提供24x7全天候支持服务，以增强全球业务连续性、灾难恢复和混合云能力。

▲Zerto上海支持中心合影

Zerto的技术能够确保企业及其客户访问所需应用，不受IT 服务中断、停机或延迟的影响。Zerto Virtual Replication 5.0是业界首个BC/DR平台，它既支持多种Hypervisor，也能够支持公有云，并保护云上的应用程序，以及迁移到云的应用程序。Zerto解决方案由全球支持中心的专家团队提供支持，全年无休地为其全球客户提供按需支持服务。

目前已有超过5000家企业在其生产环境中使用ZVR保护、恢复和迁移数据以及企业关键应用。此外，超过1700家合作伙伴提供基于ZVR的服务。

Zerto创始人兼首席执行官Ziv Kedem表示，“随着亚太和日本区及全球客户数量的不断增加，对我们的支持服务提出了更高的要求，而上海支持中心的成立将使我们的服务迈向一个全新的高度。”

▲Zerto创始人兼首席执行官Ziv Kedem

位于中国商业中心城市上海的全新服务支持中心是继美国波士顿、以色列荷兹利亚之后，Zerto设立的第三家全球性支持机构，为其全球支持团队增加了第三个战略时区。

上海支持中心将提供中英日韩四种语言服务，可为发展迅猛的亚太和日本区及全球客户提供更好的支持服务。三个支持中心将轮流工作，以确保全球客户能够随时随地联系专业的Zerto工程师。

据中国产业信息网(中国国家统计局下属的研究机构)发布的数据显示：随着中国云计算市场的快速发展以及云灾备产业技术的日趋成熟，保守估计到2022年中国云灾备市场规模将增长至10亿美元。另据市场研究公司MarketsandMarkets预测，到2020-2021年，全球云灾备市场规模有望达到120亿美元。

▲Zerto亚太及日本区副总裁Andrew Martin

Zerto亚太及日本区副总裁Andrew Martin表示，“亚太和日本区的企业需要保持业务和云IT服务的24x7全天候运行，这需要高可靠性，而且绝对不允许出现服务中断的情况。新的上海支持中心将通过更多定制服务(如本地语言支持)来满足客户的需求。”

Zerto屡获殊荣的解决方案，为企业提供了专为虚拟化的基础设施和云技术而设计的持续性数据复制，以及恢复方案。

由于云计算特性和已有的IT模式有很大差异，自从云计算诞生之后，在安全方面受到极大非议，安全问题是企业内部引入云计算的最大顾虑。不可否认在安全方面，云计算确实面临许多挑战，但是云计算的一些优秀的特性将不仅能够有效应对这些挑战，而且也将会比已有模式更安全。

简介

挑战：信任边界变化，更多利益相关方，公有云暴露在互联网上，虚拟化技术引入，数据存放的讨论。

公有云是暴露给所有互联网用户的，这一点无疑是企业安全者最担心的问题，通常大家都认为“放在自己家里更安全”。

现有安全系统不足：成本高，复杂度也很高，内部盗窃等。很多企业都不会配备自己专门的安全团队，采用第三方的运维解决方案满足安全方面得需求，大部分企业内部核心数据丢失是内部人员所为。

云计算优势：管理、信誉和容灾方面都有很大的优势。一般都是国内外知名的厂商，而且有专业的管理和技术团队保障我们正常的业务。

安全架构

在安全方面云计算不仅需要应对已有传统IT挑战，还需要应对云计算特定的挑战。下面我们一起来看一下云计算的安全架构。

云客户端：客户端一般和用户体验相关，确保用户在安全和稳定的情况下使用云应用，需要很多方面得增强，主要采用防火墙、杀毒软件、补丁和沙盒机制等使客户端免受侵害。并通过云端检测和计算能力进行快速的安全解析，且进行相应的处理。

云端：是云计算核心，安全通信、用户管理、数据管理、应用保护、系统和网络等整体监管以及合规性等等。

第三方机构：一般具备很好的公信力，且在安全领域具备丰富的经验和技术，可以提供认证和安全级别评估，使用户有信息将数据存储在云端和使用云服务。并且可以进行监管，确保在安全范围内运行，提供用户的信任度。

Salesforce的安全机制

从云端的模块角度说明安全性，用户管理方面采用禁止cookie存储用户信息和会话信息，支持集成认证和基于SAML协议来在多个相关web服务之间传递认证和授权信息的方式。在数据管理方面对数据进行有效的隔离和加密等方式确保数据安全，在网络方面使用SPI、防御主机、双因素认证和全程加密机制确保网络传输安全等等。

AWS的安全机制

在用户管理角度AWS使用多种手段保障用户安全，使用安全token，这个token不仅用户SSH协议登录，也用户API的调用，提供多因素认证和密钥循环机制保障用户账号和访问控制。数据安全放面采用两层ACL控制机制，并使用HMAC-SHA1签名认证，所有通信都是会用SSL协议等等。

云计算为什么安全？

安全管理：专业的安全管理团队，保障云计算中心的同构型和专业性，有效的保证安全管理。

高可用性：普通的企业数据中心在高可用方面得投入肯定不如云计算中心，所以在保障核心应用角度很难和云计算相比。

数据安全：避免内部人员对数据危害，采用快照、备份和容灾等手段来保护数据的安全。

举一个不是很恰当的例子，大多数人选择把钱存在银行，而不是自己修建金库，其实就是这个道理，从成本、技术和安全角度来说，云计算能够给我们低成本、高安全的保障。

释放价值，分享知识和经验，解读IT前沿和技术。帮助他人，提升自己。

2017年的云计算市场竞争正在进一步白热化。阿里云和亚马逊AWS之间的战争尚未见分晓，百度云、腾讯云就扎入了这个战场，网易云也被网易视为一大业务重点。

华为云甚至大张旗鼓宣布要和阿里云展开竞争。运营商以及其他IT厂商也在各自的细分领域悄悄扎根。更令人感到恐怖的是，招商银行这样的玩家也在发力云服务。云计算已经成了所有人都要来插一脚、分杯羹的市场。

市场玩家众多，其中还是有一条主线：以阿里云为代表的互联网系云服务和以华为云代表的传统IT厂商正在正面交锋，国际巨头则是在侧面包抄。

三大标志事件

细细数来，2017年的国内云计算市场一共有三件大事，尤为能展现今天的云计算竞争的格局。

1、2017年4月，华为高调宣布发力公有云市场，成立二级部门云业务部Cloud BU。同年8月，Cloud BU升为一级部门获得更大的自主权。华为云一度曾被传出内部提过“三年超越阿里云”的发展目标。

2、2017年3月，腾讯云以1分钱中标预算达495万元的厦门政务外网专有云平台。当时共有5家企业参与竞标，其中包括腾讯云、中移动福建公司、中电信厦门公司、联通云数据、厦门纵横。最终，腾讯中标。

3、中国第二个AWS区域将由宁夏西云数据运营，并向客户提供服务。AWS宁夏区域部分实例价格比AWS北京区域降价近40%。外界猜测此举会再一次引发其他云厂商争相降价，引发新一轮价格战。

之所以说这是三大标志性事件，是因为它代表了如今中国市场中的几大势力，以及势力之间的博弈思路——一家独大的阿里云，腾讯云这样的二线小巨头、华为云这样的IT巨头以及AWS为代表的海外巨头。

IDC在2017年年11月发布了上半年中国公共云IaaS市场份额调研结果。阿里云市场份额比2016年底上升7个百分点，市场份额扩大至47.6%。

在国内市场，阿里云如今可谓一骑绝尘。不过，阿里云并不乏挑战者。

AWS这样的国际巨头在中国的步伐走的越来越快，不仅仅再次压低价格，而且亚马逊AWS云服务在中国实现合规。AWS在这1-2年来虽然丢了一部分市场，但依旧在加大投入，其降价举动正是希望在中国市场有所作为的一大佐证。中国的云计算特别是公有云市场，亚马逊始终会是一个不确定性因素。

腾讯云这样的后起之秀巨头面对竞争激烈的市场则是在用极端方式进行博弈，这种策略同样给市场引发了不确定因素。同期，市场第2至5位云服务商市场份额分别为9.6%、6.5%、6%和5.5%。其中腾讯云排名第二，占比9.6%。要知道，在一年前，腾讯云还在中国电信身后，位居市场第三。

华为以及电信运营商等传统IT厂商的云服务同样具备竞争性，他们在试图挑战阿里云的巨头地位。年初华为甚至放言，华为公有云必须三年超过阿里云，做到云计算市场的国内第一。未来全球五朵云，华为居其一。至于这个目标能否实现，我们暂且不谈。

市场的大趋势

三大标志性事件某种意义上看，说明了几个趋势。

1、国内云计算市场价格战惨烈，大厂群狼夺食，不惜祭出近乎免费的大招。事实上，最初阿里云与铁路12306购票网站合作时也曾“不收一分钱”。

2、Iaas领域的竞争近乎恶性竞争，有些厂商厂商甚至只有一个目的，我挣不到钱，你也别想挣钱。用阿里云总裁胡晓明的话来说，他对腾讯云的超低价竞标持反对意见，并称“这对云计算市场是不负责任的”。

3、但是运营商为代表的云服务正在耕耘细分市场。而兴业、招行等公司发力金融云服务，说明云服务的市场其实在很多细分领域还是有价值洼地。这些公司想的更多是服务场景。

公有云服务本质上看属于互联网业务，遵循“大者恒大、赢者通吃”的特点。公有云的市场如今竞争已经非常惨烈。

2017年3月底，阿里云高调宣布完成整合优酷CDN，并且降价35%；11月22日阿里云CDN价格再度下调，CDN降幅25%后。11月底，腾讯云跟进对CDN价格方面进行全面调整，按流量计费最大降幅达44%。

阿里云在IaaS市场一家独大，腾讯云虽然1分钱夺标赚足了声量，背后感受如何，如人饮水冷暖自知。

公有云市场未来可能很难有小玩家生存空间，但是一些细分场景、细分市场或许还是会有比较客观的市场空间。

特别是随着企业级应用市场的爆发和成熟，SaaS应用之间对细分、跨层、效率、协作、打通的要求越来越高，PaaS的重要性陡增，究竟要如何解决具体的问题，会是很多用户考虑的问题。

像招银云创的金融云包括金融云容灾、金融云应用监控、金融云安全、金融云运维等服务。初期面向中小银行等传统银行，未来会覆盖所有金融行业，面向泛金融机构。这种专业金融企业做的专业金融云服务，相比于公有云市场的巨头来说，会有更多专业的独到之处。

和巨头们要“连接一切”、“做大做全”相比，身为互联网系云的网易云思路也不大一样，网易云提出的是“场景化云服务”，这和兴业、招行等公司的思路很像，都是以小切口入手，“以小见大”。

网易云不单纯按照云计算IaaS（基础设施即服务）、PaaS（平台即服务）、SaaS（软件即服务）的传统划分方式，而是从基础服务、产品研发、业务运营等层面出发，解决具体场景下的业务需求。事实上网易云也已经收获企业客户40万，而且在在云安全、通信与视频、云客服等领域表现比较突出。

这种小切口的思维避开了阿里云、AWS、腾讯云这些大厂的正面价格战，可以有更多精力去打磨产品，提供服务，也不失为如今激烈云计算市场中的一种别样的思路。

在阿里云为代表的互联网系云以及华为为代表的传统IT厂商不断交锋的情况下，在细分市场深扎，可能才是唯一的出路。

未来趋势预测

2017年的云计算市场和2016年相比，明显激烈很多。连中国电信这样被外界视为保守、老旧的传统IT企业都用一分钱拿下了辽阳市政务云项目，可见市场已经发展到了何种地步。

2018年云计算市场的激烈程度只会增加，不会减少。2018年的市场预测大致会是三点。

1、阿里云、腾讯云、AWS会继续价格战展开全方位竞争。

特别是腾讯云通过价格战在云计算市场撕开了一道口子，腾讯本身就具有较好的现金流，在公有云领域加打投入，不仅仅对企业自身金融、游戏等业务的扩张有好处。AWS为应对阿里云在国际市场的竞争，必然也会在中国市场动一动手脚，价格战在所难免。

2、腾讯云、华为云等二线云计算厂商继续加速追赶。

自从腾讯财报中录入腾讯云业务以来，与支付的合并增长数据持续保持在200%以上。成为腾讯所有业务中增速最快的一项。二线厂商如果愿意投入资金，必然还会不断挤占传统云计算厂商的市场份额。

不过，华为云似乎还是在避开互联网企业的锋芒。华为云推出的数十种服务中，包含了制造行业数字化转型、SAP等企业级解决方案，明显和阿里云、腾讯云的思路、做法有所区别，目光主要在制造业领域的企业级解决方案。

3、SaaS市场和垂直细分领域将诞生云计算小巨头。

在一些非常具体的领域，专注IaaS的大企业不一定有精力做，事实上，互联网巨头确实也没做好，而做这些具体领域的小型云服务企业缺乏技术实力，这恰恰是网易等云计算小巨头的机会。

IDC最新发布的《中国公有云服务市场半年度跟踪报告》显示，2017年上半年，中国公有云软件即服务（以下简称SaaS）市场规模达到5.4亿美元，同比增长34.5%。中国SaaS市场正处于高速发展的初级阶段。

IDC预测国内SaaS市场2017~2021年的年复合增长率将超过40%，未来3~5年，中国SaaS产品将进一步向“垂直化”发展。企业级SaaS通用型厂商未来会加大特定行业定制化服务。各大垂直行业细分领域也会不断涌现出新兴SaaS厂商。

像SaaS市场和垂直细分领域，必然会有更大的机遇存在。小而美，美而精，精而专，这可能才是打破阿里云等巨头垄断的最佳发展方式。

腾讯云、阿里云都“服”了，云容灾你还迟疑什么？

无巧不成书。8月6日上午，专注于提供容灾和业务高可用解决方案的专业技术厂商英方软件刚刚发布了英方云（i2yun）——基于互联网的企业业务连续性服务平台，晚上，记者的手机收到了腾讯QQ安全中心发出的一条致歉信：8月6日有部分用户无法登录QQ相关业务，确认问题是由于QQ服务机房故障所致。又是一次安全事故！回想起不久前发生的支付宝、携程网断服务事件，不由得让人感叹：灾备服务真是刚性需求啊！

云容灾不是纸上谈兵

英方云，一个专门提供灾备和高可用性服务的公有云平台，这在中国的灾备领域还真是第一家。英方云何以横空出世？它的缔造者究竟是什么来历？

英方云的“东家”是英方软件，一家已经在灾备领域默默耕耘了六年的软件企业，从一个只有20人的研发团队的小公司慢慢发展到今天已拥有近200人的团队，其产品和解决方案已在光大证券、拉卡拉支付、中国移动阅读基地等大客户那里得到了成功部署。

与业务类似的中国本土另一家数据保护厂商爱数软件相比，英方软件似乎有些低调和大气晚成，但英方软件拥有赖以成名的“杀手锏”——字节级的复制技术和云CDP技术，这让它在推出创新的云服务平台——“英方云”时，显得底气更足。而提到英方软件的成名“武器”之一云CDP时，又不禁让联想起另一家以CDP闻名的厂商——美国飞康软件公司。英方软件首席执行官胡军擎在谈到自家的CDP技术时强调：“我们可以实现字节级的复制，而不是像大多数厂商那样只能是数据块的复制。我们的产品可以在主机端侦听、截获变化的字节，而且在复制时只传输变化的字节，从而大大节省了带宽，提高了传输速度，让跨地区甚至跨洲际的数据传输也变得迅捷、高效。”

对于云灾备这个概念，业界的不同厂商有不同的解读。从技术角度讲，将数据备份到云中，在系统故障时将数据恢复到本地或云中，很多厂商都能够做到。记者在采访一些国外知名的数据保护厂商时，它们都表示拥有云备份、云容灾的技术和解决方案，而且也已经和诸如亚马逊AWS这样的云服务商在数据保护方面有合作。但是，为什么第一个在国内提供云灾备理念，并且付诸实施的是英方软件呢？

中国企业用户到底有没有云灾备的需求呢？一些国外厂商的调查显示，大部分中国企业客户可能考虑过云灾备，但是目前还没有付诸行动。另外，可能由于法律法规方面的限制，国外厂商在中国提供云灾备服务的时机还不太成熟。在国外，云灾备服务已经有先例。不过，中外的国情不同。国外的灾备应用比较成熟，而且由于历史的原因，国外厂商依旧在采用传统的备份、容灾技术，然后再转向云。这种模式可能不太适合中国的国情。英方云的创新之处在于，它基于字节级的复制和云CDP技术，数据传输量很小，非常适合中国带宽有限的实际情况。

英方软件成立之时正赶上中国云计算兴起的第一波浪潮，在面向云的开发和服务方面具有后发优势。英方云一推出就已经有了三个重量级的合作伙伴——腾讯云、阿里云和中国电信天翼云。腾讯云、阿里云是国内知名度较高、公认的处于行业领导地位的公有云服务商，而中国电信天翼云有大量优质的企业客户。英方云先在这些有影响、有规模的公有云平台上试水，对于检验英方云的技术和服务品质，以及提升英方云的知名度大有裨益。

试想一下，如果一个企业购买了阿里云主机，而这个云主机已经默认包含了英方云的容灾和高可用性服务，那么企业在使用云主机时就少了业务中断方面的后顾之忧。如此看来，英方云与公有云服务商、IDC服务商之间应该是绝配才对，可为什么到目前为止，英方云只有腾讯云、阿里云和中国电信天翼云三个伙伴？胡军擎解释说：“我们的云容灾平台与其他公有云服务商的平台之间要通过API实现无缝连通，这就需要双方具有对等的技术能力，能够实现平台的完美对接。已经有很多IDC服务商在和我们接触，不过这要一步步来。”

云容灾的技术基础

从业务模式的角度来看，英方云是云容灾的一种创新。这种创新的基础还是英方软件独特的技术。

按产品线来划分，英方云目前拥有三大产品线。

第一个就是英方云，这是一个公有云形式的云灾备服务平台，用户可以直接在这个平台上购买云备份和恢复服务、云高可用性、业务迁移等服务。用户可以根据自己的实际情况，登录i2yun直接购买，或在腾讯云、阿里云和中国电信天翼云三个服务平台上购买。

第二条产品线是i2Box英方一体机。一体机大家都再熟悉不过了，是一个软硬件一体化的解决方案，可以在几分钟内完成部署，加速企业上云的速度，简化操作。面向不同规模的企业用户，i2Box英方一体机又可以分成几种：i2Box A/B/C是面向大中型企业用户的一体机，它采用英特尔至强处理器、32GB内存，包括10个客户端；i2BoxSMB是面向小企业的一体机，它采用英特尔至强处理器、8GB内存，包括2个客户端；i2BoxMini有另一个好听的名字——“月光宝盒”，它采用英特尔赛扬处理器、4GB内存，包括2个客户端，是一个更小巧的一体机。英方开发一体机的主要目的还是为了简化云灾备的应用。客户采用英方一体机，既可以在本地构建灾备系统，也可以作为联通英方云的“桥梁”。

在过去两三年中，备份一体机在中国慢慢流行起来。国外的EMC、惠普、赛门铁克，以及国内的爱数、火星高科等厂商都在力推其备份一体机。IDC最新公布的《中国备份一体机市场预测与分析，2014-2019》市场调查报告显示：2014年，中国备份一体机市场规模达到1.6亿美元的规模，与2013年相比增长超过14.0%，其中政府、电信和金融行业的市场份额占总体备份一体机市场的63%以上。英方软件在一体机方面才刚刚起步，而且其一体机的主要目标是简化容灾应用服务，其定位更加细分和精确。

在一体机的推广方面，英方软件有自己的绝招——免费。英方软件目前在开展一项市场活动，用户可以主动申请免费使用i2BoxMini，凡是通过英方软件资格审查的用户都可以免费获得具有固定容量配置的i2BoxMini。通常情况下，很多免费使用过i2BoxMini的用户都会有进一步采购英方软件其他产品和服务的意愿。胡军擎介绍说，实际中这种情况已经多次发生。

云应用最重要的是体验。有时企业无需向用户刻意推荐新技术的好处，只要把产品给用户使用，客户通过亲身体验自然会对产品的优劣心中有数。一体机也是如此。

第三条产品线是i2Software v5.5英方软件。这套软件其实是英方软件所有产品和服务的底层基础，它包括i2Availability英方容灾高可用、i2COOPY英方实时数据灾备、i2CDP英方持续数据保护、i2Cloud英方云灾备运营软件、i2Move英方系统迁移。英方软件的用户只要将软件升级到5.5版本，就可以连接i2yun英方云平台。英方软件最大的技术突破有两点：第一，字节级序列化数据复制技术，支持大数据在线迁移，全业务互联兼容，支持跨平台、跨主机的数据复制和容灾高可用；第二，字节级CDP技术，可实现基于字节的、跨平台、不间断数据保护和任意历史点的数据恢复。

云容灾是一个确定的发展方向

英方云的创新性体现在，它是一个基于云计算的O2O商业模式，兼容线上容灾和线下容灾解决方案，实现无缝整合，企业用户的数据和业务可以在私有云、公有云或混合云上实现自由的流动、保护、应用和分享。

通过英方云灾备服务，用户可以把数据从本地机房实时复制到阿里云、腾讯云等云主机上，并在云主机上实现持续数据保护，实现任意历史点数据恢复；通过英方云迁移服务，用户可以实现本地服务器向云计算平台的不停机迁移，也可以将云主机向另一朵云的云主机进行在线迁移；通过英方云高可用服务，用户可以同时采购两朵云的云主机，并在两朵云之间建立高可用关系，保障高可用和业务连续性，即使一朵公有云有问题，业务也可以切换到另一个朵健康的云上。再有“挖掘机”出现，或人为误操作，都不会造成业务停顿。

总之，英方云能够支持用户在安装了英方云客户端的服务器、虚拟机、云主机之间进行信息共享、数据的多向流动和数据的安全保护，让用户充分享受云计算带来的经济、敏捷的云灾备服务。

广州妇幼保健医院采用英方软件的解决方案与中国联通的沃云对接，将HIS等关键应用全部迁移到云上。尽管目前英方软件还没有与中国联通的沃云建立起固定的合作关系，但是这并不影响用户在沃云中实现对数据和应用的保护。

胡军擎表示：“云容灾是未来的发展方向。英方云以安全、专注、高效的服务理念颠覆了传统数据备份与容灾。”云容灾真正的变革性体现在，它倡导一种集约式的资源服务方式，用户可以在本地和本地之地，本地与云之间，云和云之间实现数据的自由流动、分享，并保证应用的连续和数据的安全。

容灾也可以看成是备份的一种技术，但不是传统的定时备份，而是实时备份。胡军擎认为云容灾在一定程度上可以取代备份。这一预言让记者不禁想起了5年前飞康公司也曾提出过这样一个口号——“备份，不再需要备份软件”，其主旨是CDP可以完全取代传统的备份。在云容灾的时代，这一话题又被重提。CDP技术谈了已经很多年，曾几何时，业界还为了真假CDP有过长时间的争论。CDP技术本身也在不断演进之中。如今，CDP如何更好地为云服务又是一个值得研究的课题。

云灾备已经来了，不仅仅停留在概念层面，而是可以付诸实施，尤其是阿里云、腾讯云与中国电信天翼云的实践为云灾备在中国的普及开了一个好头。我们期待，在中国的云灾备市场上也能有百家争鸣、百花齐放的一天。

前言

对数据库服务而言，实现高可用会更加复杂，不仅能访问，还需要保证正确性。因此在容灾之外，数据库高可用方案还要同时考虑数据一致性问题。本文将介绍部分业界主流数据库高可用架构的特性、优缺点及其自动化运维，进一步阐释数据库高可用容灾方案的设计与实现。

什么是高可用数据库？

高可用数据库是由一系列数据库构成的总体系统，在任何时刻，至少有一个节点可以接受用户的请求并提供数据库服务。

（图：什么是高可用数据库）

高可用数据库的优点：

第一，方便读写分离。

高可用数据库可以通过将写操作放在主数据库节点上进行，将读操作分担到若干从库上，来提升读操作吞吐量，进而提升读写效率。

第二，变更不停服。

当整个高可用数据库架构或主节点升级时，可以让高可用数据库先进行主库切换，备用节点替换原主节点提供数据库服务，当主节点升级完毕后，再将主从库服务切换回来，这样能有效避免系统升级或变更时对用户服务质量产生影响。

第三，备份不影响服务性能。

高可用数据库架构包含多个从库，在不影响主节点服务性能的情况下，能非常方便地实现数据的容灾备份。

通常，在进行高可用数据库架构设计时，需要考虑三个问题：

如何同步各数据库之间的节点数据？同步需要保证切换后的数据库是最新数据，以及在切换过程中数据不会丢失，同时还要考虑同步过程对主库和备库的影响。高可用数据库的容灾切换如何进行？架构不同，容灾切换的复杂度也不一样，且切换以后需要保证主、从库数据的一致性，这可能需要开发者在设计之初就尽量优化和简化容灾切换逻辑。如何提高高可用的运维效率？

典型高可用数据库架构

按照数据同步方式，可以将业界主流高可用架构分为四种：共享存储方案、操作系统实时数据块复制、数据库级别的主从复制、高可用数据库集群。每一种数据同步方式可以衍生出不同架构。

方案一：共享存储

共享存储指若干DB服务使用同一份存储，一个为主DB，其它为备用DB。若主服务崩溃，则系统启动备用DB，成为新的主DB，继续提供服务。一般共享存储采用比较多的是SAN/NAS方案。

（图：共享存储）

虽然该方案的优点是没有数据同步的问题，但也有一些限制，如对于共享存储的实时性和网络性能有较高要求。而随着硬件性能的不断提升，将计算存储分离、和DB深度结合的共享存储亦是高可用数据库未来发展趋势之一。

方案二：操作系统实时数据块复制

这一方案的典型场景是DRBD，可以理解为远程的RAID1。如下图所示，左侧数据库写入数据以后，立即同步到右侧的存储设备当中。如果左边数据库崩溃，系统可以直接激活右边的数据库存储设备，启动新的数据库服务，实现容灾切换。

（图：操作系统实时数据块复制）

这个方案的缺点也比较明显，如系统只能有一个数据副本提供服务，无法实现读写分离；另外，如果系统崩溃，主库进程中断，容灾切换后需要在挂掉的数据库上做数据库崩溃恢复，系统需要的容灾恢复时间较长。

方案三：数据库主从复制

这种方案是最经典的数据同步模式，系统采用一个主库和多个从库方式，实现原理主要是基于日志的主从复制，主库操作以日志的形式发送给各个从库，从库接收到日志后进行数据备份。

优点是一个主库可以连接多个从库，能很方便地实现读写分离，同时因为每个备库都在运行中，所以备库里的数据基本都是热数据，容灾切换也非常快。

（图：数据库主从复制）

不过，这个方案也并非完美无缺，如容灾切换时，从库一定要同步完最新数据以后才能升级为主库，否则极有可能导致数据丢失。针对这些问题，业界也正在研发对应的改进技术。

改进技术一：双主架构

为了保证容灾后的数据一致性，业界对这种架构做了改进，其中一种就是双主架构。如下图所示，双主架构一般会选择两个DB做一对主库，这两个DB互为对方的从库，无论往哪个DB写入数据，另一个都会自动同步。容灾时，系统只需把流量从左边切换到右边，容灾后数据同步依旧自动进行，这样就保证了容灾后原主库的数据一致性。

（图：主从复制-双主架构）

改进技术二：日志自动寻址

早期数据库日志中，MySQL是通过文件名加上文件偏移量进行寻址，因此主库的自动定位并不好实现。为了解决此问题，MySQL提供了一种叫做GTID的全局事务标志技术，一个事务对应一个ID，所有日志都带有唯一的标识符。主从库切换后，其余从库只要根据新主库的日志ID，就可以辨别新的日志同步点，然后根据这个日志同步数据，这对于搭建一主库多从库的架构来说寻址非常便捷。

（图：主从复制-改进技术）

改进技术三：异步复制改进

默认情况下，MySQL的复制为异步。但在极端情况下，如主库刚提交日志，其它从库还没有接收到相关日志时，数据库发生故障，此时该日志的内容就会全部丢失，而采用半同步复制机制可有效解决此问题。半同步复制是指主库在将新生成的日志发送给各从库前，需发送日志到一个(默认)从库，等待从库返回ack信息后，主库再提交日志发送给各从库。半同步复制是一种提升数据一致性的有效方式，也是比较关键的技术。

方案四：数据库高可用集群

前三种方案主要通过日志的复制模式实现高可用，第四种方案则基于一致性算法来做数据同步，数据库提供多节点一致性同步机制，利用该机制构建多节点同步集群。这种方式比较经典的案例包括MGR（MySQL Group Replication）和Galera等，近期业内也有一些类似尝试，如使用一致性协议算法，自研高可用数据库架构等。

（图：数据库高可用集群）

如上图所示，五个节点构建成了一个一致性的同步集群，客户端可以读写其中的任一节点，其它节点都能进行数据同步，因此理论上每个节点都可以进行读写操作。这种方式的容灾实现也比较简单，假设第二个节点出现故障，系统只需要断开客户端对第二个节点的访问路径，其它节点照常访问即可，这也是业界近年来比较流行的高可用集群方案。

UCloud高可用数据库解决方案UDB

UCloud对比了业内各解决方案的优劣，综合了原生MySQL兼容以及不同版本、应用场景的覆盖等多种因素，最终选择采用基于数据库主从复制的方式实现高可用架构，并在原架构基础上采用双主架构、半同步复制、GTID等措施进行了系列优化，既保证数据一致性，又实现日志自动寻址。

（图：案例-UDB MySQL高可用实例架构）

如上图所示，最底层为数据层，使用了双主架构，主库与备主库之间通过半同步的方式实现数据同步；中间层有一个代理服务器Proxy将流量导入到双主数据库的主节点，使用了GTID的模式，方便从库自动寻址。

系统的容灾切换也非常简单，数据库崩溃前，Proxy将流量导入主DB，发生容灾以后，只需把Proxy从左边Master导到右边Slave，即可快速完成切换。

（图：UDB容灾切换示意图）

高可用数据库的自动化运维

自动化运维是高可用数据库中的难点，因为企业业务不一定只有一个数据库，可能需要同时管理十几个甚至上百个数据库，如果每一个数据库都配置一个高可用数据库架构，系统则要保证其中任何一个发生问题以后都可以进行容灾，这无疑给运维带来了极大挑战。

那么，如何同时管理大量高可用数据库，使其都可进行容灾？目前自动化运维方向的思路包括容灾切换自动化、健康状况自动检查和问题修复、高可用数据库运行状况监控等。

1、要实现容灾切换自动化，首先考虑两个问题：一是怎样准确判断需要容灾，这是实现自动容灾的基础和前提；二是容灾切换时，备库数据尽量和主库数据保持一致，否则就容易带来数据丢失问题。

（图：容灾切换自动化）

针对上述问题，MySQL已经有比较常用的方案，如MHA，还有一种比较新的方案叫Orchestrator，如果自行搭建数据库，可以考虑采用这两种方案。

2、健康状况自动检查需要通过自动监控搭配告警来做，在高可用容灾中，最关键的还是高可用数据库的主库和备库数据是否一致。通常，导致主从库数据不一致的主要原因有两方面：第一，复制有没有正常进行，如发送日志时主库与备库之间的连接突然断掉，这时需要系统扫描主备库是否异常；第二，主从延时，如果主从之间的数据延迟较大，那么切换数据库时也会比较麻烦，可以考虑使用业内比较常用的监控模块，如Prometheus等工具定期采集，发现异常状况后及时调整。

（图：健康状况自动检查）

3、异常情况自适应调整，以主从延迟为例，可能是CPU或者IO的问题，如果是IO，一种办法是将IO调高，这是一种比较好的解决方案，如果IO调高以后还是无法降低延时，可以在从库把日志的持久化等级暂时性调低。当然，如果主从之间延迟过大，完全无法调整为正常水平，这时候就要考虑通过一些手段重做从库。

UDB：海量高可用数据库自动化运维

UDB拥有海量的高可用数据库，在自动化运维和管理方面，UDB采用的是高可用容灾集中式自动化管理方式，通过自研的自动容灾逻辑，进行大规模、高并发的DB自动化容灾。同时，UDB的运维体系还可以做到自动化问题探测以及修复，如自动拉起DB恢复服务、自动恢复数据同步、自适应流量控制等。此外，UDB还会配合一些高效运维工具和巡检工具做更深层次的问题发现和解决。

（图：海量高可用数据库自动化运维）

UDB高可用运维中的几点经验：

第一，日常需要做例行巡检，保证高可用数据库的健康。主从延时是导致高可用数据库无法容灾的关键原因之一，因此一定要在日常运维工作中重视起来。

第二，定期容灾演练很有必要。容灾演练就是在平台上跑容灾逻辑，需要在不同场景下做切换，看数据有没有丢失、是否保持了数据一致性等，因为线上环境非常复杂，可能会有各种莫名其妙的问题导致切换逻辑在发生切换以后结果不一致，所以要通过定期演练把各种可能性降到最低。

第三，高可用切换需要记录日志，并且在切换失败时马上告警。切换日志可以做事后复盘分析，看DB是什么时间崩溃做的容灾。进入告警后可以保证第一时间介入并解决，减小整个DB崩溃对用户的影响。

（图：高可用运维经验）

总结

高可用架构是数据库运行稳定必不可少的一部分，设计架构时要考虑诸多问题，如数据是否同步、高可用自动切换、自动化运维等。如果是在云环境下，推荐使用UDB云数据库来一键完成配置，降低业务运维压力。

—End—

云计算最近的热闹不少。

8月5日，一家创业公司“前沿数控”发文，称其在腾讯云上数据全部丢失。之后腾讯云对此回应称，该事故是因所在物理硬盘固件版本bug导致的静默错误且运维人员存在不规范操作所导致，并表示了道歉与赔偿。

至此，在一年多的时间里，微软、AWS、阿里云、腾讯云等主要云计算服务商相继出现问题，这也让外界产生疑惑：云计算怎么了？

近些年，企业上云已成趋势，而云一旦出问题，很可能影响颇大；然而就像天底下没有不生病的人一样，云计算也自然也不可能百分之百完全不出问题。这次的腾讯云事件，刚好可以用来聊聊这个话题，让我们透视云计算平台与企业如何应对可能存在的问题。

没有绝对不出问题的云计算

但我们或许可以借此讨论这样一个问题：云计算平台不出错的理想情况，到底是否可能？

答案当然是否定的，任何云计算平台都有发生事故的可能。云计算本身是一种本地存储与运算的替代方案，所以本地计算可能出现的软硬件问题，也将映射到云计算体系中。

当然，随着云计算技术的不断进步以及产业服务能力增强，今天我们看到云计算应对风险的技术解决能力、容灾能力、应急冗余能力都在提高。

但同时也应该看到，云计算的另一面，是体系复杂化、碎片化的业务需求，更加复杂的云计算应用体系以及云计算+AI、云计算+IoT等新业务种类，导致出现风险的场景更多。比如去年英国一个移动应用企业发生了数据崩溃，原因在于企业员工违规收取了邮件，最终导致云存储数据被大规模劫持。

不过从另外一个角度来看，云厂商提供给用户的真正有价值的服务并不是一个一定不会出问题的服务，而是让企业可以低成本快速的搭建一个服务冗余、一定容灾的架构的能力。从腾讯云的案例中我们可以看到，云计算的问题可能很复杂，而平台的处理能力是解决问题的第一方案。

出现了问题，云计算平台如何应对？

让我们回顾一下腾讯云这次事件中，数据丢失到底因何发生：

根据腾讯云方面的技术复盘，该故障缘起于因磁盘静默错误导致的单副本数据错误，再加上数据迁移过程中的两次不规范的操作，导致云盘的三副本安全机制失效，并最终导致客户数据完整性受损。具体原因是，是因为运维人员在收到仓库空间使用率过高警告后，准备发起搬迁扩容。在搬迁国产中，为了加快速度，手动关闭了迁移过程中的数据校验。而在搬迁完成后，运维人员将出事故云盘访问切至新仓库，同时为了释放空间，对原仓库中的源数据发起了回收操作，之后发现部分云盘出现IO异常。

本次事故起源自因磁盘静默错误导致的单副本数据错误，再由于数据迁移过程中的不规范操作，导致异常数据扩散至三副本，进而导致客户数据完整性受损。

腾讯云已经正式道歉，并从技术角度坦诚了相关问题的存在。

由于云计算事故的问题，往往来自复合型问题、细节问题。而往往平台讳莫如深，甚至想要撇清责任，是导致事件复杂化的直接原因。而腾讯云此次的坦诚方案，在业界还是收获了一定的肯定

而通过腾讯云的事件，我们可以看到真正能够有效降低云计算故障的方法，是在出事前进行干预。比如说：

1、搭建应急预案，不断更新容灾技术与容灾机制，可以在出现问题时快速、低成本搭建应急架构。这是云计算平台应对可能事故的核心，而容灾机制与技术的双重保障，也是云服务品牌的核心竞争力。

2、规范化管理流程，尤其涉及数据问题时的人工操作流量。腾讯云事件中可以看出，人为不规范操作是造成很多重大损失的起因。而严格的流程化和去人工可能是较好的解决方案。

保障数据，企业用户也需配合

云计算平台自然也不是万能的。对于用户来说，选择合理的服务体系、积极做好兀余和备份工作，是进一步降低风险的举措。

另一方面，云计算服务中还有一项功能，叫做云盘快照。也就是企业可以定期来复制备份自己的数据，作为应对可能性事故的备案。而恰好腾讯云还是少数定期提供免费快照功能的云平台，为避免企业数据丢失，还是应该积极使用类似备份功能，保证自身数据的安全存放。

同时，对于核心数据来说，本地存放与云存储兼顾，是公认的更良性策略。

目前，出于市场业务细分化的需要，所有云计算平台都在提供更细节化、碎片化的服务选项。但很多时候企业并不能为了节约成本而购买单一服务，而是需要设置符合自身发展需求的云计算策略，并做好重要数据本地备份。

毕竟，狡兔三窟总归不是错误。

合理用云，前提是正确认识云

综上所述，我们可以发现，为了解决类似问题，需要云计算平台、企业客户，包括行业监管、法规定制等方向的共同努力。我们可以从以下几个方面，看到未来化解类似矛盾的可能：

1、技术层面，更加简便优质的容灾备份服务显然是主流。而在今天快速迭代的云计算体系中，通过技术保障进一步加强企业数据保障并不是奢望。而更加扎实的平台管理能力，和快速调查事故原因的能力与执行规则，也是平台企业未来需要提供的用户价值。

2、权责分明的服务关系。类似案件中，平台故障当然是主因。但企业事故也可能最终导致数据危险。

因此，平台方向企业方提供明确的风险提示，并建议做好关键数据备份；企业方购买符合自身发展需求，较为合理的云计算业务体系，都是避免最终矛盾的解决方案。另外很多云计算业务，其实都来自企业应用层面的问题，那么责权如何进一步划分，也是应该解决的问题。

平台与用户双方，能够达成策略性预见，给予对方足够的尊重，并一切有规可循，才是类似问题的最终解决办法。

一棍子打死云计算，或者把云计算捧杀到万能的地步，事实上都是毫无益处的。

周末快到了，李雷和他的几位小伙伴们约好，一起去春游、烧烤。

于是，到了这天，每个小伙伴都带来了烧烤所需的器材和食材：

然后，他们就开始烤、开始吃...

烧烤结束之后，大家虽然都吃得很好，但是觉得并不开心。。。

为什么不开心呢？因为：

1 每个人都带着一整套的器材和食材，背包太重，很累

2 每个人都要搭架子，生火，穿铁签，抹酱料整个流程走一遍，时间太久

3 有的人木炭不够用，有的人却浪费了很多

第二周，大家又嘴馋了，于是，又相约去烧烤。

鉴于上次烧烤的经验教训，大家商量了一下，决定提前进行分工。

分工方案如下（方案A）：

在这个方案A中，李雷专门负责带木炭、烧烤架、打火机，并且全程负责把火烧好。

而其他4人，负责各自食材的烧烤。

当然，最后烤好之后，四个人给李雷一份自己烤好的食物。

这次烧烤之后，大家都觉得比第一次好多啦！

但是，还是存在一些问题，如下：

1 有人酱料用得多，也有人酱料用得少，既有不足，也有浪费。

2 韩梅梅、吉姆、露西、莉莉每个人都要负责各自食材的烧烤，觉得太累。

第三周，小伙伴们又又相约去烧烤。。。

大家商量了之后，进一步进行分工调整，推出了新的方案，如下（方案B）：

在方案B中，李雷带的东西不变，工作分工也不变。

韩梅梅改成只带酱料、酱料刷、铁签，并且，全程负责穿铁签，烤食材，刷酱料。

剩下的3个人，负责带食材。

当然，烤好之后，3个人都需要给李雷、韩梅梅一份烤好的食物。

这次烧烤之后，大家觉得更方便了，很开心，很满足。。。

到了第四周。。。。。。

Duang...

李雷、韩梅梅、吉姆这三个小伙伴，瞅准了烧烤带来的商机，干脆合伙开起了烧烤摊。。。

专门卖给游客烤好的鸡腿、鸡翅、羊肉。。。（这就是方案C）

他们三个人开始了幸福的生活。。。

故事结束。。。

大家好，我是你们的小枣君~

上面的这个烧烤小故事，不知道大家看明白了没有？没明白也不要紧，下面听我慢慢解释。

今天我要说的，是关于“云计算”的知识。

云计算，相信大家都听说过，如今是一个很火爆的科技概念，到处都能看见对它的宣传，还有很多与之相关的企业。

那么，到底什么是云计算呢？

实际上，关于云计算的解释众说纷纭，每个人的理解都不太一样。比较流行的一种书面定义，是这个说的——

云计算是一种按使用量付费的模式。这种模式提供可用的、便捷的、按需的网络访问， 进入可配置的计算资源共享池（资源包括网络，服务器，存储，应用软件，服务），这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互。

这实在不是一句人话。

如果让我来解释，云化就是把每个人手中的独立资源集中起来，放在一个地方进行统一管理，然后动态分配给每个人使用。而云计算，就是把计算资源集中起来，这个计算资源，包括CPU、内存、硬盘等硬件，还有软件。

嗯，是不是有点像大锅饭？

换句话说，云计算就是让用户使用互联网来使用在云端的应用，数据，或者服务。

这些应用，数据，或者服务，就是云计算的资源。

云计算的结构里，这些资源是如何提供的呢？到底是怎么一个运作模式呢？

这里，就要提到三个我们经常会看到听到的词：

很多人搞不清这3个“ass”是什么意思。其实，它们是云计算的三种最常见的服务模式。

最底层的，就是IaaS——

IaaS: Infrastructure-as-a-Service（基础设施即服务）

Infrastructure就是基础设施的意思，IaaS有时候也叫Hardware-as-a-Service，一下子就理解了吧？就是提供硬件相关的服务。以前，你要建个网站，建个FTP，需要自己买服务器和交换机等硬件设备，现在不用了，可以使用IaaS服务商提供的IaaS服务。

刚才的故事里，方案A的李雷，其实就类似一个IaaS服务商。

再往上，就是——

PaaS: Platform-as-a-Service（平台即服务）

P就是Platform，平台。某些时候也叫做中间件。基于硬件之上，平台开发都可以在这一层进行。PaaS服务提供商提供各种开发和分发应用的解决方案，比如虚拟服务器和操作系统，以及数据库系统等。

方案B的李雷+韩梅梅，类似一个PaaS服务商

继续往上，就是——

SaaS: Software-as-a-Service（软件即服务）

这一层是和你的生活每天接触的一层，在这一层上，就可以直接访问和使用服务功能了！例如通过网页浏览器收发电邮，订购商品，查看航班信息等。在你的面前，就是具体的应用服务。

方案C，好基友烧烤摊，就是一个SaaS

游客们可以直接购买食物，买了就能直接吃，什么都不用自己操心，无需自己去准备器材、食材、也无需自己进行烧烤。

以上3个“ass”概念，一旦你理解了，云计算你就基本上算是理解了。

怎么样，并不难吧？

其实，除了IaaS、PaaS、SaaS之外，现在还衍生出了很多相关的概念，例如BaaS（后端即服务，Backend-as-a-Service）、CaaS（通讯即服务，Communications-as-a-Service）、DaaS（数据即服务，Data-as-a-Service）。这些都是创造出来的概念，表达了你提供服务的层面到底是什么。

就好像我给大家提供知识，也可以算是KaaS（Knowledge-as-a-Service）。

云计算之所以成为一种普遍采用的流行技术，就是因为它有这么几方面的优点：

1 能力强

云计算可以达到很庞大的规模，例如Google公司的云计算，就有100多万台服务器，这意味着超强悍的计算能力。

2 很可靠

云计算采用各种容灾措施，可以保证服务的高可靠性，比本地服务更稳妥。

3 灵活性

云计算很灵活，可以根据用户需求或规模提供相适应的资源，并支持动态伸缩，想多就多，想少就少。

4 低成本

云计算看上去很庞大，很花钱，但实际上，因为节点更为廉价，资源动态管理，所以，用户花的钱反而更少，可以根据自己的使用情况定制服务，控制成本。

总之，云计算作为一个新的技术趋势，已经在不断改变了我们的工作和生活方式。在网络等基础设施日益发展的支撑下，云计算将得到更快速的发展。

也许在未来，我们人类的大脑也会成为云计算的一部分，那也说不定哦！

（全文完）

9月16日，最高达17级风力的“山竹” 肆虐，72小时之后的广东一片狼藉。全国人民的朋友圈都刮起了“台风”，我们为远方身陷水深火热之中的广东朋友祈愿平安。

不过，第22号台风的破坏力着实惊人，除了香港、澳门、深圳、珠海等城市受重创，还有广东西南部、广西、贵州、云南南部等地受“山竹”的影响形成大暴雨，这还不是最可怕的！当我在邮箱里看到下面这封来信，才发现远在广东的“山竹”竟然“吹到”了北京！

原来，“山竹”登陆后，随之而来的暴雨、大风破坏力极其惊人，对相关城市的电力、水力、交通等各方面都造成了一定影响。个别自媒体账号的服务器机房也因此受到了影响，导致北京等各地平台作者正常使用。此时，作为当今网络基础设置之一的云计算服务凸显出其冗灾优势。相比较企业自建信息系统，企业采用SaaS模式不但可以节省大量资金，从而大幅度降低了企业信息化的门槛与风险。

冗灾系统：SaaS云解决方案

一、SaaS有什么特别之处呢？

其实在云计算还没有盛行的时代，我们已经接触到了一些SaaS的应用，通过浏览器我们可以使用Google、百度等搜索系统，可以使用E-mail，我们不需要在自己的电脑中安装搜索系统或者邮箱系统。软件即服务已成为流行的趋势，整个SaaS的范畴涵盖了广泛的用户可以获取并利用的应用，而SaaS的普及也代表着在未来随着互联网的发展，用户不必再投资于任何服务器或是自己的设备上安装任何软件。

二、SaaS采用灵活租赁的收费方式。

一方面，企业可以按需增减使用帐号；另一方面，企业按实际使用账户和实际使用时间（以月/年计）付费。由于降低了成本，SaaS的租赁费用较之传统软件许可模式更加低廉，企业无需额外雇佣技术人员去升级软件、维护软件等操作。

三、SaaS云计算如何容灾？

SaaS模式发展至今已经成熟，考虑到企业成本与数据安全，中小企业选择SaaS都更为明智。以XToolsCRM为例，它在数据存储方式上，从以下四点来实现数据定时备份、容灾备份：

采用覆盖全国的服务器集群保障客户的数据安全。 每天晚上，服务器会自动进行当日数据备份。 为了确保客户的数据安全，各地服务互相备份； 如遇到不可抗力导致服务器损毁，可由其他城市的服务器恢复数据。

随着互联网的发展，SaaS云服务解决方案实现企业容灾更便宜、更简单、更安全。就算是沿海地区的企业，也都不必担心“山竹”过境风险了