由来现场部署业务后发现访问有问题，排查后发现业务网关访问 etcd 的 keepalived IPVS svc 不通
排查基础排查12$ curl 169.254.20.4:12379curl: (7) Failed to connect to 169.254.20.4 port 12379: Connection refused
这个是我们 etcd 的 svc 的，curl real server 正常：
1$ curl <本机IP>:12379
然后看了下 iptables -t filter -S 无额外规则，怕客户安全加固啥的前面 insert 了规则影响。
1...
由来之前那篇 ipvs svc 的文章，内部已经上生产了，客户的环境可能完全内网，包管理安装 keepalived 不现实，所以 keepalived 是部署容器里的。在容灾测试的时候，例如 3 台机器部署好业务，然后跑压测脚本模拟用户使用，发现关台机器的时候故障时间很短，但是这个机器开机的期间，还是很大概率故障时间很长，体现在接口的错误数量很多。大概看了下，是 keepalived 启动慢，先试启动 docker daemon，然后容器启动是顺序不固定，可能 keepalived 很后起来，于是就想着看看能不能 keepalived 拿出来，也就是静态编译。
buildx 使用见文章 ...