Skip to content
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

WriteCapacity limits on restore #34

Open
mlimaloureiro opened this issue Apr 21, 2017 · 4 comments
Open

WriteCapacity limits on restore #34

mlimaloureiro opened this issue Apr 21, 2017 · 4 comments

Comments

@mlimaloureiro
Copy link

Hi guys,

would like to ask what's the expected behavior on restores. Shouldn't it change write capacity limits when using -c flag ?

Thanks

@sdesalas
Copy link
Contributor

sdesalas commented Apr 22, 2017

Hi Miguel,

Yep, the -c (--concurrency) flag sets both the write capacity during restore and the number of http requestes that write to dynamodb concurrently from your machine.

To set the write capacity after restore you can use the -rc and -wc flags (--readcapacity and --writecapacity). These two flags should be used together.

See following examples from the Examples section of the README.md:

# Restore over existing table, 1000 concurrent requests. Stop if any batch fails 1000 times.
$ ./bin/dynamo-restore-from-s3 -t acme-customers -c 1000 -s s3://my-backups/acme-customers.json --overwrite -sf

# Auto-generate table. 2000 write units during restore. When finished set 50 write units and 100 write units (both needed).
$ ./bin/dynamo-restore-from-s3 -t acme-orders -c 2000 -s s3://my-backups/acme-orders.json --readcapacity 100 --writecapacity 50

@mlimaloureiro
Copy link
Author

mlimaloureiro commented Apr 24, 2017 via email

@sdesalas
Copy link
Contributor

Ah, well spotted. You're absolutely right, its not updating the provisioned write capacity if the table already exists. Relatively simple change but I need to test it first, thanks for letting me/us know!

Steven

@mlimaloureiro
Copy link
Author

Thanks, opened a pr for this issue #35

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants