【Kubernetes】（八）Service 1

小义_

581人浏览 · 2026-04-23 12:00:00

小义_ · 2026-04-23 12:00:00 发布

一、Service 发现的核心价值

二、Service 工作原理：kube-proxy 与流量代理模式

1. iptables 代理模式

2. IPVS 代理模式

三、Service 核心类型详解（基础篇）

1. ClusterIP 类型（默认类型）

2. NodePort 类型

四、高频问答

一、Service 发现的核心价值

Pod 是 Kubernetes 中的非永久性资源，IP 地址会随着重建、调度、扩缩容不断发生变化，无法为前端提供稳定的访问地址。为了解决 “前端如何持续跟踪后端 Pod 地址” 这一问题，Kubernetes 专门设计了 Service 资源。Service 作为一组 Pod 的统一固定入口，通过稳定的虚拟 IP 屏蔽后端 Pod 的动态变化，自动实现服务发现、负载均衡和流量转发，让服务可以被稳定、可靠地访问。

二、Service 工作原理：kube-proxy 与流量代理模式

Service 的流量转发能力由节点上的 kube-proxy 组件负责实现。kube-proxy 会监听 Service 和 Endpoints 变化，并在节点上配置对应的流量规则，目前最常用的是 iptables 模式和 IPVS 模式。

1. iptables 代理模式

工作机制：kube-proxy 持续监控集群中 Service 和 Endpoints 的添加与删除，为每个 Service 配置 iptables 规则。

流量路径：当请求到达 Service 的 ClusterIP 和端口时，iptables 会捕获流量，并随机重定向到后端某一个健康 Pod。

特点：基于 Linux netfilter 实现，流量直接在内核态处理，不需要在用户空间与内核空间之间切换，系统开销低，是 Kubernetes 默认代理模式。

2. IPVS 代理模式

工作机制：kube-proxy 同样监听 Service 与端点变化，通过 netlink 接口创建并同步 IPVS 规则，保证 IPVS 状态与期望状态一致。

底层结构：IPVS 基于哈希表数据结构，并且运行在内核空间。

性能优势：相比 iptables，IPVS 重定向延迟更短、规则同步更快、吞吐量更高，在大规模、高并发集群中优势明显。

三、Service 核心类型详解（基础篇）

1. ClusterIP 类型（默认类型）

功能：通过集群内部 IP 暴露服务，仅允许在集群内部访问，外部无法直接访问。

适用场景：集群内部服务间通信，如前端调用后端 API、微服务互相访问。

示例：

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  type: ClusterIP
  selector:
    app: nginx
  ports:
    - protocol: TCP
      port: 8000
      targetPort: 80

访问方式：集群内部通过 http://<ClusterIP>:8000 访问。

2. NodePort 类型

功能：在每个节点的 IP 上开放一个静态端口（默认范围 30000–32767），使服务能够从集群外部访问。

流量路径：外部请求 → 节点IP:NodePort → NodePort Service → 后端 Pod。

示例：

apiVersion: v1
kind: Service
metadata:
  name: nodeservice
spec:
  type: NodePort
  selector:
    app: nginx
  ports:
    - port: 8000
      targetPort: 80
      nodePort: 31788

访问方式：外部通过 http://<节点IP>:31788 直接访问。