【Kubernetes】Service 概念与实战

《Service 服务》系列，共包含以下文章：

• Service 概念与实战
• Service 类型：NodePort、ClusterlP、LoadBalancer、ExternalName
• 虚拟 IP 与 Service 的代理模式
• 集群外部的请求访问集群内应用的最佳方式：Ingress

😊 如果您觉得这篇文章有用 ✔️ 的话，请给博主一个一键三连 🚀🚀🚀 吧 （点赞 🧡、关注 💛、收藏 💚）！！！您的支持 💖💖💖 将激励 🔥 博主输出更多优质内容！！！

在 Kubernetes 中部署的应用可能对应一个或者多个 Pod，而每个 Pod 又具有独立的 IP 地址。Service（服务）能够为一组功能相同的 Pod 提供统一不变的访问地址，使得集群具有稳定的 IP 地址（即 Cluster IP 地址），从而使在集群内部能够通过该 Cluster IP 地址将客户端请求路由到集群中的一个 Pod 上，从而实现客户端与 Pod 的通信。

Service 是 Kubernetes 中非常重要的组成部分，它主要为集群提供 请求的负载均衡 和 Pod 的自动发现 功能。

Service 主要有以下两个作用：

• Pod 的自动发现：通过标签 Label 与 Pod 关联，实现与 Pod 的通信。
• 请求的负载均衡：提供不同的访问策略，以实现访问 Pod 请求的负载均衡。

1.通过 Service 向外部暴露 Pod

创建 Service 与创建应用的 Pod，可以被定义在同一个 YAML 文件中，也可以将它们在不同 YAML 文件中分开定义。下面通过使用两个 YAML 文件来分别定义 Service 和 Pod。

使用 Deployment 控制器来部署应用，创建文件 service-demo1.yaml，并在其中输入以下内容。

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    app: nginx 
  name: nginx
spec:
  replicas: 3 
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - image: nginx
        name: nginx
        imagePullPolicy: IfNotPresent

使用 kubectl apply 命令部署应用。

kubectl apply -f service-demo1.yaml

查看 Pod 的信息。

kubectl get pod -o wide

输出的信息如下：

创建 Service：编辑文件 service-demo2.yaml，在其中输入以下内容。

apiVersion: v1
kind: Service
metadata:
  name: service-demo2
  namespace: default
spec:
  # 这里使用 NodePort 类型的 Service 将应用程序暴露给外部
  type: NodePort 
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 80
  # 定义标签选择器，将服务 Service 与匹配便签的一组 Pod 关联起来
  selector:     
    app: nginx

使用 kubectl apply 命令创建 Service。

kubectl apply -f service-demo2.yaml

查看 Pod、Service 和 Endpoint 的信息。

kubectl get pods,service,endpoints -o wide
kubectl get pods,svc,ep -o wide

输出的信息如下：

从输出的信息可以看出，在创建 Service 时会自动创建应用的接入点 Endpoint，并将每个 Pod 的 IP 地址自动加入 Endpoint 中。Endpoint 也会自动感知后端 Pod 的 IP 地址，从而实现动态的负载均衡。

🚀 Kubernetes Endpoint 是一个 Kubernetes API 对象，‌它表示一个 Service 的后端集合，用于将流量从 Service 引导到实际运行应用程序的 Pod。‌这个对象包含一组 IP 地址和端口号的列表，‌这些 IP 地址和端口号对应于 Service 后端 Pod 的网络终点。‌当创建一个 Service 时，‌Kubernetes 会自动创建与之关联的 Endpoints 对象，‌并将 Service 的后端 Pod 的 IP 地址和端口号添加到 Endpoints 对象中。‌Endpoints 对象会根据 Service 的选择器自动选择与之关联的 Pod。‌当 Pod 的 IP 地址或端口号发生变化时，‌Kubernetes 会自动更新 Endpoints 对象，‌确保 Service 能够正确路由到后端 Pod。‌通过访问 Service 的 Cluster IP，‌可以从集群内部访问 Service，‌而通过访问 Service 的 Endpoints，‌可以直接访问 Service 的后端 Pod。‌


🚀 简单来说，‌Kubernetes Endpoint 是 Kubernetes 系统中用于描述 Service 后端 Pod 的网络终点信息的对象，‌它确保了 Service 能够高效地路由到正确的后端 Pod，‌从而实现服务的可用性和可扩展性。‌

访问任意节点的 31767 端口都可以访问应用。

2.Service 的多端口设置

在 service-demo2.yaml 文件中定义的 Service 只暴露了一个端口，但在很多情况下需要 Service 暴露多个端口，例如同时暴露 HTTP 端口和 HTTPS 端口。Kubernetes 允许在定义 Service 时指定多个端口，但每个端口必须指定一个唯一的名称，以避免产生歧义。

下面是 Kubernetes 官方提供的一个示例。

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: MyApp
  ports:
  - name: http
    protocol: TCP
    port: 80
    targetPort: 9376
  - name: https
    protocol: TCP
    port: 443
    targetPort: 9377

3.集群内部的 DNS 服务

Service 在实现请求代理和负载均衡时，默认采用的是 Cluster IP 地址。但是 Cluster IP 地址不是永远不变的，因此建议在应用中不要使用 Cluster IP 地址，而使用 Service 的名称。Kubernetes 集群提供的 DNS 服务可以将 Service 的名称解析为 Cluster IP 地址。

下面对 Kubernetes 集群内部的 DNS 服务 进行一个简单的验证。

查看系统命名空间中的 Pod。

kubectl get pods -n kube-system | grep dns

输出的信息如下：

🚀 在 kube-system 的命名空间中自动启动了 Pod 来运行 DNS 服务。

创建 Service。

kubectl apply -f service-demo2.yaml

输出的信息如下:

使用 busybox 的 1.28.4 版本创建一个 Pod，并进入 Pod 的内部。

kubectl run -it --image=busybox:1.28.4 --rm --restart=Never sh

在 busybox 的 Pod 中查找 service-demo2 服务，集群内部的 DNS 服务将返回 Service 的域名信息。

nslookup service-demo2

这里的 10.100.69.136 就是 Service service-demo2 对应的 Cluster IP。

🚀 nslookup 命令可以从 本地 DNS 服务器 中查看所有的 IP 地址和域名 信息（它就像一本互联网电话簿）。

4.无头 Service

每一个 Service 都会有一个 Service 名称，并最终由 DNS 解析成 Cluster IP 地址。连接到 Service 的客户端最终通过 Cluster IP 地址被转发到后端一个随机选择的 Pod 上。因此，这时客户端并不清楚后端 Pod 的 IP 地址。但是对于一些有状态的客户端来说，需要清楚地知道后端每个 Pod 的 IP 地址才能与其直接进行通信。这时就需要使用无头 Service（Headless Service）。

无头 Service 的运行机制核心是：去掉了 DNS 解析 Cluster IP 地址这个过程，直接返回后端 Pod 的 IP 地址。

创建部署描述文件 headless-service.yaml，并在其中输入以下内容。

apiVersion: v1
kind: Service
metadata:
  name: headless-service
spec:
  selector:
    name: busybox
  # 设置为无头服务 Service	
  clusterIP: None
  ports:
    - name: demo 
      port: 1234
      targetPort: 1234
---
apiVersion: v1
kind: Pod
metadata:
  name: headless-service-pod-1
  labels:
    name: busybox
spec:
  hostname: headless-service-pod-1
  containers:
    - image: busybox
      command:
        - sleep
        - "3600"
      name: busybox
---
apiVersion: v1
kind: Pod
metadata:
  name: headless-service-pod-2
  labels:
    name: busybox
spec:
  hostname: headless-service-pod-2
  containers:
    - image: busybox
      command:
        - sleep
        - "3600"
      name: busybox

执行 kubectl apply -f 命令。

kubectl apply -f headless-service.yaml

查看 Service 和 Pod 的信息。

kubectl get svc,pod -o wide

输出的信息如下：

🚀 可以看到，service/headless-service 的 Cluster IP 的值是 None（即这是一个无头 Service），在它的后面有两个 Pod，以及每个 Pod 实际的 IP 地址。

使用 kubectl exec 命令进入其中一个 Pod 内部。

kubectl exec pod/headless-service-pod-1 -it /bin/sh

在 Pod 内部查看所使用的 DNS 服务器信息（也可以用 nslookup headless-service 查询）。

more /etc/resolv.conf

输出的信息如下：

在这里可以看到，使用的 DNS 服务器的 IP 地址是 10.96.0.10。

• search：配置的是集群的域名后缀。
• nameserver：配置的是 kube-dns 服务的 IP 地址。

那么，这些配置从哪里来的呢？kubelet 的启动的配置文件 --config=/var/lib/kubelet/config.yaml 中有两个参数，分别用于指定域名服务的 IP 和集群域名。kubelet 在创建容器时才可以将这些配置传入进去。

在宿主机上使用 dig 命令访问无头 Service。

dig @10.96.0.10 headless-service.default.svc.cluster.local

输出的信息如下：

可以看到，在 ANSWER SECTION 中直接返回了后端两个 Pod 的 IP 地址。