亚马逊AWS官方博客
使用Data Transfer Hub迁移MaxCompute数据至S3数据湖实践
一.概述
随着对象存储使用得到广泛普及,越来越多的企业客户从其他云对象存储迁移到Amazon S3时对实时性,安全性,稳定性,易用性和同步效率有不同的要求。其次,数据存储如关系型/非关系型数据库,Elasticsearch,Redis等皆可通过导出文件或快照进行数据导入,使数据迁移变为基于文件的迁移。本文以迁移阿里MaxCompute数据为示例,通过阿里OSS对象存储实时事件触发,部署Data Transfer Hub以将阿里MaxCompute数据导入到Amazon S3数据湖。除了上述场景外,本文也同样适用于普通对象存储文件迁移。
阅读本文,您将会了解到:
- 如何使用Data Transfer Hub
- 如何配置OSS事件触发同步
- 常见问题和解决方法
二.简要说明
Data Transfer Hub(数据在线传输解决方案),是一个安全,可靠,可扩展和可追踪的数据传输解决方案,使用户可以轻松地创建和管理不同数据类型, 从不同的来源到Amazon Web Service云原生服务的传输任务,例如将数据从其他云服务商的对象存储服务 (包括阿里云 OSS、腾讯 COS、七牛 Kodo 和其他兼容 Amazon S3 的云存储服务) 复制到 Amazon S3。您可以访问亚马逊云科技解决方案官方网站了解该解决方案并在您的账户中进行部署。
该方案支持基于Amazon CloudFormation一键部署,采用无服务器架构,并提供了友好的用户界面,有着易于使用的特性。同时该方案采用了Amazon Graviton2 作为工作集群,大大降低云上费用。并且该方案运用了 BBR 加速,提升10倍传输性能。在架构设计上该方案采用集群架构,以实现海量数据极速传输。
此方案的 CloudFormation 模板会自动部署和配置包含 Amazon AppSync, Amazon DynamoDB, Amazon ECS Fargate, Amazon Lambda, Amazon Step Functions 等服务的架构。该解决方案提供一个托管于 Amazon S3 的 Web 前端,通过 Amazon CloudFront 对外提供服务。Web 前端使用 Amazon Cognito User Pool 或 OpenID Connect(OIDC)服务提供商进行身份验证。下图为前端部分的架构。
当用户通过前端界面启动数据传输任务后,会调用后端数据传输CloudFormation 模板自动部署和配置包含Amazon DynamoDB, Amazon ECS Fargate, Amazon Lambda, Amazon Step Functions, Amazon EC2, Amazon SQS 等服务的架构。其中Fargate会定期对比数据源和目标端之间的数据差异,并将有差异的数据任务发送到任务队列Amazon SQS中,以实现定时批量数据传输任务的创建。同时数据传输任务可以以Event的形式直接发送到任务队列SQS中,以实现实时增量数据传输任务的创建。Amazon EC2作为数据传输的工作者,其数量被Auto Scaling Group 所控制,根据SQS内待传输任务数进行自动扩展。EC2将把每一个数据传输任务的结果存储到DynamoDB中。下图为后端部分的架构。
综上所述,Data Transfer Hub数据在线传输解决方案具有以下特点:
- 一键部署,减少安装和运维工作
- 采用无服务器架构,闲时无费用开销
- 包含重试和恢复机制,系统鲁棒性强,传输任务可追踪
- 运用集群思想,多线程多任务同时运行,数据传输效率高
- 数据传输加密,数据传输采用TLS协议,数据不落盘无泄漏
三.方案部署
Data Transfer Hub方案可以在亚马逊云科技中国官网的解决方案栏页面启动,如下图所示,具体的部署教程请参考官方界面的“查看部署指南”。
您可以在亚马逊云科技中国区域部署该方案,也可以在亚马逊云科技海外区域进行部署。本教程将在us-west-2区域进行演示。
在成功创建CloudFormation堆栈后,您将收到一封电子邮件通知,其中包含用于登录的临时密码,用户名是您启动CloudFormation时设置的AdminEmail。
界面的网址可在CloudFormation堆栈的输出选项中找到,请参见以下屏幕截图:
随后请在浏览器中输入界面的URL,并使用您的用户名和临时密码登录,按指令更改临时密码,最后完成验证电子邮件(可选)。
四.方案使用
1.配置凭证
- 打开 Secrets Manager 控制台
- 点击左侧边栏的 Secrets
- 点击 Store a new secret 按钮
- 在密钥类型中,选择 Other type of secrets
- 在 Plaintext 选项卡中输入您的阿里云的Access Key 和 Secret Key, 该凭证需要按以下的格式
- 点击 Next
- 输入密钥名称 Secret name, 例如: drh-credentials
- 点击 Next
- 选择 Disable automatic rotation
- 点击 Store 完成创建
2.在界面中创建数据迁移任务
-
- 回到 Data Transfer Hub 界面, 选择Amazon S3 然后点击 Next Step.
-
- 然后点击 Next Step.
- 在 数据源(Source settings) 部分, 输入源数据桶的桶名以及相关参数信息,注意选择Source Type 为Aliyun OSS.
- 在 数据目的地(Destination settings)部分, 输入目的地数据桶的名称以及相关参数信息.
- 输入告警邮箱然后点击下一步(Next Step)
- 在检查完任务配置后,点击创建任务(Create Task). 随后,您将看到您所创建的任务.
3.通过Cloudwatch 面板进行监控
点击任务下对应的CloudWatch链接,打开CloudWatch 面板对任务的相关数据进行监控。注意,任务第一次启动时,面板的监控指标数据可能会有5分钟左右的延迟。
在CloudWatch面板中,可以看到数据传输任务的相关性能指标:例如系统最大传输网络速度、已传输文件数、等待的任务总数、当前EC2实例数量以及Auto Scaling Group期望EC2实例数量等参数,具体如下图所示。
4.通过OSS事件触发器进行实时数据迁移
Data Transfer Hub支持将数据近乎实时地从阿里云OSS迁移到Amazon S3。 其原理为运用阿里云的计算函数将新增文件通过event的形式直接发送到Amazon SQS中,以实现数据传输任务的实时创建和消费。
1)预备工作
Data Transfer Hub 必须部署在亚马逊云科技的账户中,本教程假设您部署在 us-west-2区域. 在您创建task之后,前往SQS 控制台 并记下`Queue URL` 和 `Queue arn`, 我们将在后续步骤中用到他们.
2)准备您的亚马逊云科技账户的 AK/SK
前往 IAM 控制台, 点击创建一个新的策略(Create Policy).
点击 JSON,并将下面的权限Json文件输入到策略中。注意替换JSON中的Queue arn 为您前述步骤中的arn.
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"sqs:SendMessage"
],
"Resource": "arn:aws:sqs:us-west-2:xxxxxxxxxxx:DTHS3Stack-S3TransferQueue-1TSF4ESFQEFKJ"
}
随后创建一个User. 前往 User 控制台 然后点击 添加用户(Add User).
然后将您先前创建的策略附加到该用户上。
保存 AK/SK,您将在下一步中使用它们。
3)准备阿里云中的发送函数
打开终端并输入以下命令,建议使用docker或linux机器。
随后在同一文件夹中创建 index.py,然后输入下述代码:
打包代码(包括boto3)
4)在阿里云上创建函数
打开阿里云 函数计算/Function Compute的服务及函数, 点击 新建函数/create function
运用刚刚打包的zip文件创建函数
然后点击 新建/create
5)配置函数的环境变量
然后在“环境变量”中输入json配置文件,请记住使用自己的ACCESS_KEY,SECRET_KEY和QUEUE_URL
点击创建触发器以创建函数的触发器。
然后配置触发器,如下图所示。 触发事件, 请选择:
7)MaxCompute表数据通过ODPS SQL输出到OSS
在Dataworks数据开发控制面板创建ODPS SQL,配置定时或触发调动任务,将数据以Parquet+LZO压缩格式导出至OSS
五.常见问题和优化方法
1)Data Transfer Hub定时批量同步和OSS事件触发同步是否会冲突?
Data Transfer Hub默认每1小时进行批量同步。Data Transfer Hub会进行源端全量扫描将新建,更新和删除的文件进行同步。如果OSS事件触发的同步还在处理中,则会自动撤销批量同步,等待下一次定时批量同步。
2)如何确认文件是否传输完成?
有些业务要求必须在一组文件全部传输完成才能进行下一步处理。Data Transfer Hub会记录文件传输结果。可通过亚马逊云科技控制台或CLI查看DynamoDB文件传输记录,如下图所示:
如果文件大小很小且在很短的时间间隔内修改同一个文件以触发OSS事件,Worker多线程机制将无法保证事件顺序处理。
- 依赖定时批量同步达到最终一致性
- 如果文件会频繁被修改,不建议使用OSS事件触发机制,可以在EventBridge缩短定时批量同步时间。这里需要注意,比如设置10分钟定时批量同步,10分钟后检测到前一次定时批量同步未完成,则会自动撤销本次定时批量同步,等待下一次触发检测。下图为在EventBridge中修改批量任务时间的截图:
Cloudwatch日志中出现api error NoSuchUpload: The specified upload does not exist. The upload ID may be invalid, or the upload may have been aborted or completed报错
可能是由于大文件传输过程中文件没有被完整写入S3前有文件更改事件被触发。需要在s3桶内对[删除过期的删除标记或未完成的分段上传]配置生命周期的规则https://docs.thinkwithwp.com/AmazonS3/latest/userguide/how-to-set-lifecycle-configuration-intro.html
六.总结
本文以MaxCompute数据迁移为例,阿里云OSS事件监听到数据表导出或外表创建,实时将数据同步至S3数据湖。除此之外,本方案也可以实现腾讯 COS、七牛 Kodo 和其他兼容 Amazon S3 的云存储服务的数据向Amazon S3的数据定时批量同步或实时增量同步。