Releases: cloudposse-terraform-components/aws-elasticache-redis
v1.535.3
🤖 Automatic Updates
chore(deps): update terraform cloudposse/elasticache-redis/aws to v1.9.1 @[renovate[bot]](https://github.com/apps/renovate) (#17)
This PR contains the following updates:Package | Type | Update | Change |
---|---|---|---|
cloudposse/elasticache-redis/aws (source) | module | minor | 1.7.0 -> 1.9.1 |
Release Notes
cloudposse/terraform-aws-elasticache-redis (cloudposse/elasticache-redis/aws)
v1.9.1
🚀 Enhancements
bump aws provider version to support valkey engine on other resource types @joe-niland (#257)
what
- Update AWS provider version to 5.73.0
why
- When specifying
valkey
in theengine
version, the apply fails because this engine value is not supported on theaws_elasticache_replication_group
resource
references
- None
v1.9.0
248 - Fix planning failure @rtisma (#254)
what
terraform plan
does not error out now when the module is disabled.
why
- skip coalescing null values when the module is disabled
- applies only to
local.endpoint_address
andlocal.reader_endpoint_address
references
closes #248
v1.8.0
[FEAT] add `global_replication_group_id` support @miguelzenteno (#253)
what
- adds support for the
global_replication_group_id
attribute - updates code to set other attributes to
null
whenglobal_replication_group_id
is set.
why
- We want to use
elasticache_global_replication_group
along side this module to manage global datastores - When this attribute is set, the cluster will be set as a secondary for the global datastore
references
v1.7.1
feat: add snapshot_arns_to_restore for serverless ElastiCache @muhammadasgharaliqureshi (#252)
What & Why
- Adds a new variable
serverless_snapshot_arns_to_restore
that allows restoring a serverless ElastiCache Redis cluster from an existing snapshot. - References Issue #251
- This capability is essential for users migrating from a serverful Redis cluster to serverless via snapshot restore.
References
Example Usage
module "redis_serverless" {
source = "cloudposse/elasticache-redis/aws"
### existing variables ...
serverless_enabled = true
serverless_snapshot_arns_to_restore = ["arn:aws:s3:::my-snapshot-bucket/redis-snapshot.rdb"]
}
Testing
- Ran terraform validate on the module; no errors.
- Executed terraform plan using the examples/ folder with this new variable set, and verified it passed.
- Confirmed that when specifying serverless_snapshot_arns_to_restore, the argument is included in the aws_elasticache_serverless_cache.default resource.
Testing Results
tofu init
tofu plan
Checklist
- Added new variable serverless_snapshot_arns_to_restore in variables.tf
- Updated aws_elasticache_serverless_cache.default in main.tf to pass the variable
- Documented usage in the README (or relevant doc files)
- Passed terraform fmt and terraform validate
- Awaiting maintainer feedback
🤖 Automatic Updates
chore(deps): update terraform cloudposse/dynamic-subnets/aws to v2.4.2 @[renovate[bot]](https://redirect.github.com/apps/renovate) (#221)
This PR contains the following updates:Package | Type | Update | Change |
---|---|---|---|
cloudposse/dynamic-subnets/aws (source) | module | patch | 2.4.1 -> 2.4.2 |
Release Notes
cloudposse/terraform-aws-dynamic-subnets (cloudposse/dynamic-subnets/aws)
v2.4.2
🚀 Enhancements
chore(deps): update terraform cloudposse/utils/aws to v1.4.0 (main) @​renovate (#​191)
This PR contains the following updates:
Package | Type | Update | Change |
---|---|---|---|
cloudposse/utils/aws (source) | module | minor | 1.3.0 -> 1.4.0 |
Release Notes
cloudposse/terraform-aws-utils (cloudposse/utils/aws)
v1.4.0
Add il-central-1 region @​&#​8203;jasonmk (#&#​8203;31)
what
Add new Tel Aviv (il-central-1) region
why
Provide full coverage
references
Sync github @​&#​8203;max-lobur (#&#​8203;27)
Rebuild github dir from the template
🤖 Automatic Updates
chore(deps): update terraform cloudposse/utils/aws to v1.4.0 (main) @​renovate (#​191)
This PR contains the following updates:
Package | Type | Update | Change |
---|---|---|---|
cloudposse/utils/aws (source) | module | minor | 1.3.0 -> 1.4.0 |
Release Notes
cloudposse/terraform-aws-utils (cloudposse/utils/aws)
v1.4.0
Add il-central-1 region @​&#​8203;jasonmk (#&#​8203;31)
what
Add new Tel Aviv (il-central-1) region
why
Provide full coverage
references
Sync github @​&#​8203;max-lobur (#&#​8203;27)
Rebuild github dir from the template
Update README.md and docs @​cloudpossebot (#​189)
what
This is an auto-generated PR that updates the README.md and docs
why
To have most recent changes of README.md and doc from origin templates
Configuration
📅 Schedule: Branch creation - At...
v1.535.2
v1.535.1
🤖 Automatic Updates
chore(deps): update terraform cloudposse/stack-config/yaml to v1.8.0 @[renovate[bot]](https://github.com/apps/renovate) (#5)
This PR contains the following updates:Package | Type | Update | Change |
---|---|---|---|
cloudposse/stack-config/yaml (source) | module | minor | 1.5.0 -> 1.8.0 |
Release Notes
cloudposse/terraform-yaml-stack-config (cloudposse/stack-config/yaml)
v1.8.0
: [remote-state] Improve backend compatibility
Among other things detailed below, this release enables users to fix deprecation warnings like:
│ Warning: Deprecated Parameters
│
│ with module.account_map.data.terraform_remote_state.data_source[0],
│ on .terraform/modules/account_map/modules/remote-state/data-source.tf line 88, in data "terraform_remote_state" "data_source":
│ 88: data "terraform_remote_state" "data_source" {
│
│ The following parameters have been deprecated. Replace them as follows:
│ * role_arn -> assume_role.role_arn
If you are receiving deprecation warnings from remote-state, they can now be resolved by updating your backend
/remote_state_backend
configuration to match the version of Terraform or Tofu you are using. For example, change
terraform:
backend:
s3:
bucket: my-tfstate-bucket
dynamodb_table: my-tfstate-lock-table
role_arn: arn:aws:iam::123456789012:role/my-tfstate-access-role
remote_state_backend:
s3:
role_arn: arn:aws:iam::123456789012:role/my-tfstate-access-read-only-role
to
terraform:
backend:
s3:
bucket: my-tfstate-bucket
dynamodb_table: my-tfstate-lock-table
assume_role:
role_arn: arn:aws:iam::123456789012:role/my-tfstate-access-role
remote_state_backend:
s3:
assume_role:
role_arn: arn:aws:iam::123456789012:role/my-tfstate-access-read-only-role
🚀 Enhancements
[remote-state] Improve backend compatibility @Nuru (#105)
what
- Improve remote-state backend compatibility
Rather than trying to parse the backend configuration, as a general rule we now just pass it through to the data source. This provides future-proof compatibility with all backends supported by Terraform and OpenTofu.
why
- This prevents the need for updates like #99 to provide configuration for future S3 backends, while eliminating compatibility issues like #102.
- This also eliminates deprecation warnings caused by forcing configuration to look a certain way.
- Now, users can manage their own remote state configuration to match their toolset.
references
- Closes #102
v1.7.0
: (not recommended)
feat: support for gcs backends @burnzy (#95)
what
Simple change to add support for GCS backends
why
Allows GCP users (users with gcs backends) to make use of this remote-state module for sharing data between components.
references
🚀 Enhancements
Support local backend @Nuru (#104)
what
- Support retrieving remote state from local backends
- NOTE: Using relative paths in local backends is tricky, because the path needs to resolve to the same directory from the source root module directory as from the client root module directory.
- Fix Terratests
- The
spacelift
test suite is broken, and we never previously required it to work, so it is now skipped
- The
- Update test suite to use
go
v1.21 and update dependencies
why
🤖 Automatic Updates
Bump the go_modules group in /test/src with 5 updates @dependabot (#94)
Bumps the go_modules group in /test/src with 5 updates:Package | From | To |
---|---|---|
github.com/hashicorp/go-getter | 1.7.1 |
1.7.5 |
golang.org/x/crypto | 0.1.0 |
0.17.0 |
golang.org/x/net | 0.8.0 |
0.10.0 |
google.golang.org/grpc | 1.51.0 |
1.56.3 |
google.golang.org/protobuf | 1.28.1 |
1.30.0 |
Updates github.com/hashicorp/go-getter
from 1.7.1 to 1.7.5
Release notes
Sourced from github.com/hashicorp/go-getter's releases.
v1.7.5
What's Changed
- Prevent Git Config Alteration on Git Update by
@dduzgun-security
in hashicorp/go-getter#497New Contributors
@dduzgun-security
made their first contribution in hashicorp/go-getter#497Full Changelog: https://github.com/hashicorp/go-getter/compare/v1.7.4...v1.7.5
v1.7.4
What's Changed
- Escape user-provided strings in
git
commands hashicorp/go-getter#483- Fixed a bug in
.netrc
handling if the file does not exist hashicorp/go-getter#433Full Changelog: https://github.com/hashicorp/go-getter/compare/v1.7.3...v1.7.4
v1.7.3
What's Changed
- SEC-090: Automated trusted workflow pinning (2023-04-21) by
@hashicorp-tsccr
in hashicorp/go-getter#432- SEC-090: Automated trusted workflow pinning (2023-09-11) by
@hashicorp-tsccr
in hashicorp/go-getter#454- SEC-090: Automated trusted workflow pinning (2023-09-18) by
@hashicorp-tsccr
in hashicorp/go-getter#458- don't change GIT_SSH_COMMAND when there is no sshKeyFile by
@jbardin
in hashicorp/go-getter#459New Contributors
@hashicorp-tsccr
made their first contribution in hashicorp/go-getter#432Full Changelog: https://github.com/hashicorp/go-getter/compare/v1.7.2...v1.7.3
v1.7.2