Description
To keep costs down on DDB, autoscaling is a key feature: you set the max values and when idle, you don't get billed, at the cost of delayed scale time and risk of not getting the max value when AWS is busy
It can be done from the AWS web UI, but not in the s3guard init and set-capacity calls
It can be done through the API
Usual issues then: wiring up, CLI params, testing. It'll be hard to test.
Fully support On-demand DDB tables in S3Guard
- create (0, 0) will create an on-demand table.
- set capacity (0, 0) will create an on-demand table.
- once a table is on demand, any set capacity command other than to (0, 0) will then fail.
- when loading table, note if it is on-demand or not
- if on demand, prune() doesn't bother to throttle requests any more by sleeping.
Attachments
Issue Links
- contains
-
HADOOP-15888 ITestDynamoDBMetadataStore can leak (large) DDB tables in test failures/timeout
- Resolved
-
HADOOP-16187 ITestS3GuardToolDynamoDB test failures
- Resolved
-
HADOOP-16329 "Wrong Billing mode" test failure in ITestS3GuardToolDynamoDB
- Resolved
- depends upon
-
HADOOP-16117 Update AWS SDK to 1.11.563
- Resolved
-
HADOOP-16118 S3Guard to support on-demand DDB tables
- Resolved
- is depended upon by
-
HADOOP-15888 ITestDynamoDBMetadataStore can leak (large) DDB tables in test failures/timeout
- Resolved
- links to