Windows 排错
本章介绍 Windows 容器异常的排错方法。
RDP 登录到 Node
通常在排查 Windows 容器异常问题时需要通过 RDP 登录到 Windows Node上面查看 kubelet、docker、HNS 等的状态和日志。在使用云平台时，可以给相应的 VM 绑定一个公网 IP；而在物理机部署时，可以通过路由器上的端口映射来访问。
除此之外，还有一种更简单的方法，即通过 Kubernetes Service 对外暴露 Node 的 3389 端口（注意替换为你自己的 node-ip）：
# rdp.yaml
apiVersion: v1
kind: Service
metadata:
name: rdp
spec:
type: LoadBalancer
ports:
- protocol: TCP
port: 3389
targetPort: 3389
---
kind: Endpoints
apiVersion: v1
metadata:
name: rdp
subsets:
- addresses:
- ip: <node-ip>
ports:
- port: 3389接着，就可以通过 rdp 服务的外网 IP 来登录 Node，如 mstsc.exe -v 52.52.52.52。
在使用完后， 不要忘记删除 RDP 服务 kubectl delete -f rdp.yaml。
Windows Pod 一直处于 ContainerCreating 状态
一般有两种可能的原因
Pause 镜像配置错误
在 Windows Server 1709 上面需要使用 1709 标签的镜像，比如
microsoft/aspnet:4.7.2-windowsservercore-1709microsoft/windowsservercore:1709microsoft/iis:windowsservercore-1709
在 Windows Server 1803 上面需要使用 1803 标签的镜像，比如
microsoft/aspnet:4.7.2-windowsservercore-1803microsoft/iis:windowsservercore-1803microsoft/windowsservercore:1803
Windows Pod 内无法解析 DNS
这是一个已知问题，有以下三种临时解决方法：
（1）Windows 重启后，清空 HNS Policy 并重启 KubeProxy 服务：
（2）是为 Pod 直接配置 kube-dns Pod 的地址：
（3）更简单的为每个 Windows Node 多运行一个 Pod，即保证每台 Node 上面至少有两个 Pod 在运行。此时，DNS 解析也是正常的。
如果 Windows Node 运行在 Azure 上面，并且部署 Kubernetes 时使用了自定义 VNET，那么需要为该 VNET 添加路由表：
如果 VNET 在不同的 ResourceGroup 里面，那么
Remote endpoint creation failed: HNS failed with error: The switch-port was not found
这个错误发生在 kube-proxy 为服务配置负载均衡的时候，需要安装 KB4089848：
重启后确认更新安装成功：
安装更新后，如果 DNS 解析还是有问题，可以按照上一节中的方法（1） 重启 kubelet 和 kube-proxy。
Windows Pod 内无法访问 ServiceAccount Secret
这是老版本 Windows 的已知问题，升级 Windows 到 1803 即可解决，升级步骤见这里。
Windows Pod 内无法访问 Kubernetes API
如果使用了 Hyper-V 隔离容器，需要开启 MAC spoofing 。
Windows Node 内无法访问 Service ClusterIP
这是个当前 Windows 网络协议栈的已知问题，只有在 Pod 内才可以访问 Service ClusterIP。
Kubelet 无法启动
使用 Docker 18.03 版本和 Kubelet v1.12.x 时，Kubelet 无法正常启动报错：
解决方法是为 Windows 上面的 Docker 设置 API 版本的环境变量：
参考文档
最后更新于