Help improve this page
Want to contribute to this user guide? Scroll to the bottom of this page and select Edit this page on GitHub. Your contributions will help make our user guide better for everyone.
Create nodes with optimized Windows AMIs
Windows Amazon EKS optimized AMIs are built on top of Windows Server 2019 and Windows Server 2022. They are configured to serve as the base image for Amazon EKS nodes. By default, the AMIs include the following components:
Note
You can track security or privacy events for Windows Server with the Microsoft security update guide
Amazon EKS offers AMIs that are optimized for Windows containers in the following variants:
-
Amazon EKS-optimized Windows Server 2019 Core AMI
-
Amazon EKS-optimized Windows Server 2019 Full AMI
-
Amazon EKS-optimized Windows Server 2022 Core AMI
-
Amazon EKS-optimized Windows Server 2022 Full AMI
Important
-
The Amazon EKS-optimized Windows Server 20H2 Core AMI is deprecated. No new versions of this AMI will be released.
-
To ensure that you have the latest security updates by default, Amazon EKS maintains optimized Windows AMIs for the last 4 months. Each new AMI will be available for 4 months from the time of initial release. After this period, older AMIs are made private and are no longer accessible. We encourage using the latest AMIs to avoid security vulnerabilities and losing access to older AMIs which have reached the end of their supported lifetime. While we can’t guarantee that we can provide access to AMIs that have been made private, you can request access by filing a ticket with AWS Support.
Release calendar
The following table lists the release and end of support dates for Windows versions on Amazon EKS. If an end date is blank, it’s because the version is still supported.
Windows version | Amazon EKS release | Amazon EKS end of support |
---|---|---|
Windows Server 2022 Core |
10/17/2022 |
|
Windows Server 2022 Full |
10/17/2022 |
|
Windows Server 20H2 Core |
8/12/2021 |
8/9/2022 |
Windows Server 2004 Core |
8/19/2020 |
12/14/2021 |
Windows Server 2019 Core |
10/7/2019 |
|
Windows Server 2019 Full |
10/7/2019 |
|
Windows Server 1909 Core |
10/7/2019 |
12/8/2020 |
Bootstrap script configuration parameters
When you create a Windows node, there’s a script on the node that allows for configuring different parameters. Depending on your setup, this script can be found on the node at a location similar to: C:\Program Files\Amazon\EKS\Start-EKSBootstrap.ps1
. You can specify custom parameter values by specifying them as arguments to the bootstrap script. For example, you can update the user data in the launch template. For more information, see Amazon EC2 user data.
The script includes the following command-line parameters:
-
-EKSClusterName
– Specifies the Amazon EKS cluster name for this worker node to join. -
-KubeletExtraArgs
– Specifies extra arguments forkubelet
(optional). -
-KubeProxyExtraArgs
– Specifies extra arguments forkube-proxy
(optional). -
-APIServerEndpoint
– Specifies the Amazon EKS cluster API server endpoint (optional). Only valid when used with-Base64ClusterCA
. Bypasses callingGet-EKSCluster
. -
-Base64ClusterCA
– Specifies the base64 encoded cluster CA content (optional). Only valid when used with-APIServerEndpoint
. Bypasses callingGet-EKSCluster
. -
-DNSClusterIP
– Overrides the IP address to use for DNS queries within the cluster (optional). Defaults to10.100.0.10
or172.20.0.10
based on the IP address of the primary interface. -
-ServiceCIDR
– Overrides the Kubernetes service IP address range from which cluster services are addressed. Defaults to172.20.0.0/16
or10.100.0.0/16
based on the IP address of the primary interface. -
-ExcludedSnatCIDRs
– A list ofIPv4
CIDRs to exclude from Source Network Address Translation (SNAT). This means that the pod private IP which is VPC addressable wouldn’t be translated to the IP address of the instance ENI’s primaryIPv4
address for outbound traffic. By default, theIPv4
CIDR of the VPC for the Amazon EKS Windows node is added. Specifying CIDRs to this parameter also additionally excludes the specified CIDRs. For more information, see Enable outbound internet access for pods.
In addition to the command line parameters, you can also specify some environment variable parameters. When specifying a command line parameter, it takes precedence over the respective environment variable. The environment variable(s) should be defined as machine (or system) scoped as the bootstrap script will only read machine-scoped variables.
The script takes into account the following environment variables:
-
SERVICE_IPV4_CIDR
– Refer to theServiceCIDR
command line parameter for the definition. -
EXCLUDED_SNAT_CIDRS
– Should be a comma separated string. Refer to theExcludedSnatCIDRs
command line parameter for the definition.
gMSA authentication support
Amazon EKS Windows Pods allow different types of group Managed Service Account (gMSA) authentication.
-
Amazon EKS supports Active Directory domain identities for authentication. For more information on domain-joined gMSA, see Windows Authentication on Amazon EKS Windowspods
on the AWS blog. -
Amazon EKS offers a plugin that enables non-domain-joined Windows nodes to retrieve gMSA credentials with a portable user identity. For more information on domainless gMSA, see Domainless Windows Authentication for Amazon EKS Windowspods
on the AWS blog.
Cached container images
Amazon EKS Windows optimized AMIs have certain container images cached for the containerd
runtime. Container images are cached when building custom AMIs using Amazon-managed build components. For more information, see Using the Amazon-managed build component.
The following cached container images are for the containerd
runtime:
-
amazonaws.com/eks/pause-windows
-
mcr.microsoft.com/windows/nanoserver
-
mcr.microsoft.com/windows/servercore
More information
For more information about using Amazon EKS optimized Windows AMIs, see the following sections:
-
For details on running workloads on Amazon EKS optimized accelerated Windows AMIs, see Run GPU-accelerated containers (Windows on EC2 G-Series).
-
To use Windows with managed node groups, see Simplify node lifecycle with managed node groups.
-
To launch self-managed Windows nodes, see Create self-managed Microsoft Windows nodes.
-
For version information, see Retrieve Windows AMI version information.
-
To retrieve the latest IDs of the Amazon EKS optimized Windows AMIs, see Retrieve recommended Microsoft Windows AMI IDs.
-
To use Amazon EC2 Image Builder to create custom Amazon EKS optimized Windows AMIs, see Build a custom Windows AMI with Image Builder.
-
For best practices, see Amazon EKS optimized Windows AMI management
in the EKS Best Practices Guide.