Argo Events通过Azure子网K8s Load Balancer暴露Webhook超时问题咨询

一、优先核对LoadBalancer Service的Selector配置（最高概率问题） #

你当前写的selector大概率匹配不到Argo Events自动创建的Webhook EventSource对应服务的标签：

• 先执行命令查看自动生成的webhook-eventsource-svc的实际标签：

kubectl get svc webhook-eventsource-svc -n argo-events -o jsonpath='{.metadata.labels}'

• 正常情况下自动生成的服务标签会包含eventsource.argoproj.io/name: webhook、app.kubernetes.io/managed-by: argo-events这类键值，把你LoadBalancer Service的selector改成匹配正确的标签即可，示例修改：

selector:
  eventsource.argoproj.io/name: webhook
  app.kubernetes.io/managed-by: argo-events

• 改完后检查LoadBalancer Service的endpoints是否正常：

kubectl get endpoints webhook-loadbalancer -n argo-events

如果返回的ADDRESSES列有对应的Pod IP，说明selector匹配成功。

二、网络连通性分层排查 #

1. 集群内部验证链路可用性 #

启动临时测试Pod，依次验证各层连通性：

• 验证EventSource后端Pod是否正常响应：

kubectl run -it --rm --restart=Never curl-test --image=curlimages/curl -- curl -d '@{}' -H "Content-Type: application/json" -X POST http://webhook-eventsource-svc.argo-events.svc:12000/deploy

• 验证LoadBalancer Service的集群IP是否正常响应：

# 先获取LoadBalancer Service的集群IP
kubectl get svc webhook-loadbalancer -n argo-events
# 替换下面的<集群IP>执行测试
kubectl run -it --rm --restart=Never curl-test --image=curlimages/curl -- curl -d '@{}' -H "Content-Type: application/json" -X POST http://<集群IP>:90/deploy

如果集群内部测试都正常，说明问题出在集群外部到Azure内部LB的链路；如果集群内部测试LoadBalancer就不通，说明是集群内Service配置问题。

2. 外部网络验证 #

你使用的是Azure内部负载均衡器，只能在同VPC或对等VPC内访问：

• 确认你执行curl命令的机器和LB所属的DevelopSubnet子网在互通的网络环境内，公网机器无法直接访问内部LB。
• 检查DevelopSubnet关联的NSG规则，是否允许入方向90端口的TCP流量，源IP段包含你发起请求的机器IP。
• 先用端口检测命令验证端口连通性：

nc -zv 1XX.X.X.XXX 90

如果端口不通，直接排查Azure网络层面的规则配置。

三、其他排查点 #

• 检查Argo Events EventSource对应的Pod是否正常运行，无崩溃、报错日志：

kubectl get pod -n argo-events | grep webhook-eventsource
kubectl logs <对应Pod名> -n argo-events

• 查看LoadBalancer Service的事件，确认LB创建、绑定无异常：

kubectl describe svc webhook-loadbalancer -n argo-events

• 检查命名空间下是否存在网络策略拦截了LoadBalancer到EventSource Pod的流量。

内容的提问来源于stack exchange，提问作者arythmetics