问CoreDNS 重启后 DNS 超时约五分钟，UDP 超时该如何隔离？

场景：TKE 1.24，VPC-CNI，kube-proxy 为 IPVS。CoreDNS 1.8.4，两副本。业务 Pod 用 ClusterFirst。同集群另有一个多副本 UDP Service，空闲经常超过 10 秒。

现象：

1. 滚动重启 CoreDNS 后，部分 Pod 对 kube-dns ClusterIP（示例 10.0.0.10:53）查询超时，不是 NXDOMAIN。同节点其他 Pod 正常，约 5 分钟后恢复，新副本已 Ready。
2. 节点上 ipvsadm -L --timeout 的 udp 超时是 300。这期间 UDP Service 无异常。

已尝试：

1. 已配 lameduck 30s 和 ready，探针打 8181 的 /ready。滚动重启仍超时。
2. 测试环境把 --ipvs-udp-timeout 改成 10s 后，解析超时缩到十几秒；UDP Service 空闲超过 10 秒再发包，不再固定到原 Pod。生产已改回 300s。
3. NodeLocal DNSCache 未开。存量 Pod 不切 169.254.20.10。新建 Pod 要靠 tke-eni-ip-webhook 注入，但集群级 localdns 默认 false。注入后 ndots 为 3、timeout 为 1，dnsPolicy 为 None。

问题：

1. UDP 超时是集群级的。能否只缩短 kube-dns 的保持时间，业务 UDP Service 仍保持 300 秒？不能的话，是否只能把 DNS 从 IPVS 挪走？
2. 按命名空间灰度时，新旧 Pod 的 ndots 和超时不同。短服务名和外部域名的查询次数会怎么变？发布时该看什么，才能确认失败没有被放大？