Amazon EKS 优化的 Windows AMI 管理¶
Windows Amazon EKS 优化的 AMI 是基于 Windows Server 2019 和 Windows Server 2022 构建的。它们被配置为 Amazon EKS 节点的基础镜像。默认情况下，AMI 包括以下组件： - kubelet - kube-proxy - AWS IAM Authenticator for Kubernetes - csi-proxy - containerd
您可以通过查询 AWS Systems Manager Parameter Store API 以编程方式检索 Amazon EKS 优化的 AMI ID。此参数消除了您手动查找 Amazon EKS 优化的 AMI ID 的需求。有关 Systems Manager Parameter Store API 的更多信息，请参阅 GetParameter。您的用户账户必须具有 ssm：GetParameter IAM 权限才能检索 Amazon EKS 优化的 AMI 元数据。
以下示例检索 Windows Server 2019 LTSC Core 的最新 Amazon EKS 优化 AMI 的 AMI ID。AMI 名称中列出的版本号与相应的 Kubernetes 构建版本相关。
aws ssm get-parameter --name /aws/service/ami-windows-latest/Windows_Server-2019-English-Core-EKS_Optimized-1.21/image_id --region us-east-1 --query "Parameter.Value" --output text
示例输出：
管理您自己的 Amazon EKS 优化的 Windows AMI¶
生产环境的一个重要步骤是在整个 Amazon EKS 集群中保持相同的 Amazon EKS 优化的 Windows AMI 和 kubelet 版本。
在整个 Amazon EKS 集群中使用相同的版本可以减少故障排除时间并提高集群一致性。Amazon EC2 Image Builder 有助于创建和维护自定义的 Amazon EKS 优化的 Windows AMI，以便在 Amazon EKS 集群中使用。
使用 Amazon EC2 Image Builder 可以选择 Windows Server 版本、AWS Windows Server AMI 发布日期和/或操作系统构建版本。构建组件步骤允许您选择现有的 EKS 优化的 Windows 工件以及 kubelet 版本。更多信息：https://docs.aws.amazon.com/eks/latest/userguide/eks-custom-ami-windows.html
注意： 在选择基础镜像之前，请查阅 Windows Server 版本和许可 部分，了解有关发布渠道更新的重要详细信息。
为自定义 EKS 优化的 AMI 配置更快的启动¶
使用自定义 Windows Amazon EKS 优化的 AMI 时，通过启用 Fast Launch 功能，Windows 工作节点可以启动速度提高 65%。此功能维护了一组预置的快照，这些快照已经完成了 Sysprep specialize、Windows Out of Box Experience (OOBE) 步骤和所需的重新启动。在后续启动时使用这些快照，从而减少了扩展或替换节点的时间。只能通过 EC2 控制台或在 AWS CLI 中为您拥有的 AMI 启用 Fast Launch，并且可以配置维护的快照数量。
注意： Fast Launch 与默认的 Amazon 提供的 EKS 优化的 AMI 不兼容，在尝试启用它之前，请先创建一个自定义 AMI。
更多信息：AWS Windows AMIs - 配置您的 AMI 以实现更快的启动
在自定义 AMI 上缓存 Windows 基础层¶
Windows 容器镜像比 Linux 容器镜像大。如果您正在运行任何基于 .NET Framework 的容器化应用程序，平均镜像大小约为 8.24GB。在 pod 调度期间，必须在磁盘上完全拉取和提取容器镜像，然后 pod 才能达到 Running 状态。
在此过程中，容器运行时 (containerd) 会并行拉取和提取整个容器镜像到磁盘中。拉取操作是一个并行过程，这意味着容器运行时并行拉取容器镜像层。相比之下，提取操作是一个顺序过程，并且是 I/O 密集型的。因此，容器镜像可能需要超过 8 分钟才能完全提取并准备好供容器运行时 (containerd) 使用，结果是 pod 启动时间可能需要几分钟。
如 Patching Windows Server and Container 主题中所述，有一个选项可以使用 EKS 构建自定义 AMI。在准备 AMI 期间，您可以添加一个额外的 EC2 Image builder 组件来本地拉取所有必需的 Windows 容器镜像，然后生成 AMI。这种策略将大大减少 pod 达到 Running 状态所需的时间。
在 Amazon EC2 Image Builder 上，创建一个 组件 来下载必需的镜像，并将其附加到 Image recipe。以下示例从 ECR 存储库中拉取特定镜像。
name: ContainerdPull
description: 此组件拉取缓存策略所需的容器镜像。
schemaVersion: 1.0
phases:
- name: build
steps:
- name: containerdpull
action: ExecutePowerShell
inputs:
commands:
- Set-ExecutionPolicy Unrestricted -Force
- (Get-ECRLoginCommand).Password | docker login --username AWS --password-stdin 111000111000.dkr.ecr.us-east-1.amazonaws.com
- ctr image pull mcr.microsoft.com/dotnet/framework/aspnet:latest
- ctr image pull 111000111000.dkr.ecr.us-east-1.amazonaws.com/myappcontainerimage:latest
要确保以下组件按预期工作，请检查 EC2 Image builder 使用的 IAM 角色 (EC2InstanceProfileForImageBuilder) 是否附加了以下策略：
博客文章¶
在以下博客文章中，您将找到如何为自定义 Amazon EKS Windows AMI 实现缓存策略的分步说明：