Kubernetes网络与存储
如果你在处理 Kubernetes 服务访问、网络通信或数据持久化问题，可以从 CNI、Service、Ingress、CSI、持久化卷和网络策略几个方向进入。这个分类适合生产集群架构和排障场景。
-
NodeLocal DNSCache延迟排查：缓存与CoreDNS
DNS 已经启用 NodeLocal DNSCache，业务仍然偶发解析慢或超时？本篇按现象、命令、指标和配置拆解缓存与 CoreDNS 排查顺序，帮助快速缩小影响范围。
-
Kubernetes CSI快照恢复失败排查-4步定位
快照对象显示 Ready，但 PVC 恢复一直 Pending？本篇按控制器、快照类、驱动能力和 PVC 绑定顺序排查 Kubernetes CSI 快照恢复失败，避免误删数据源。
-
Kubernetes DNS解析失败怎么排查：CoreDNS、Service与网络路径
应用访问 Service 超时、域名 NXDOMAIN 或 Pod 内解析偶发失败时，问题可能在 CoreDNS，也可能在 Service、网络策略或节点路径。本文给出 Kubernetes DNS解析失败的分层排查流程。
-
K8s Calico是什么？网络策略与组网模式解析
Calico 不只是一个让 Pod 能互通的网络插件，它更重要的价值在于把 Kubernetes 网络连通、路由控制和网络策略治理结合起来。
-
K8s Calico是什么？网络策略、VXLAN与BGP模式配置指南
读完本文，你可以快速理解《K8s Calico是什么？网络策略、VXLAN与BGP模式配置指南》涉及的核心概念、边界与适用场景，并判断它是否适合当前建设阶段。
-
Kubernetes存储机制详解：PV、PVC、StorageClass如何使用？
Kubernetes存储是很多团队从无状态应用走向有状态应用时必须理解的关键能力。Pod 本身是动态的，重建后本地数据可能丢失，因此数据库、消息队列、文件服务等场景不能只依赖容器本地存储。Kubernetes 通过 PV、PVC、StorageClass 等机制，把底层存储资源抽象成可声明、可绑定、可动态供给的能力。
-
Kubernetes网络原理详解：Pod通信、Service与Ingress怎么工作？
Kubernetes网络是学习和运维 K8s 时必须掌握的核心能力之一。应用在 Kubernetes 中运行后，Pod 会动态创建和销毁，节点也可能发生变化，如果没有统一的网络模型，服务之间通信、外部访问和故障排查都会非常困难。理解 Kubernetes 网络，关键不是一开始就陷入某个网络插件细节，而是先理清 Pod、Service、Ingress 和 DNS 分别解决什么问题。
Kubernetes网络与存储常见问题
Kubernetes CNI 主要解决什么问题？
CNI 负责为 Pod 分配网络并实现跨节点通信。不同 CNI 插件在性能、网络策略、可观测性和兼容性上有差异，生产环境需要结合规模和安全要求选择。
选择 CNI 时要结合集群规模、性能要求、网络策略、可观测性和运维熟悉度。不要只看是否能连通 Pod，更要看故障排查、策略管理和跨环境一致性是否可控。
Service 和 Ingress 有什么区别？
Service 提供集群内稳定访问和负载均衡，Ingress 更偏向 HTTP/HTTPS 入口路由。生产环境通常同时使用 Service 和 Ingress 管理服务访问。
实际访问链路通常是 Ingress 到 Service，再到后端 Pod。排查 502、超时或访问不稳定时，需要同时检查 Ingress 规则、Service 选择器、端口映射、Pod 健康状态和网络策略。
Kubernetes 持久化存储为什么复杂？
容器和 Pod 是动态调度的，但业务数据需要稳定保存。PV、PVC 和 CSI 用于把外部存储能力接入 Kubernetes，但还要考虑性能、备份、恢复和多可用区访问。
有状态应用上 Kubernetes 前，要先评估存储性能、快照备份、故障恢复和多副本一致性。PV/PVC 只是接入方式，不能自动解决数据库或中间件本身的高可用问题。
网络策略在 Kubernetes 中有什么价值？
网络策略用于限制 Pod 间访问，减少横向移动风险。对于多租户、生产环境和安全要求较高的集群，网络策略是重要的安全边界。
网络策略建议从关键命名空间和核心服务开始，不要一开始就全量收紧。逐步建立默认拒绝、白名单访问和审计验证机制，能降低误伤业务的风险。