安装MetalLB时如何等待资源创建以规避kubectl报错？

问题场景 #

安装MetalLB过程中，执行以下命令等待Pod就绪时：

kubectl wait --for=condition=ready --timeout=60s -n metallb-system --all pods

会触发报错：

error: no matching resources found

若跳过等待直接操作，又会遇到webhook连接失败的错误：

Error from server (InternalError): error when creating "STDIN": Internal error occurred: failed calling webhook "ipaddresspoolvalidationwebhook.metallb.io": failed to call webhook: Post "https://webhook-service.metallb-system.svc:443/validate-metallb-io-v1beta1-ipaddresspool?timeout=10s": dial tcp 10.106.91.126:443: connect: connection refused

当前kubectl版本信息：

kubectl version
WARNING: This version information is deprecated and will be replaced with the output from kubectl version --short.  Use --output=yaml|json to get the full version.
Client Version: version.Info{Major:"1", Minor:"25", GitVersion:"v1.25.4", GitCommit:"872a965c6c6526caa949f0c6ac028ef7aff3fb78", GitTreeState:"clean", BuildDate:"2022-11-09T13:36:36Z", GoVersion:"go1.19.3", Compiler:"gc", Platform:"linux/arm64"}
Kustomize Version: v4.5.7
Server Version: version.Info{Major:"1", Minor:"25", GitVersion:"v1.25.4", GitCommit:"872a965c6c6526caa949f0c6ac028ef7aff3fb78", GitTreeState:"clean", BuildDate:"2022-11-09T13:29:58Z", GoVersion:"go1.19.3", Compiler:"gc", Platform:"linux/arm64"}

解决方法 #

核心逻辑是先等待目标资源被创建，再等待其进入就绪状态，以下是几种可行方案：

方案1：循环检测Pod资源存在后再等待就绪 #

通过shell循环持续检测，直到metallb-system下出现Pod资源，再执行就绪等待命令：

# 最长等待5分钟，每5秒检查一次Pod是否存在
timeout 300 bash -c 'until kubectl get pods -n metallb-system >/dev/null 2>&1; do sleep 5; done'

# 等待所有Pod进入就绪状态
kubectl wait --for=condition=ready --timeout=60s -n metallb-system --all pods

方案2：直接等待MetalLB核心工作负载就绪 #

针对MetalLB的controller Deployment和speaker DaemonSet，直接等待它们进入可用/就绪状态，这种方式更精准：

# 等待controller Deployment就绪
kubectl wait --for=condition=available --timeout=300s deployment/controller -n metallb-system

# 等待speaker DaemonSet下所有Pod就绪
kubectl wait --for=condition=ready --timeout=300s daemonset/speaker -n metallb-system

方案3：先确保命名空间处于活跃状态（可选） #

如果是刚创建metallb-system命名空间，可以先等待命名空间就绪，再执行后续操作：

kubectl wait --for=condition=active namespace/metallb-system --timeout=60s

问题原因说明 #

• no matching resources found是因为执行wait命令时，metallb-system命名空间下还未生成任何Pod资源，kubectl无法找到匹配对象；
• webhook连接拒绝是因为MetalLB的webhook组件Pod尚未启动完成，此时创建IPAddressPool等资源会触发校验失败，必须等待webhook服务就绪后再操作。

内容的提问来源于stack exchange，提问作者Chris G.