v2.4.0

feat: enable HTTP endpoint for all RDS all clusters @ngoyal16 (#278)

## what

1. Updated variables.tf to generalize the enable_http_endpoint description, removing the "serverless only" mention.
2. Modified main.tf to pass the enable_http_endpoint variable directly to the aws_rds_cluster resource, bypassing the previous conditional check that required serverless or serverless_v2 engine modes.
3. Regenerated README.md to reflect the documentation changes.

why

1. AWS has expanded support for the RDS Data API (HTTP Endpoint) to include provisioned Aurora clusters (both PostgreSQL and MySQL).
2. The previous implementation artificially restricted this feature to Serverless clusters, preventing users from leveraging the Data API with standard provisioned instances.
3. This change unlocks the ability to use the Data API for wider use cases, such as connecting from AWS Lambda or AWS AppSync to provisioned Aurora databases.

references

1. AWS Documentation: Using the Data API for Aurora Serverless v2 and provisioned DB clusters
2. Amazon Aurora PostgreSQL now supports RDS Data API
3. Amazon Aurora MySQL now supports RDS Data API

v2.3.0

feat: support setting var.database_insights_mode @oycyc (#274)

## what

Allow Database Insights mode to be set.

why

Consumers can choose whether they want Standard (default) or Advanced.

This is supported by Terraform:

references

Closes #269

Update PostgreSQL engine version @goruha (#273)

## what * Update PostgreSQL engine version

why

• Old versions are EOL on AWS

references

• https://linear.app/cloudposse/issue/DEV-3640/decommission-aurora-postgresql-cluster-in-sandbox-aws-799847381734-us

v2.2.0

feat: adds seconds_until_auto_pause argument @wavemoran (#272)

## what

• Adds the seconds_until_auto_pause argument for serverlessv2_scaling_configuration

why

• Allow users to set this value to autopause clusters as needed

references

• https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/rds_cluster#serverlessv2_scaling_configuration-argument-reference
• https://github.com/hashicorp/terraform-provider-aws/releases/tag/v5.81.0
• closes #238

v2.1.1

🚀 Enhancements

Add output variable for `master_user_secret` @thedomeffm (#260)

## what

Add master_user_secret (renamed followed the cloudposse naming replacing master with admin) as output.

why

I want to add the secret to my beanstalk environment, but I can not reference the secret in terraform, because the master_user_secret is not available.

references

• #166

Add output block that contains the the secret ARN (see master_user_secret reference in the terraform docs).

... but it was not added 😢

• #221

---

I am not sure how to configure the output correctly, beacuse the value just exists when the manage_admin_user_password is true. Does the current implementation probably result in problems? My terraform knowledge is limited. 😅

🤖 Automatic Updates

Fix go version in tests @osterman (#265)

## what - Update go `1.24`

why

• Error loading shared library libresolv.so.2 in Go 1.20

References

• https://sweetops.slack.com/archives/G014YEKDH4K/p1746672149263629
• golang/go#59305 (comment)
• cloudposse/terraform-aws-cloudfront-s3-cdn#294

Replace Makefile with atmos.yaml @osterman (#264)

## what - Remove `Makefile` - Add `atmos.yaml`

why

• Replace build-harness with atmos for readme genration

References

• DEV-3229 Migrate from build-harness to atmos

v2.1.0

chore: add port output @nitrocode (#262)

## what

• chore: add port output

why

• It's better to grab the port from the output so I do not need to save the port to a local when calling the module, otherwise I'll have the port hard coded in two places

references

N/A

Reader independent scaling @jfcoz (#256)

## what

allow to scale reader independently from primary using promotion_tier >= 2

why

This allow to reduce costs

references

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.how-it-works.html#aurora-serverless-v2.how-it-works.scaling

v2.0.0

fix: bump hashicorp/aws to 5.61.0 @pazaan (#255)

## what

Bump hashicorp/aws to 5.61.0.

why

hashicorp/aws needs to be at least 5.61.0 to support performance_insights_enabled in aws_rds_cluster. This is in order to support the changes made in PR #250.

references

v1.18.0

fix: Add perfomance inside to primary cluster @djakielski (#250)

## what

• Add performace inside config also on primary cluster

why

• had issues with incompatible cluster and instance parameter
• you can enable performance inside on cluster

references

• https://registry.terraform.io/providers/hashicorp/aws/5.82.2/docs/resources/rds_cluster#performance_insights_enabled-1

v1.17.0

fix: reserved instances, aurora rds specifics @oycyc (#249)

## what RDS Reserved Instances multi AZ mode is never available for Aurora engines, see images on the console - this PR checks to ensure that it is set to false if the engine is Aurora:  

why

That configuration isn't really applicable anyways since this statement from the AWS docs https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithReservedDBInstances.html:

references

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithReservedDBInstances.html

v1.16.0

fix: reserved instance multi_az setting @oycyc (#248)

## what

Using local.is_regional_cluster to determine whether or not it is Multi-AZ is not accurate. local.is_regional_cluster only checks if var.cluster_type == "regional", which determines if this is a regional vs global cluster

I could have a regional cluster, but it is NOT multi-az. One determining factor is how many instances in the cluster, if ever more than 1 in a single cluster, then it has to be in multiple AZs. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html

why

If I have a regional cluster, this thinks that it's ALWAYS multi-az, which is not true.

references

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html

v1.15.1

🚀 Enhancements

fix: reserved instances restrictions @oycyc (#244)

## what

This conditional check on whether or not to enable reserved instances is too restrictive. contains(["mysql", "postgresql"], local.reserved_instance_engine) is saying that only allow it if it is MySQL or PostgreSQL.

I think contains was originally meant to be like in the literal sense of "contains". Since in my case, I'm using aurora-postgresql, and it fails this check, yet it is one of the options for reserved instances.

why

endswith might be better, but it is TOO restrictive, seeing that there's so many options.

Additionally, Terraform will fail if user specifies the wrong engine type. There's no need for this check.

references

https://registry.terraform.io/providers/hashicorp/aws/latest/docs/data-sources/rds_reserved_instance_offering

🐛 Bug Fixes

fix: reserved instances restrictions @oycyc (#244)

## what

This conditional check on whether or not to enable reserved instances is too restrictive. contains(["mysql", "postgresql"], local.reserved_instance_engine) is saying that only allow it if it is MySQL or PostgreSQL.

I think contains was originally meant to be like in the literal sense of "contains". Since in my case, I'm using aurora-postgresql, and it fails this check, yet it is one of the options for reserved instances.

why

endswith might be better, but it is TOO restrictive, seeing that there's so many options.

Additionally, Terraform will fail if user specifies the wrong engine type. There's no need for this check.

references

https://registry.terraform.io/providers/hashicorp/aws/latest/docs/data-sources/rds_reserved_instance_offering