当前位置：首页 > article >正文

【云原生】k8s Service 实现服务发现和负载均衡

article 2024/11/16 21:24:47

文章目录

前言
Service 介绍
Service 的四种类型及使用方式
Service 的定义和使用
- 通过命令创建服务
- 查看创建的服务情况
不指定 Selectors 的服务
Headless 服务
Service 工作原理及原理图
Ingress 讲解
集群外部如何访问服务
总结

前言

在容器编排系统中，如 Kubernetes，Pod 是最小的部署单元。而一组 Pod 通常对外提供某种服务。在 Kubernetes 中，Service 就是用来对外暴露一组 Pod 的服务的资源对象。Service 可以通过 IP 地址和端口号访问，从而对外提供服务。

Service 介绍

Service 是 Kubernetes 中一个非常重要的概念，它可以将一组 Pod 封装成一个逻辑服务单元。

Service 可以通过定义的 Label Selector，将一组 Pod 绑定到一起，形成一个 Service。通过 Service，用户可以方便地访问这个服务，不需要关心 Pod 的具体 IP 地址和端口号，也不需要担心 Pod 的数量变化会影响服务的访问。

Service 的四种类型及使用方式

Kubernetes 中的 Service 一共有四种类型，分别是 ClusterIP、NodePort、LoadBalancer 和 ExternalName。

ClusterIP：是 Service 的默认类型，它会为 Service 创建一个 Cluster IP，这个 IP 只能在集群内部访问。通过 ClusterIP，用户可以访问该 Service 关联的 Pod。
NodePort：在每个节点上绑定一个端口，从而将 Service 暴露到集群外部。用户可以通过任意一个节点的 IP 地址和该端口号来访问 Service。
LoadBalancer：在云厂商提供的负载均衡器上创建一个 VIP，从而将 Service 暴露到集群外部。用户可以通过该 VIP 地址来访问 Service。
ExternalName：可以将 Service 映射到集群外部的一个 DNS 名称上，从而将 Service 暴露到集群外部。

另外，也可以将已有的服务以 Service 的形式加入到 Kubernetes 集群中来，只需要在创建 Service 的时候不指定 Label selector，而是在 Service 创建好后手动为其添加 endpoint。

Service 的定义和使用

Service 也是可以通过 yaml 来定义的。

以下是带有 selector 和 type 的 YAML 文件定义一个名为 nginx 的 Service，将服务的 80 端口转发到 default namespace 中带有标签 run=nginx 的 Pod 的 80 端口：

apiVersion: v1
kind: Service
metadata:
  name: nginx
spec:
  selector:
    run: nginx
  type: ClusterIP
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80

其中，type 为 Service 的类型，可以取值为 ClusterIP、NodePort、LoadBalancer 和 ExternalName。

本例中的 type 为 ClusterIP，表示该 Service 的类型为 ClusterIP。

以下是通过命令创建及查看创建的服务情况的操作步骤和预期的展示内容。

通过命令创建服务

使用 kubectl create 命令创建一个名为 nginx 的服务，并将服务的 80 端口转发到 default namespace 中带有标签 run=nginx 的 Pod 的 80 端口。运行以下命令：

kubectl create service clusterip nginx --tcp=80:80 --dry-run=client -o yaml > nginx-service.yaml

这个命令将在当前目录下生成一个名为 nginx-service.yaml 的 YAML 文件，其中包含了创建 Service 所需的配置信息。

预期展示内容：

service/nginx created (dry run)

使用 kubectl apply 命令创建 Service。运行以下命令：

kubectl apply -f nginx-service.yaml

这个命令将根据 YAML 文件中的配置信息创建一个名为 nginx 的 Service。

预期展示内容：

service/nginx created

查看创建的服务情况

使用 kubectl get 命令查看已经创建的 Service。运行以下命令：

kubectl get services

这个命令将显示所有已经创建的 Service，包括它们的名称、类型、Cluster IP、端口等信息。
预期展示内容：

NAME         TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)    AGE
kubernetes   ClusterIP   10.96.0.1      <none>        443/TCP    4h19m
nginx        ClusterIP   10.96.58.173   <none>        80/TCP     1m

使用 kubectl describe 命令查看指定 Service 的详细信息。运行以下命令：

kubectl describe service nginx

这个命令将显示名为 nginx 的 Service 的详细信息，包括它的类型、Cluster IP、端口、Selector 等信息。

预期展示内容：

Name:              nginx
Namespace:         default
Labels:            run=nginx
Annotations:       <none>
Selector:          run=nginx
Type:              ClusterIP
IP:                10.96.58.173
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         10.244.0.7:80
Session Affinity:  None
Events:            <none>

不指定 Selectors 的服务

当用户创建 Service 的时候，可以不指定 Label Selector，这种 Service 被称为无选择器服务（no selector service）。无选择器服务不能和 Pod 绑定，而只是提供一个固定的 IP 和端口，用于访问后端服务。这种服务通常用于代理到外部的服务，如数据库、消息队列等。

Headless 服务

Kubernetes 中的 Service 还有一个特殊的类型，叫做 Headless 服务。Headless 服务的 ClusterIP 为 None，它不会为 Service 创建 Cluster IP。通过 Headless 服务，用户可以直接访问该 Service 关联的 Pod，而不需要通过 Service 进行访问。

Service 工作原理及原理图

Service 的工作原理是通过代理模式实现的，即 kube-proxy 负责将 service 负载均衡到后端 Pod 中。
当用户通过 Service 的 IP 和端口访问 Service 时，请求会先到达 Service 代理，然后由代理将请求转发给后端的 Pod。
当 Pod 发生变化时，Service 会自动更新 Endpoint，从而保证请求能够正确地到达后端 Pod。
以下是 Service 工作原理的原理图：
在这里插入图片描述