【问题标题】:Only one mapper when backing up DynamoDB to S3 using EMR and Hive使用 EMR 和 Hive 将 DynamoDB 备份到 S3 时只有一个映射器
【发布时间】:2020-12-12 12:46:56
【问题描述】:

我有一个生产环境中的 DynamoDB 表,其中包含大约 15 亿个对象。我正在编写一个 EMR 脚本来将表备份到 S3。我希望它尽快完成。我有一个脚本,它提供一个具有 4 个 m4.2xlarge 节点的 EMR 集群并运行以下配置单元查询:

SET dynamodb.throughput.read.percent = 1.5;
SET dynamodb.throughput.write.percent = 1.5;
SET hive.exec.compress.output=true;
SET io.seqfile.compression.type=BLOCK;
SET mapred.output.compression.codec = org.apache.hadoop.io.compress.GzipCodec;

CREATE DATABASE IF NOT EXISTS my_db;
USE my_db;

CREATE EXTERNAL TABLE IF NOT EXISTS ddb_table (composite_key string) STORED BY 'org.apache.hadoop.hive.dynamodb.DynamoDBStorageHandler' TBLPROPERTIES ("dynamodb.table.name" = "my_ddb_table", "dynamodb.column.mapping" = "composite_key:composite_key");

INSERT OVERWRITE DIRECTORY 's3://s3-backups/ddb/' SELECT composite_key FROM ddb_table;

当我使用按需 RCU 运行脚本时,作业会产生 62 个任务。当我使用预置的 RCU 运行脚本时,我只得到一个任务(每分钟消耗大约 800 个 RCU)。预置 RCU 的数量(我用 40,000 个 RCU 进行了测试)和自动缩放似乎都不会改变任务的数量。只有按需 RCU 似乎会创建额外的任务。

除了 AWS 希望我支付更多的钱之外,是否有这种行为的原因或解决方法?预置更多容量并减少对该预置容量的利用似乎有悖常理。

现在我从按需 RCU 开始我的工作,然后在工作开始后切换到预配置......但这不是很有趣。

有什么想法吗?

【问题讨论】:

  • 有趣的是,这个问题似乎只发生在从我的发电机表读取数据时,而不是写入我的发电机表。

标签: amazon-web-services amazon-dynamodb amazon-emr


【解决方案1】:

新的 EMR 版本似乎需要您手动指定的 dynamodb.throughput.write/read 参数(旧版本不是这种情况)。例如

SET dynamodb.throughput.write=40000        // depending on your RCU
SET dynamodb.throughput.write.percent=0.9 
SET dynamodb.throughput.read=40000         // depending on your WCU
SET dynamodb.throughput.read.percent=0.9  

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2023-04-06
    • 1970-01-01
    • 2020-09-19
    • 1970-01-01
    • 2013-03-28
    • 1970-01-01
    • 2016-09-29
    • 1970-01-01
    相关资源
    最近更新 更多