UCloud数据方舟 | 做公有云的“贴身保镖”

前言

近日，某创业公司在公有云上丢失数据的事件刷爆了网络。数字时代，数据信息已成为企业的核心资产甚至“命门”，因此对数据安全的保护将愈加重要。

企业数据上云，一些简单操作就可最大限度避免数据丢失事故发生，比如使用N个9的存储服务、上层业务架构设计、多副本备份、多云部署、通过快照及镜像保存数据等。

然而，有时企业出于对公有云的信任，会“大意疏忽”，亦或者企业本身不了解技术，也无主观意识进行相关操作。多种原因使某些极简单动作即可避免的事故，却未能被及时避免，最终酿成“大事故”。实际上，公有云作为企业数据存储主体，对企业数据如何进行安全保护、避免丢失等问题，应该考虑更多。

UCloud数据方舟（UDataArk）是UCloud提供的磁盘级连续数据保护（CDP）解决方案，能够最大限度防止用户由于误操作、黑客攻击等带来的数据删除或丢失，被看作是云平台数据保护默认的“贴身保镖”。

（图：持续数据保护—备份链）

对于数据备份产品，有两个重要的能力评估指标——恢复点目标（RPO）和恢复时间目标（RTO）。目前，数据方舟的RPO已经达到秒级别，默认支持12小时内恢复任意一秒，24小时内恢复任意整点，3天内恢复任意零点。用户甚至可以自由定制备份链秒级、小时级、天级的保护范围，并且是恢复到一块新的磁盘上。同时，数据方舟的RTO则能够达到最短5分钟内恢复，即使是TB级别的数据量，也可以做到半小时内恢复。

数据方舟如何在技术上做到对用户数据的持续保护？数据方舟后端使用了分层混合存储设计，用户实时IO会通过旁路以oplog的方式记录到方舟的接入节点（FRONT）上，由于方舟接入节点采用了高速磁盘设备，能够扛住用户大量的IO写操作。

流式计算节点SHUFFLE会拉取接入节点的oplog进行批量处理，主要是进行数据的合并（merge）和分片（sharding），并将数据分片推送到最终存储层（ARKER）进行存储。随着时间的流逝，ARKER也会不断对数据进行合并，最终形成base/day/hour/jounal四个级别的数据备份链。

用户恢复数据时会调动后端集群所有节点的能力进行并行计算，加快恢复速度。值得一提的是，用户恢复时，当前的磁盘数据是保留的，数据会回滚到一块新的磁盘上，这样做的目的是如果用户回滚后后悔，也能够回到恢复前的数据状态。

（图：数据方舟架构图）

讲了技术方案与原理之后，再来介绍几个使用数据方舟的实际案例。

案例一：误操作导致文件系统异常

2017年12月，某AI创业公司遭遇到了重大危机，其运维人员在对存放重要数据的云硬盘进行扩容时，违规操作，导致硬盘出现了文件系统故障，数据无法访问。

问题磁盘有着多个分区，该公司缺乏对多分区磁盘进行文件系统修复的经验，不敢贸然修复，担忧会因此导致数据进一步损坏。所幸该公司对于存放重要数据的磁盘都使用了数据方舟服务进行保护，立刻进行了恢复，只花了不到半个小时就找回了所有数据。

案例二：勒索病毒

2017年5月“永恒之蓝”病毒爆发，全球大量Windows主机受到入侵，企业重要文件被加密，胁迫支付高额赎金才能解密恢复文件。某印刷公司的一台云服务器也遭受到了病毒攻击，客户的印刷文件被加密。

在此之前，该印刷公司早与UCloud进行了深度合作，选择使用数据方舟对客户数据提供实时连续保护。在确认了数据污染时间点之后，该公司通过控制台将数据恢复到了数据污染前的时间点，最大限度的保证了客户数据的完整性。

案例三：数据库表误删

2018年4月，某互联网公司研发工程师在进行数据库操作时，不慎删除了生产环境的数据表，由于数据库备份周期较长，直接使用备份恢复会丢失大量数据，也缺乏使用备份恢复数据的演练，便直接尝试使用数据方舟服务回滚到了删除之前的时间点，不到十分钟就使数据失而复得。

传统的数据库恢复手段依赖于备份，如果备份缺失或者备份损坏，即便求助于专业的数据库恢复公司也无法保证找回所有数据。2017年Gitlab就因为误删数据导致了长时间的服务中断和长达6小时的数据丢失。相比而言，数据方舟将误删数据的影响降到了最小。

UCloud数据方舟解决的案例不止这些，作为国内领先的中立云计算服务商，不管是技术还是市场，UCloud始终谨记：公有云作为用户数据存储的保护者，需要比用户想的更深、做的更多。

—End—

点击“阅读原文”，了解更多数据方舟产品信息。

关注公众号：拾黑（shiheibook）了解更多

[广告]赞助链接：

四季很好，只要有你，文娱排行榜：https://www.yaopaiming.com/
让资讯触达的更精准有趣：https://www.0xu.cn/