Kubernetes部署Minio创建租户时存储驱动不可用及网络相关问题求助

嘿，看你这情况确实挺闹心的，卡了20多分钟还没凑够可用的存储驱动，我给你梳理几个实用的排查方向，你一步步来试试：

先把网络连通性的底摸清楚 #

你已经尝试用curl跨Pod访问了，但只看到默认容器的提示，得先拿到curl的实际返回结果才行——比如是连接超时、连接被拒绝，还是返回了HTTP状态码？
另外，先从最基础的本地访问开始验证：

• 进入其中一个存储Pod，先curl自己的本地9000端口：kubectl exec -it storage-pool-0-0 -n minio -- curl -I localhost:9000
  如果连本地都访问失败，那大概率是Pod里的Minio服务根本没正常启动，得去看容器的启动日志，或者检查Pod的资源限制（比如是不是CPU/内存不够导致服务起不来？）

检查Headless Service的关联状态 #

你用的storage-hl.minio.svc.cluster.local是个Headless Service，它是Pod之间互相发现的关键：

• 执行kubectl get endpoints storage-hl -n minio，看看输出里的Addresses是不是包含了4个存储Pod的IP，而且状态是Ready的
• 如果Endpoints里没有对应的Pod IP，那肯定是Service的标签选择器和Pod的标签不匹配，去核对下Service的spec.selector字段，和Pod的metadata.labels是不是完全对应上了

排查存储卷的挂载问题 #

日志里明确说“drive not found”，除了网络，也可能是Pod里的/export目录没正确挂载存储卷：

• 进入Pod查看挂载情况：kubectl exec -it storage-pool-0-0 -n minio -- df -h，找/export对应的条目，看看是不是你配置的PV/PVC，有没有正常挂载成功
• 如果挂载失败，去检查PVC的绑定状态（kubectl get pvc -n minio），以及对应的PV是否健康（比如存储节点的磁盘是不是出问题了？）

确认容器的完整启动状态 #

你的Pod里有好几个容器，还有初始化容器，得确保这些环节都没问题：

• 执行kubectl describe pod storage-pool-0-0 -n minio，看Events里的初始化容器（validate-arguments）状态是不是Completed，如果初始化容器没跑完，主Minio容器也没法正常工作
• 也可以拉取Minio容器的详细启动日志，看看除了等待的信息，有没有初始化时的报错：kubectl logs storage-pool-0-0 -n minio -c minio --tail 50

排查集群网络策略限制 #

如果你的K8s集群配置了NetworkPolicy，得确认minio命名空间内的Pod之间是允许互相访问9000端口的：

• 可以先临时禁用minio命名空间的NetworkPolicy（如果有的话），再测试跨Pod的curl连通性，排除策略限制的可能
• 另外也可以检查下集群的CNI插件（比如Calico、Flannel）有没有配置节点间的网络规则，会不会限制了Pod之间的通信

一步步排查下来，应该能定位到问题所在，先从本地端口检查和Service Endpoints这两个最基础的点入手，大概率能找到突破口。

备注：内容来源于stack exchange，提问作者Jerry wang