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

r/appautoscaling_policy: Add support for DynamoDB #1650

Merged
merged 3 commits into from
Sep 26, 2017

Conversation

radeksimko
Copy link
Member

Closes #866
Closes #888
Closes #919
Closes #920

I don't like squashing too many bugfixes & features into one PR, but fixing #920 was the only way to make acceptance tests pass in my case. 🤷‍♂️

Test results

TF_ACC=1 go test ./aws -v -run=TestAccAWSAppautoScalingPolicy_ -timeout 120m
=== RUN   TestAccAWSAppautoScalingPolicy_basic
--- PASS: TestAccAWSAppautoScalingPolicy_basic (122.74s)
=== RUN   TestAccAWSAppautoScalingPolicy_nestedSchema
--- PASS: TestAccAWSAppautoScalingPolicy_nestedSchema (126.13s)
=== RUN   TestAccAWSAppautoScalingPolicy_spotFleetRequest
--- PASS: TestAccAWSAppautoScalingPolicy_spotFleetRequest (92.60s)
=== RUN   TestAccAWSAppautoScalingPolicy_dynamoDb
--- PASS: TestAccAWSAppautoScalingPolicy_dynamoDb (62.78s)
PASS
ok  	github.com/terraform-providers/terraform-provider-aws/aws	404.289s

In regards to customized_metric_specification - I wasn't able to find any example to test this part of the API/schema at all. It seems to be open only to an undefined small group of AWS customers.

@radeksimko radeksimko added the enhancement Requests to existing resources that expand the functionality or scope. label Sep 13, 2017
Copy link
Contributor

@catsby catsby left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

@radeksimko radeksimko merged commit 08d051c into master Sep 26, 2017
@radeksimko radeksimko deleted the f-dynamodb-autoscaling branch September 26, 2017 07:36
nbaztec pushed a commit to nbaztec/terraform-provider-aws that referenced this pull request Sep 26, 2017
…-autoscaling

r/appautoscaling_policy: Add support for DynamoDB
@bflad
Copy link
Contributor

bflad commented Sep 28, 2017

FYI this shipped with only partial support. A single DynamoDB resource can have multiple scaling dimension targets: read and write. The aws_appautoscaling_target resource id field only includes the resource. See: #1765 (comment)

@anbotero
Copy link

I’m having the same issue as @bflad. Have you created another issue for this? I cannot find anything, so not sure if I should create one.

When having multiple targets (read and write, for example) and multiple policies, whenever we try to plan again, it will always detect changes, and it will replace one of the targets for the other (and hence the policies as well). This is because even though both targets have different name, it seems Terraform assigns the same id to both based on the resource_id.

@binarylogic
Copy link

I've also confirmed @anbotero's issue. It is not possible to have both read and write targets for a single dynamodb table.

@anbotero
Copy link

@binarylogic I know this happened not too long ago, but I think this was fixed. You have to update/redownload the provider folder. Like, the .terraform folder created when you first ran terraform init, just delete it and redownload it again. It should fix it.

@ghost
Copy link

ghost commented Apr 8, 2020

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.

If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thanks!

@ghost ghost locked and limited conversation to collaborators Apr 8, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement Requests to existing resources that expand the functionality or scope.
Projects
None yet
6 participants