-
Notifications
You must be signed in to change notification settings - Fork 9.2k
HADOOP-16118. S3Guard to support on-demand DDB tables. #647
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HADOOP-16118. S3Guard to support on-demand DDB tables. #647
Conversation
This patch adds awareness of on-demand tables; it does not support creating them as a new SDK upgrade is needed for that. This patch is one which can be backported without the consequences of such an update. * The diagnostics map includes the billing mode (as inferred from IO capacities) * Set capacity fails fast (and always). * The documentation discusses the mode, argues for it over autoscaling * Example output of bucket-info updated * Test that if the table is on-demand, set-capacity will fail. * If table is on-demand, The dynamo db scale tests are disabled. There's nothing to prove. Change-Id: I77b7a6b593a2cd805376ca24d68b06bde75589c5
|
Tested: S3a ireland with s3guard _ dynamoDB. One failure, which I am not sure if/how it is related to on-demand tables. |
| bills when it is not. | ||
|
|
||
| Before DynamoDB On-Demand was introduced, autoscaling was the sole form | ||
| of dynamic scaling. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
whitespace:end of line
|
💔 -1 overall
This message was automatically generated. |
| retry counts and an interval which allow for the clients to cope with | ||
| some throttling, but not to time out other applications. | ||
| This is why the DynamoDB On-Demand appears to be a better option for | ||
| workloads with Hadoop, Spark, Hive and othe rapplications. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
typo, "other applications"
| workloads with Hadoop, Spark, Hive and othe rapplications. | ||
|
|
||
| If autoscaling is to be used, we recommend experimenting with the option, | ||
| based on usage information collected from previous days, and and choosing a |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
typo, "and and"
| bills when it is not. | ||
|
|
||
| Before DynamoDB On-Demand was introduced, autoscaling was the sole form | ||
| of dynamic scaling. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
whitespace:end of line
|
💔 -1 overall
This message was automatically generated. |
|
merged into trunk; #731 covers the backport |
This Request is a copy of apache#647(got garbled). This PR already addresses all the comments brought up in the other request. Author: Boris S <[email protected]> Author: Boris S <[email protected]> Author: Boris Shkolnik <[email protected]> Reviewers: Shanthoosh Venkatraman <[email protected]>, Prateek Maheshwari <[email protected]> Closes apache#662 from sborya/NewConsumerAdmin2
This patch adds awareness of on-demand tables; it does not support
creating them as a new SDK upgrade is needed for that. This patch
is one which can be backported without the consequences of such an update.
Change-Id: I77b7a6b593a2cd805376ca24d68b06bde75589c5