Releases: terraform-ibm-modules/terraform-ibm-vpe-gateway
Releases · terraform-ibm-modules/terraform-ibm-vpe-gateway
v4.2.0
v4.1.4
v4.1.3
4.1.3 (2024-05-01)
Bug Fixes
- remove hyperb-postgres and hyperb-mongodb (#520)
see https://www.ibm.com/blog/announcement/the-future-of-ibm-cloud-hyper-protect-dbaas/ for more detail (1583b5c)
v4.1.2
v4.1.1
4.1.1 (2024-01-11)
Bug Fixes
- deps: updated required ibm provider version to
>=1.61.0, <2.0.0
to pickup fix for known provider issue (#474) (c2b4cfb)
v4.1.0
4.1.0 (2023-11-16)
Features
- reserved IPs are now named using the service name, subnet zone and region where as previously there were always assigned a random name (#437) (32dc9bd)
NOTE: During an upgrade to this version the following update in place changes may be present in terraform plan
# module.vpes.ibm_is_subnet_reserved_ip.ip["vpe-vpc-instance-subnet-c-postgresql-gateway-3-ip"] will be updated in-place
~ resource "ibm_is_subnet_reserved_ip" "ip" {
id = "0737-f3c78bfa-c8d8-4c45-bead-7e74a738224c/0737-c211fbb2-f63a-447c-a607-7907c0d17e97"
~ name = "boneset-starboard-headsman-bonelet" -> "vpe-vpc-instance-postgresql-3"
# (11 unchanged attributes hidden)
}
Due to a known IBM terraform provider bug, a subsequent deploy might also show:
Changes to Outputs:
~ vpe_ips = {
~ vpe-vpc-instance-postgresql = [
~ {
id = "0717-58a27750-f8b1-4972-a3ed-f47b29cdf693"
~ name = "baton-numeral-chive-ducking" -> "vpe-vpc-instance-postgresql-1"
# (2 unchanged attributes hidden)
},
~ {
id = "0727-55bc587c-5f3e-4295-a41a-60187681af08"
~ name = "circular-saucy-settling-persecute" -> "vpe-vpc-instance-postgresql-2"
# (2 unchanged attributes hidden)
},
~ {
id = "0737-c211fbb2-f63a-447c-a607-7907c0d17e97"
~ name = "boneset-starboard-headsman-bonelet" -> "vpe-vpc-instance-postgresql-3"
# (2 unchanged attributes hidden)
},
]
If you run terraform apply -refresh-only
after initial apply, it should update terraform state so no further changes show in subsequent plans.
v4.0.1
v4.0.0
4.0.0 (2023-11-07)
Features
BREAKING CHANGES
- Some changes in the interface of this module as part of the introduction of DNS resolution binding:
- Fixing Internal Inconsistencies: the method of passing VPE details for multi-tenant and single-tenant VPEs was standardized. The
cloud_services
andcloud_service_by_crn
variables now follow the same type and naming conventions. - Removal of
vpe_names
variable: this variable was replaced with thevpe_name
field in thecloud_services
andcloud_service_by_crn
.
- Fixing Internal Inconsistencies: the method of passing VPE details for multi-tenant and single-tenant VPEs was standardized. The
❗While the interface of the module changes with this update, there will be no deletion or update of existing resources when upgrading to this new version, provided coherent parameters are passed as input. As example of update to make in your code, you may find interesting to see the updates made to the default and every-mt-vpe examples bundled in the module.