Open WhyNotHugo opened 3 years ago
@WhyNotHugo Thank you for bringing this to our attention and providing excellent, clear information!! While we're not able to fix everything we would like, hopefully we can address this problem. Are there problems with the workaround of explicitly providing min_capacity
? Do you know of an easy way to query the API to find the actual min_capacity
or is it pretty static? If it's static, it wouldn't be too hard to make the default a little smarter based on the engine
.
Marking this issue as stale due to inactivity. This helps our maintainers find and focus on the active issues. If this issue receives no comments in the next 30 days it will automatically be closed. Maintainers can also remove the stale label.
If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thank you!
These seem to be static values mentioned in the documentation (I don't see any API to query them):
// The DB cluster capacity. When you change the capacity of a paused Aurora
// Serverless v1 DB cluster, it automatically resumes. Constraints:
//
// * For Aurora
// MySQL, valid capacity values are 1, 2, 4, 8, 16, 32, 64, 128, and 256.
//
// * For
// Aurora PostgreSQL, valid capacity values are 2, 4, 8, 16, 32, 64, 192, and 384.
Community Note
Issue description
From the documentation:
(sorry about the formatting, GitHub strips it automatically)
As you can see, valid values does not always include
1
for postgres, but the default is 1.Terraform CLI and Terraform AWS Provider Version
Affected Resource(s)
aws_rds_cluster
Terraform Configuration Files
Debug Output
Expected Behavior
The default value should be one of the valid values.
Actual Behavior
The default value is not a valid values and is rejected by AWS.
Steps to Reproduce
With the above:
terraform apply
Important Factoids
Nope, even the docs point out the inconsistency.