在Kubernetes集群中，ClusterIP是Service的默认类型，它为Pod提供一个稳定的虚拟IP地址，实现集群内部的负载均衡和服务发现，是容器化应用最基础的网络模型。
ClusterIP是什么？集群内访问的默认选择
ClusterIP是Kubernetes Service的一种类型，核心作用是为一组Pod赋予一个唯一且固定的虚拟IP，这个IP仅在集群内部可达，外部网络无法直接访问，行业共识认为，ClusterIP是K8s网络模型中最简单的服务发现方案，也是初学者接触的第一个Service类型。
ClusterIP如何分配虚拟IP
当你创建一个ClusterIP类型的Service时,Kubernetes控制平面会从集群的Service CIDR范围中分配一个IP地址，这个IP会被写入到每个节点的iptables或IPVS规则中，从而将发往该IP的流量均匀转发到后端Pod，每个Pod都有自己的Pod IP，但Pod IP会随Pod重启而变化；ClusterIP固定不变，保证了服务端点的稳定性。
ClusterIP与Pod的生命周期关系
ClusterIP独立于Pod存在,即使后端Pod全部销毁重建，只要Service还在，ClusterIP就不会改变，这样，客户端只需要记住Service的ClusterIP或DNS名称，不需要关心具体Pod的IP和状态，业内专家指出，这种解耦设计是实现高可用的关键。
服务器集群之后访问ip：ClusterIP配置实战
在实际部署中,配置ClusterIP Service非常直接，下面是一个典型YAML文件示例，包含一个Deployment和对应的ClusterIP Service。
创建ClusterIP Service的YAML示例
apiVersion: v1
kind: Service
metadata:
name: my-app-service
spec:
selector:
app: my-app
ports:
- protocol: TCP
port: 80
targetPort: 8080
type: ClusterIP
这里type: ClusterIP可以省略，因为它是默认值。port是Service对外暴露的端口，targetPort是后端Pod监听的端口，Service通过selector匹配带有app: my-app标签的Pod。
通过DNS名称访问Service
Kubernetes集群内部自带DNS服务（如CoreDNS），一旦Service创建成功，你可以通过<service-name>.<namespace>.svc.cluster.local格式的域名访问它，同一个命名空间下，直接使用my-app-service即可，例如在一个Pod内部执行curl my-app-service即可访问到后端服务，这是最常用的集群内访问方式，避免了硬编码IP。
验证ClusterIP可达性
- 获取Service详情：
kubectl get svc my-app-service
，记录
CLUSTER-IP。 - 进入一个临时Pod：
kubectl run test-pod --image=busybox --rm -it -- sh。 - 在Pod内使用
wget -O- http://<CLUSTER-IP>或wget -O- http://my-app-service，观察是否能正常获取响应。
如果返回正确内容，说明ClusterIP工作正常。
ClusterIP与其他Service类型的对比
| 类型 | 访问范围 | 适用场景 | 是否支持外部访问 |
|---|---|---|---|
| ClusterIP | 仅集群内部 | 微服务间调用、后端服务暴露 | 否 |
| NodePort | 节点IP+端口 | 调试、小规模外部访问 | 是（需节点IP） |
| LoadBalancer | 外部负载均衡器 | 生产环境对外暴露 | 是（云服务商） |
ClusterIP最适合的场景：后端API、数据库连接、缓存服务等不需要外部直接访问的组件，如果你的应用只需要在集群内部相互调用，ClusterIP是最轻量、最安全的选择，NodePort和LoadBalancer带来了额外的端口占用和配置复杂度，仅在必要时使用。
集群内访问ClusterIP常见问题
问题1：ClusterIP为什么无法从集群外部访问？
ClusterIP的虚拟IP由所有节点上的iptables规则管理,这些规则默认只对集群内部网络接口生效，外部请求到达节点时，除非经过NodePort或LoadBalancer劫持，否则不会命中ClusterIP的转发规则，这是设计预期的行为，如果需要外部访问，应选择NodePort或LoadBalancer。
问题2：ClusterIP的IP会变化吗？
只要Service没有被删除,ClusterIP就不会变化，即使Service关联的Pod全部重建，IP依然不变，但如果手动删除Service再重建，新的Service会获得一个新的ClusterIP，保持Service的稳定性比依赖固定IP更可靠，推荐使用DNS名称访问。
问题3：如何选择ClusterIP还是NodePort？
如果服务只在集群内部使用,比如微服务间的RPC调用、数据库主从同步，直接使用ClusterIP，当需要集群外部访问，且不要求固定端口和负载均衡时，可以使用NodePort，生产环境对外暴露的服务通常使用LoadBalancer。多数情况下，内部服务用ClusterIP，外部服务用LoadBalancer，这是Kubernetes社区的最佳实践。
ClusterIP是Kubernetes集群内部通信的基石，理解其工作原理和配置方法，能让你更自如地设计容器化应用的网络架构。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/540569.html
