Closed TiagoJVO closed 3 months ago
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 have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Description
TLDR: In Aurora Serverless V2 manipulating
enable_http_endpoint
only applies on resource creation, subsequent changes of the property will lead to every reconciliation to try to apply changes due to interpreting a difference between the resource and the definition, but leading to no change (as in, keeps reconciling every 12h applying no change).If you set
enable_http_endpoint
totrue
at creation time, it is correctly set viaEnableHttpEndpoint
mentioned on the following API documentation page: AWS CreateDBCluster OperationWhen it comes to modification of said option, I see it is implemented in the code as: terraform-provider-aws code
The issue is, the
EnableHttpEndpoint
passed toModifyDBCluster
action works only for Aurora Serverless V1. This means if the cluster has been created with HTTP Data API disabled, enabling it via this API parameter will work only for v1. V2, which we use, has a completely separate action, mentioned here: AWS EnableHttpEndpoint OperationThis does not seem to be supported by the provider, and the path seems to be forking the code depending on the version, and for v2 calling the separate operation instead of modifying the cluster.
Versions
Reproduction Code [Required]
Steps to reproduce the behavior:
enable_http_endpoint
tofalse
Expected behavior
enable_http_endpoint
to manipulate DataAPI toggle for Aurora Serverless v2Actual behavior
enable_http_endpoint
only works on Creation time for Aurora Serverless v2Additional context
This is specially important to be implemented now as AWS Announced the retirement of Aurora Serverless V1 by December 2024, and all databases will be migrated to v2 (if not migrated by ourselves).