Kubernetes中的Windows容器支持深度解析-优快云博客

本文链接：https://blog.youkuaiyun.com/gitblog_00600/article/details/148523532

Kubernetes中的Windows容器支持深度解析

在现代企业IT环境中，Windows应用程序仍然占据着重要地位。随着容器化技术的普及，Windows容器为企业提供了一种封装进程和打包依赖关系的新方式，使得Windows应用也能遵循云原生模式和使用DevOps实践。

Kubernetes作为容器编排的事实标准，其原生支持Linux容器已广为人知。但很多人不知道的是，Kubernetes同样支持Windows容器，允许企业在同一个集群中同时管理Linux和Windows工作负载，实现真正的混合操作系统编排。

要在Kubernetes中编排Windows容器，需要在现有的Linux集群中加入Windows节点。Kubernetes控制平面仍然运行在Linux上，而工作节点可以是Linux或Windows系统。

当前支持的Windows操作系统版本包括：

在部署Windows节点前，需要考虑以下硬件配置：

这些是建议的基准配置，实际生产环境应根据具体工作负载需求进行调整。

Windows容器在Pod中的行为与Linux容器类似，支持以下特性：

Kubernetes支持在Windows节点上运行以下工作负载资源：

由于操作系统和容器运行时的不同，Kubernetes API在Windows上存在一些关键差异：

Windows容器不支持以下容器规范字段：

Windows Pod不支持以下特性：

从Kubernetes v1.20开始，ContainerD 1.4.0+可作为Windows节点的稳定容器运行时。它是当前推荐的解决方案，但需要注意在使用GMSA访问Windows网络共享时存在已知限制。

MCR是另一个可选方案，支持所有Windows Server 2019及更高版本。它提供了企业级的功能和支持。

OS版本匹配：确保主机OS版本与容器基础镜像OS版本严格匹配。
资源管理：
- 虽然可以设置requests.cpu和requests.memory，但Windows节点不强制执行资源保证
- 建议为所有容器设置资源请求以避免节点过度配置
安全上下文：
- 使用runAsUserName替代runAsUser
- runAsNonRoot可防止容器以ContainerAdministrator身份运行
镜像选择：
- 生产环境建议使用Microsoft维护的多架构pause镜像(mcr.microsoft.com/oss/kubernetes/pause:3.6)
- 该镜像经过Microsoft的Authenticode签名
终止处理：
- Windows容器的terminationGracePeriodSeconds行为与Linux不同
- 默认5秒等待时间可通过修改容器内注册表调整