发生了什么？
KEP kubernetes/enhancements#3837 概述了事实，即 Kube-proxy 今天在回答负载均衡器 HCs 时，对于 eTP:Local 服务的 healthz 状态没有进行任何验证。这是一个潜在的问题，因为如果 Kube-proxy 不健康，那么它可能也不会写入将流量转发到节点上的规则。这意味着它可能会指示负载均衡器将流量转发到节点上，仅仅是因为端点被安排在那里。

你期望发生什么？
Kube-proxy 应该执行与 eTP:Local 服务相同的验证(即验证该服务在节点上有已调度和就绪的端点),但要将其与 healthz 状态结合在一起。

我们如何尽可能精确地重现它？

1. 创建一个 type: LoadBalancer + externalTrafficPolicy: Local 的服务
2. 触发 Kube-proxy 的问题，导致它在节点上写入规则时失败
3. 为这个服务启动一个 pod
4. 验证 Kube-proxy 继续指示负载均衡器将流量发送到节点，即使由于第3步，它无法写入所需的规则，因为第2步。

我们需要了解其他信息吗？

• 无响应*

Kubernetes 版本
所有

云提供商
所有

操作系统版本

# On Linux:
$ cat /etc/os-release
# paste output here
$ uname -a
# paste output here

# On Windows:
C:\> wmic os get Caption, Version, BuildNumber, OSArchitecture
# paste output here

安装工具
容器运行时(CRI)和版本(如适用)
相关插件(CNI、CSI 等)和版本(如适用)