terraform-aws-modules · bryantbiggs · Feb 2, 2024 · Oct 9, 2023 · Nov 7, 2023 · Nov 7, 2023
diff --git a/.pre-commit-config.yaml b/.pre-commit-config.yaml
@@ -1,6 +1,6 @@
 repos:
  - repo: https:/antonbabenko/pre-commit-terraform
- rev: v1.83.5
+ rev: v1.86.0
  hooks:
  - id: terraform_fmt
  - id: terraform_validate
@@ -27,3 +27,4 @@ repos:
  hooks:
  - id: check-merge-conflict
  - id: end-of-file-fixer
+ - id: trailing-whitespace
diff --git a/README.md b/README.md
diff --git a/docs/README.md b/docs/README.md
@@ -4,10 +4,10 @@
 
 - [Frequently Asked Questions](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/faq.md)
 - [Compute Resources](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/compute_resources.md)
-- [IRSA Integration](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/irsa_integration.md)
 - [User Data](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/user_data.md)
 - [Network Connectivity](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/network_connectivity.md)
 - Upgrade Guides
  - [Upgrade to v17.x](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/UPGRADE-17.0.md)
  - [Upgrade to v18.x](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/UPGRADE-18.0.md)
  - [Upgrade to v19.x](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/UPGRADE-19.0.md)
+ - [Upgrade to v20.x](https:/terraform-aws-modules/terraform-aws-eks/blob/master/docs/UPGRADE-20.0.md)
diff --git a/docs/UPGRADE-18.0.md b/docs/UPGRADE-18.0.md
@@ -13,7 +13,7 @@ cluster_security_group_name = $CLUSTER_NAME
 cluster_security_group_description = "EKS cluster security group."
 ```
 
-This configuration assumes that [`create_iam_role`](https:/terraform-aws-modules/terraform-aws-eks#input_create_iam_role) is set to `true`, which is the default value. 
+This configuration assumes that [`create_iam_role`](https:/terraform-aws-modules/terraform-aws-eks#input_create_iam_role) is set to `true`, which is the default value.
 
 As the location of the Terraform state of the IAM role has been changed from 17.x to 18.x, you'll also have to move the state before running `terraform apply` by calling:
 

diff --git a/docs/UPGRADE-19.0.md b/docs/UPGRADE-19.0.md
@@ -58,7 +58,7 @@ Please consult the `examples` directory for reference example configurations. If
 ### Variable and output changes
 
 1. Removed variables:
- 
+
  - `node_security_group_ntp_ipv4_cidr_block` - default security group settings have an egress rule for ALL to `0.0.0.0/0`/`::/0`
  - `node_security_group_ntp_ipv6_cidr_block` - default security group settings have an egress rule for ALL to `0.0.0.0/0`/`::/0`
  - Self-managed node groups:

diff --git a/docs/UPGRADE-20.0.md b/docs/UPGRADE-20.0.md
diff --git a/docs/faq.md b/docs/faq.md
@@ -57,14 +57,6 @@ If you require a public endpoint, setting up both (public and private) and restr
 
 The module is configured to ignore this value. Unfortunately, Terraform does not support variables within the `lifecycle` block. The setting is ignored to allow autoscaling via controllers such as cluster autoscaler or Karpenter to work properly and without interference by Terraform. Changing the desired count must be handled outside of Terraform once the node group is created.
 
-### How can I deploy Windows based nodes?
-
-To enable Windows support for your EKS cluster, you will need to apply some configuration manually. See the [Enabling Windows Support (Windows/MacOS/Linux)](https://docs.aws.amazon.com/eks/latest/userguide/windows-support.html#enable-windows-support).
-
-In addition, Windows based nodes require an additional cluster RBAC role (`eks:kube-proxy-windows`).
-
-Note: Windows based node support is limited to a default user data template that is provided due to the lack of Windows support and manual steps required to provision Windows based EKS nodes.
-
 ### How do I access compute resource attributes?
 
 Examples of accessing the attributes of the compute resource(s) created by the root module are shown below. Note - the assumption is that your cluster module definition is named `eks` as in `module "eks" { ... }`:

diff --git a/docs/irsa_integration.md b/docs/irsa_integration.md
diff --git a/docs/user_data.md b/docs/user_data.md
@@ -8,6 +8,7 @@ Users can see the various methods of using and providing user data through the [
  - By default, any supplied user data is pre-pended to the user data supplied by the EKS Managed Node Group service
  - If users supply an `ami_id`, the service no longers supplies user data to bootstrap nodes; users can enable `enable_bootstrap_user_data` and use the module provided user data template, or provide their own user data template
  - `bottlerocket` platform user data must be in TOML format
+ - `windows` platform user data must be in powershell/PS1 script format
 - Self Managed Node Groups
  - `linux` platform (default) -> the user data template (bash/shell script) provided by the module is used as the default; users are able to provide their own user data template
  - `bottlerocket` platform -> the user data template (TOML file) provided by the module is used as the default; users are able to provide their own user data template

diff --git a/examples/complete/README.md b/examples/complete/README.md