Skip to content

Commit b57db96

Browse files
authored
Merge pull request #355 from terraform-google-modules/aaron-lane-6.0.0
6.0.0 notes
2 parents 5161780 + 9a4ca42 commit b57db96

File tree

8 files changed

+11
-142
lines changed

8 files changed

+11
-142
lines changed

CHANGELOG.md

Lines changed: 11 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -8,6 +8,10 @@ Extending the adopted spec, each change should have a link to its corresponding
88

99
## [Unreleased]
1010

11+
## [v6.0.0] - 2019-11-28
12+
13+
v6.0.0 is a backwards-incompatible release. Please see the [upgrading guide](./docs/upgrading_to_v6.0.md).
14+
1115
### Added
1216

1317
* Support for Shielded Nodes beta feature via `enabled_shielded_nodes` variable. [#300]
@@ -23,17 +27,20 @@ Extending the adopted spec, each change should have a link to its corresponding
2327
* `private_zonal_with_networking` example. [#308]
2428
* `regional_private_node_pool_oauth_scopes` example. [#321]
2529
* The `cluster_autoscaling` variable for beta submodules. [#93]
30+
* The `master_authorized_networks` variable. [#354]
2631

2732
### Changed
2833

2934
* The `node_pool_labels`, `node_pool_tags`, and `node_pool_taints` variables have defaults and can be overridden within the
3035
`node_pools` object. [#3]
3136
* `upstream_nameservers` variable is typed as a list of strings. [#350]
37+
* The `network_policy` variable defaults to `true`. [#138]
3238

3339
### Removed
3440

3541
* **Breaking**: Removed support for enabling the Kubernetes dashboard, as this is deprecated on GKE. [#337]
3642
* **Beaking**: Removed support for versions of the Google provider and the Google Beta provider older than 2.18. [#261]
43+
* **Breaking**: Removed the `master_authorized_networks_config` variable. [#354]
3744

3845
### Fixed
3946

@@ -236,7 +243,8 @@ In either case, upgrading to module version `v1.0.0` will trigger a recreation o
236243

237244
* Initial release of module.
238245

239-
[Unreleased]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v5.2.0...HEAD
246+
[Unreleased]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v6.0.0...HEAD
247+
[v6.0.0]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v5.2.0...v6.0.0
240248
[v5.2.0]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v5.1.1...v5.2.0
241249
[v5.1.1]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v5.1.0...v5.1.1
242250
[v5.1.0]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v5.0.0...v5.1.0
@@ -254,6 +262,7 @@ In either case, upgrading to module version `v1.0.0` will trigger a recreation o
254262
[v0.3.0]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v0.2.0...v0.3.0
255263
[v0.2.0]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/compare/v0.1.0...v0.2.0
256264

265+
[#354]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/354
257266
[#350]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/350
258267
[#340]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/340
259268
[#339]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/339
@@ -307,6 +316,7 @@ In either case, upgrading to module version `v1.0.0` will trigger a recreation o
307316
[#151]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/151
308317
[#149]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/149
309318
[#148]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/148
319+
[#136]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/issues/138
310320
[#136]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/136
311321
[#132]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/132
312322
[#124]: https://github.com/terraform-google-modules/terraform-google-kubernetes-engine/pull/124

README.md

Lines changed: 0 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -108,22 +108,6 @@ Then perform the following commands on the root folder:
108108
- `terraform apply` to apply the infrastructure build
109109
- `terraform destroy` to destroy the built infrastructure
110110

111-
## Upgrade to v3.0.0
112-
113-
v3.0.0 is a breaking release. Refer to the
114-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
115-
116-
## Upgrade to v2.0.0
117-
118-
v2.0.0 is a breaking release. Refer to the
119-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
120-
121-
## Upgrade to v1.0.0
122-
123-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
124-
125-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
126-
127111
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
128112
## Inputs
129113

@@ -251,9 +235,6 @@ The project has the following folders and files:
251235
- /README.MD: This file.
252236
- /modules: Private and beta sub modules.
253237

254-
255-
[upgrading-to-v2.0]: docs/upgrading_to_v2.0.md
256-
[upgrading-to-v3.0]: docs/upgrading_to_v3.0.md
257238
[terraform-provider-google]: https://github.com/terraform-providers/terraform-provider-google
258239
[3.0.0]: https://registry.terraform.io/modules/terraform-google-modules/kubernetes-engine/google/3.0.0
259240
[terraform-0.12-upgrade]: https://www.terraform.io/upgrade-guides/0-12.html

autogen/README.md

Lines changed: 0 additions & 27 deletions
Original file line numberDiff line numberDiff line change
@@ -136,22 +136,6 @@ Then perform the following commands on the root folder:
136136
- `terraform apply` to apply the infrastructure build
137137
- `terraform destroy` to destroy the built infrastructure
138138

139-
## Upgrade to v3.0.0
140-
141-
v3.0.0 is a breaking release. Refer to the
142-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
143-
144-
## Upgrade to v2.0.0
145-
146-
v2.0.0 is a breaking release. Refer to the
147-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
148-
149-
## Upgrade to v1.0.0
150-
151-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
152-
153-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
154-
155139
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
156140
<!-- END OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
157141

@@ -210,17 +194,6 @@ The project has the following folders and files:
210194
- /README.MD: This file.
211195
- /modules: Private and beta sub modules.
212196

213-
214-
{% if private_cluster %}
215-
[upgrading-to-v2.0]: ../../docs/upgrading_to_v2.0.md
216-
{% else %}
217-
[upgrading-to-v2.0]: docs/upgrading_to_v2.0.md
218-
{% endif %}
219-
{% if private_cluster or beta_cluster %}
220-
[upgrading-to-v3.0]: ../../docs/upgrading_to_v3.0.md
221-
{% else %}
222-
[upgrading-to-v3.0]: docs/upgrading_to_v3.0.md
223-
{% endif %}
224197
{% if beta_cluster %}
225198
[terraform-provider-google-beta]: https://github.com/terraform-providers/terraform-provider-google-beta
226199
{% else %}

modules/beta-private-cluster-update-variant/README.md

Lines changed: 0 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -127,22 +127,6 @@ Then perform the following commands on the root folder:
127127
- `terraform apply` to apply the infrastructure build
128128
- `terraform destroy` to destroy the built infrastructure
129129

130-
## Upgrade to v3.0.0
131-
132-
v3.0.0 is a breaking release. Refer to the
133-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
134-
135-
## Upgrade to v2.0.0
136-
137-
v2.0.0 is a breaking release. Refer to the
138-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
139-
140-
## Upgrade to v1.0.0
141-
142-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
143-
144-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
145-
146130
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
147131
## Inputs
148132

@@ -298,9 +282,6 @@ The project has the following folders and files:
298282
- /README.MD: This file.
299283
- /modules: Private and beta sub modules.
300284

301-
302-
[upgrading-to-v2.0]: ../../docs/upgrading_to_v2.0.md
303-
[upgrading-to-v3.0]: ../../docs/upgrading_to_v3.0.md
304285
[terraform-provider-google-beta]: https://github.com/terraform-providers/terraform-provider-google-beta
305286
[3.0.0]: https://registry.terraform.io/modules/terraform-google-modules/kubernetes-engine/google/3.0.0
306287
[terraform-0.12-upgrade]: https://www.terraform.io/upgrade-guides/0-12.html

modules/beta-private-cluster/README.md

Lines changed: 0 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -127,22 +127,6 @@ Then perform the following commands on the root folder:
127127
- `terraform apply` to apply the infrastructure build
128128
- `terraform destroy` to destroy the built infrastructure
129129

130-
## Upgrade to v3.0.0
131-
132-
v3.0.0 is a breaking release. Refer to the
133-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
134-
135-
## Upgrade to v2.0.0
136-
137-
v2.0.0 is a breaking release. Refer to the
138-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
139-
140-
## Upgrade to v1.0.0
141-
142-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
143-
144-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
145-
146130
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
147131
## Inputs
148132

@@ -298,9 +282,6 @@ The project has the following folders and files:
298282
- /README.MD: This file.
299283
- /modules: Private and beta sub modules.
300284

301-
302-
[upgrading-to-v2.0]: ../../docs/upgrading_to_v2.0.md
303-
[upgrading-to-v3.0]: ../../docs/upgrading_to_v3.0.md
304285
[terraform-provider-google-beta]: https://github.com/terraform-providers/terraform-provider-google-beta
305286
[3.0.0]: https://registry.terraform.io/modules/terraform-google-modules/kubernetes-engine/google/3.0.0
306287
[terraform-0.12-upgrade]: https://www.terraform.io/upgrade-guides/0-12.html

modules/beta-public-cluster/README.md

Lines changed: 0 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -111,22 +111,6 @@ Then perform the following commands on the root folder:
111111
- `terraform apply` to apply the infrastructure build
112112
- `terraform destroy` to destroy the built infrastructure
113113

114-
## Upgrade to v3.0.0
115-
116-
v3.0.0 is a breaking release. Refer to the
117-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
118-
119-
## Upgrade to v2.0.0
120-
121-
v2.0.0 is a breaking release. Refer to the
122-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
123-
124-
## Upgrade to v1.0.0
125-
126-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
127-
128-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
129-
130114
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
131115
## Inputs
132116

@@ -278,9 +262,6 @@ The project has the following folders and files:
278262
- /README.MD: This file.
279263
- /modules: Private and beta sub modules.
280264

281-
282-
[upgrading-to-v2.0]: docs/upgrading_to_v2.0.md
283-
[upgrading-to-v3.0]: ../../docs/upgrading_to_v3.0.md
284265
[terraform-provider-google-beta]: https://github.com/terraform-providers/terraform-provider-google-beta
285266
[3.0.0]: https://registry.terraform.io/modules/terraform-google-modules/kubernetes-engine/google/3.0.0
286267
[terraform-0.12-upgrade]: https://www.terraform.io/upgrade-guides/0-12.html

modules/private-cluster-update-variant/README.md

Lines changed: 0 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -124,22 +124,6 @@ Then perform the following commands on the root folder:
124124
- `terraform apply` to apply the infrastructure build
125125
- `terraform destroy` to destroy the built infrastructure
126126

127-
## Upgrade to v3.0.0
128-
129-
v3.0.0 is a breaking release. Refer to the
130-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
131-
132-
## Upgrade to v2.0.0
133-
134-
v2.0.0 is a breaking release. Refer to the
135-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
136-
137-
## Upgrade to v1.0.0
138-
139-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
140-
141-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
142-
143127
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
144128
## Inputs
145129

@@ -271,9 +255,6 @@ The project has the following folders and files:
271255
- /README.MD: This file.
272256
- /modules: Private and beta sub modules.
273257

274-
275-
[upgrading-to-v2.0]: ../../docs/upgrading_to_v2.0.md
276-
[upgrading-to-v3.0]: ../../docs/upgrading_to_v3.0.md
277258
[terraform-provider-google]: https://github.com/terraform-providers/terraform-provider-google
278259
[3.0.0]: https://registry.terraform.io/modules/terraform-google-modules/kubernetes-engine/google/3.0.0
279260
[terraform-0.12-upgrade]: https://www.terraform.io/upgrade-guides/0-12.html

modules/private-cluster/README.md

Lines changed: 0 additions & 19 deletions
Original file line numberDiff line numberDiff line change
@@ -124,22 +124,6 @@ Then perform the following commands on the root folder:
124124
- `terraform apply` to apply the infrastructure build
125125
- `terraform destroy` to destroy the built infrastructure
126126

127-
## Upgrade to v3.0.0
128-
129-
v3.0.0 is a breaking release. Refer to the
130-
[Upgrading to v3.0 guide][upgrading-to-v3.0] for details.
131-
132-
## Upgrade to v2.0.0
133-
134-
v2.0.0 is a breaking release. Refer to the
135-
[Upgrading to v2.0 guide][upgrading-to-v2.0] for details.
136-
137-
## Upgrade to v1.0.0
138-
139-
Version 1.0.0 of this module introduces a breaking change: adding the `disable-legacy-endpoints` metadata field to all node pools. This metadata is required by GKE and [determines whether the `/0.1/` and `/v1beta1/` paths are available in the nodes' metadata server](https://cloud.google.com/kubernetes-engine/docs/how-to/protecting-cluster-metadata#disable-legacy-apis). If your applications do not require access to the node's metadata server, you can leave the default value of `true` provided by the module. If your applications require access to the metadata server, be sure to read the linked documentation to see if you need to set the value for this field to `false` to allow your applications access to the above metadata server paths.
140-
141-
In either case, upgrading to module version `v1.0.0` will trigger a recreation of all node pools in the cluster.
142-
143127
<!-- BEGINNING OF PRE-COMMIT-TERRAFORM DOCS HOOK -->
144128
## Inputs
145129

@@ -271,9 +255,6 @@ The project has the following folders and files:
271255
- /README.MD: This file.
272256
- /modules: Private and beta sub modules.
273257

274-
275-
[upgrading-to-v2.0]: ../../docs/upgrading_to_v2.0.md
276-
[upgrading-to-v3.0]: ../../docs/upgrading_to_v3.0.md
277258
[terraform-provider-google]: https://github.com/terraform-providers/terraform-provider-google
278259
[3.0.0]: https://registry.terraform.io/modules/terraform-google-modules/kubernetes-engine/google/3.0.0
279260
[terraform-0.12-upgrade]: https://www.terraform.io/upgrade-guides/0-12.html

0 commit comments

Comments
 (0)