ClusterIP/NodePort/LoadBalancer

上一章说了，Service 用虚拟 IP 把一组 Pod 兜住。但这个虚拟 IP 能不能从集群外面访问，取决于 Service 的 type。Kubernetes 把能力做成层层递进的三档，越往后暴露面越广。

26-1 ClusterIP：只在集群内部用

ClusterIP 是默认类型。你不写 type 字段，创建出来的就是它。它从集群预留的 IP 段里分一个地址，只有集群内部能访问。

绝大多数内部服务就该用这个。比如订单服务要调库存服务，两者都在集群里，根本不需要让外界直接连。

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app.kubernetes.io/name: MyApp
  ports:
    - protocol: TCP
      port: 80
      targetPort: 9376

这里没写 type，等价于 type: ClusterIP。集群会分配一个类似 10.96.x.x 的地址。

有时候你想自己定这个 IP，比如复用一个老 DNS 记录。那就显式写 spec.clusterIP，但它必须在 API 服务器配置的 service-cluster-ip-range 范围内，否则会被直接拒绝（返回 422）。

26-2 无头服务：我不要 IP

把 spec.clusterIP 设成 "None"，就得到无头服务（Headless Service）。它不分配虚拟 IP，kube-proxy 也不管它。DNS 会直接把后端各个 Pod 的 IP 返回给调用方。

什么场景用？当你想自己掌控连哪个 Pod 时。比如有状态集（StatefulSet），每个 Pod 有自己的网络身份，客户端希望直连特定 Pod，而不是走负载均衡。

26-3 NodePort：在每个节点开个门

NodePort 在 ClusterIP 之上多做一步：它在每个节点的 IP 上开一个固定端口（默认范围 30000-32767）。

外部访问时，连任意一个节点的 IP 加这个端口，流量就会被转给后端 Pod。下面指定了 30007：

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  type: NodePort
  selector:
    app.kubernetes.io/name: MyApp
  ports:
    - port: 80
      targetPort: 80
      nodePort: 30007

分配到的真实端口会写在 .spec.ports[*].nodePort 里。你访问 <节点IP>:30007 就能进到服务。

NodePort 适合什么？你想自己搭负载均衡、或者集群外的某个固定网段要能直连节点时。但它对外暴露的是一堆节点的 IP，管理起来麻烦，生产上更多是给 LoadBalancer 当底座。

26-4 LoadBalancer：交给云平台

LoadBalancer 在 NodePort 的基础上，再让云平台帮你创建一个外部负载均衡器。典型场景就是跑在云上的托管集群。

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app.kubernetes.io/name: MyApp
  ports:
    - protocol: TCP
      port: 80
      targetPort: 9376
  type: LoadBalancer

创建后，负载均衡器的地址会异步填充到 .status.loadBalancer.ingress 字段。等一两分钟，用 kubectl get service my-service 就能看到 EXTERNAL-IP 不再显示 <pending>。

LoadBalancer 默认会顺带分配 NodePort。自 v1.22 起（v1.24 GA），你可以把 spec.allocateLoadBalancerNodePorts 设成 false 来关掉它——前提是你的负载均衡器实现能直接把流量路由到 Pod。

26-5 指定负载均衡器的实现类别

如果集群里装了不止一种负载均衡器实现，可以用 spec.loadBalancerClass 挑一个：

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  type: LoadBalancer
  loadBalancerClass: example.com/internal-vip
  selector:
    app.kubernetes.io/name: MyApp
  ports:
    - port: 80
      targetPort: 9376

设了 loadBalancerClass 后，云平台自带的默认实现会无视这个 Service，交给匹配该类的控制器处理。这个字段一旦设了就不能改。

26-6 内部负载均衡器怎么开

有时候你不想服务暴露到公网，只想在同 VPC 内被访问。各大云平台用注解来声明”内部负载均衡器”，写法各不同：

# 阿里云
metadata:
  annotations:
    service.beta.kubernetes.io/alibaba-cloud-loadbalancer-address-type: "intranet"
---
# 腾讯云
metadata:
  annotations:
    service.kubernetes.io/qcloud-loadbalancer-internal-subnetid: subnet-xxxxx
---
# AWS
metadata:
  annotations:
    service.beta.kubernetes.io/aws-load-balancer-scheme: "internal"

26-7 三种类型怎么选

简单粗暴的选法：

• 服务只在集群内部被调用 → ClusterIP，也是默认。
• 要临时从集群外连一下、或在自己机房搭入口 → NodePort。
• 跑在云上，想正经对外暴露 HTTP/HTTPS 之外的服务 → LoadBalancer。

下章讲集群内部的服务发现：Pod 怎么靠 DNS 名字找到彼此，CoreDNS 在其中扮演什么角色。