Kubernetes

介绍服务 P122

Kubernetes 服务是一种为一组功能相同的 pod 提供但以不变的接入点的资源。当服务存在时，它的 IP

地址和端口不会改变。与服务建立的连接会被路由到提供该服务的任意一个 pod 上。 P122

图 5.1 内部和外部客户端通常通过服务连接到 pod.png

创建服务 P123

服务使用标签选择器（[03. pod: 运行于 Kubernetes

中的容器](https://links.jianshu.com/go?to=https%3A%2F%2Fmp.weixin.qq.com%2Fs%2FOgNlHgCZNggZT7VXGtgaRA)

中介绍过标签选择器及使用方式）来指定属于同一组的 pod 。 P123

图 5.2 标签选择器决定哪些 pod 属于服务.png

通过 kubectl expose 创建服务 P124

创建服务的最简单的方法就是通过 kubectl expose ，在 [02. 开始使用 Kubernetes 和

Docker](https://links.jianshu.com/go?to=https%3A%2F%2Fmp.weixin.qq.com%2Fs%2F89KyvAP5xjWQQQYdkrqo4A)

中就使用该方法创建服务来暴露 Deployment 。 P124

通过 YAML 描述文件来创建服务 P124

为了将创建服务，我们需要使用以下 kubia-svc.yaml 描述文件进创建。

# 遵循 v1 版本的 Kubernetes API

apiVersion: v1

# 资源类型为 Service

kind: Service

metadata:

  # Service 的名称

  name: kubia

spec:

  # 该服务可用的端口

  ports:

    # 第一个可用端口的名字

    - name: http
      # 可用端口为 80
      port: 80
      # 服务将连接转发到容器的 8080 端口
      targetPort: 8080
    # 第二个可用端口的名字
    - name: https
      # 可用端口为 443
      port: 443
      # 服务将连接转发到容器的 8443 端口
      targetPort: 8443
  # 具有 app=kubia 标签的 pod 都属于该服务
  selector:
    app: kubia

kubectl create -f kubia-svc.yaml: 创建服务

kubectl get services: 查看当前所有服务

NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)          AGE

kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP          12d

kubia        ClusterIP   10.111.241.144   <none>        80/TCP,443/TCP   5s

可以发现刚刚启动的服务已经被分配了一个内部集群 IP ，并且对外暴露了两个端口。服务的主要目标就是使集群内部的其他 pod 可以访问当前这组 pod

，但通常也希望对外暴露服务。 P125

从集群内部测试服务 P125

可以通过以下三种方式向服务发送请求： P125

• 创建一个 pod ，它将请求发送到服务的集群 IP 并记录响应。可以通过 kubectl logs 查看 pod 日志检查服务的响应
• 使用 ssh 远程登录到其中一个 Kubernetes 节点上，然后使用 curl 命令
• 通过 kubectl exec 命令在一个已经存在的 pod 中执行 curl 命令

在运行的容器中远程执行命令 P125

kubectl exec kubia-9495d9bf5-2mmv2 -- curl -s 10.111.241.144: 在 pod

kubia-9495d9bf5-2mmv2 运行命令 curl -s 10.111.241.144

-- 代表 kubectl 命令项的结束，在 -- 之后的内容是指在 pod 内部需要执行的命令。如果需要执行的命令没有以 - 开始的参数，那么

-- 不是必须的。 P125

图 5.3 使用 kubectl exec 在一个 pod 中运行 curl 命令.png

配置服务上的会话亲和性 P126

如果希望特定客户端产生的所有请求每次都指向同一个 pod ，可以设置服务的 spec.sessionAffinity 属性为 ClientIP

，而不是默认值 None 。 P127

...

spec:

  sessionAffinity: ClientIP

  ...

这种方式会使服务代理将来自同一个客户端 IP 的所有请求转发至同一个 pod 。 Kubernetes 仅支持两种形式的会话亲和性服务： None 和

ClientIP 。 P127

同一个服务暴露多个端口 P127

我们在前面已将创建了暴露多个端口的服务，这样通过一个集群 IP ，使用一个服务就可以将多个端口全部暴露出来。 P127

注意 ：在创建一个有多个端口的服务的时候，必须给每个端口指定名字。 P127

注意 ：标签选择器应用于整个服务，不能对每个端口做单独的配置。如果不同的 pod 有不同的端口映射关系，需要创建两个服务。 P128

使用命名的端口 P128

我们可以将 pod 端口定义改为如下形式：

...

kind: Pod

spec:

  containers:

    - name: kubia
      ports:
        # 应用监听端口 8080 ，并命名为 http
        - name: http
          containerPort: 8080
        # 应用监听端口 8443 ，并命名为 https
        - name: https
          containerPort: 8443

然后我们就可以将在服务中引用命名的端口：

...

kind: Service

spec:

  ports:

    - name: http
      port: 80
      targetPort: 8080
    - name: https
      port: 443
      targetPort: https

采用命名端口的方式可以使得更换 pod 端口时无须更改服务的 spec ，并且不同的 pod 可以使用不同的端口。 P129

服务发现 P129

现在可以通过一个单一稳定的 IP 地址访问到 pod ，但是还没法让客户端 pod 知道服务的 IP 和端口，所以我们需要配置进行发现服务。 P129

通过环境变量发现服务 P129

在 pod 开始运行时， Kubernetes 会初始化一系列环境变量指向现在存在的服务。如果 pod 先于服务启动，那么可以先把这些 pod 删除，等待

Development 自动创建新的 pod ，这样所有 pod 都能拥有现存服务的的相关环境变量了。 P129

kubectl exec kubia-9495d9bf5-4jbtf env: 查看指定 pod 的环境变量，可以发现其中有 kubia 和

kubernetes 服务的 IP 地址和端口号的环境变量

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

HOSTNAME=kubia-9495d9bf5-4jbtf

...

KUBERNETES_SERVICE_HOST=10.96.0.1

KUBERNETES_SERVICE_PORT_HTTPS=443

KUBIA_SERVICE_HOST=10.111.232.152

KUBIA_SERVICE_PORT=80

KUBIA_SERVICE_PORT_HTTP=80

KUBIA_SERVICE_PORT_HTTPS=443

...

注意 ：环境变量中，服务名作为前缀时，所有字母变为变为大写，且服务名称中的 - 将被转换为 _ P130

通过 DNS 发现服务 P130

命名空间 kube-system 下有几个以 coredns 为前缀的 pod 。这些 pod 运行 DNS 服务，在集群中的其他 pod

都被配置成使用其作为 dns (Kubernetes 通过修改每个容器的 etc/resolv.conf 文件实现 ) 。运行在 pod 上的进程

DNS 查询都会被 Kubernetes 自身的 DNS 服务器响应，该服务器知道系统中运行的所有服务。 P130

注意 ： pod 是否使用内部的 DNS 服务器是根据 pod 的 spec.dnsPolicy 属性决定的。 P130

每个服务从内部 DNS 服务器中获得一个 DNS 条目，客户端的 pod 在知道服务名称的情况下可以通过全限定域名 (FQDN) 来访问。 P131

通过 FQDN 连接服务 P131

我们可以通过 kubia.default.svc.cluster.local 来访问 kubia 服务。其中 kubia 对应于服务名称，

default 表示服务所在的命名空间， svc.cluster.local 是所在集群本地服务名称中使用的可配置集群域后缀。 P131

注意 ：客户端仍然必须知道服务的端口号。如果服务没有使用标准端口号，那么客户端仍然需要从环境变量中获取端口号。 P131

如果服务和客户端在同一个命名空间下，那么可是直接使用服务名（例如： kubia ）指代服务。 P131

在 pod 容器中运行 shell P131

kubectl exec -ti <pod-name> bash: 可以在一个 pod 容器上运行 bash （也可指定其他形式的 shell ）

P131

无法 ping 通服务 IP 的原因 P132

服务的集群 IP 是一个虚拟 IP ，并且只有在与服务端口结合时才有意义。将在后续文章中详细讲解。 P132

连接集群外部的服务 P132

在集群中运行的客户端 pod 可以像连接到内部服务一样连接到外部服务，这样做可以充分利用负载均衡和服务发现。 P132

介绍服务 endpoints P133

服务并不是与 pod 直接相连的，而是通过 Endpoints 资源与 pod 连接。 Endpoints 资源就是暴露一个服务的 IP

地址和端口列表，和其他 Kubernetes 资源一样。 P133

kubectl get endpoints kubia: 查看 kubia 的 endpoints 基本信息

NAME    ENDPOINTS                                                  AGE

kubia   10.88.0.2:8443,10.88.0.3:8443,10.88.0.3:8443 + 3 more...   3d

服务中在 spec.selector 定义了 pod 选择器，但是在重定向传入连接时不会直接使用它。选择器用于构建 IP 和端口列表，然后存储在

Endpoints 资源中。当客户端连接到服务时，服务代理选择这些 IP 和端口对中的一个，并将传入连接重定向到该位置监听的服务器。 P133

手动配置服务的 endpoints

如果将服务的 endpoints 与服务解耦，那么就可以手动配置和更新它们。 P133

如果创建了不包含 pod 选择器的服务， Kubernetes 将不会创建 Endpoints 资源。这样就需要创建 Endpoints 资源来指定该服务的

endpoints 列表。 P133

创建没有 pod 选择器的服务 P133

使用以下描述文件 external-service.yaml 可以创建一个不指定 pod 选择器的服务。

# 遵循 v1 版本的 Kubernetes API

apiVersion: v1

# 资源类型为 Service

kind: Service

metadata:

  # Service 的名称

  name: external-service

spec:

  # 该服务可用的端口

  ports:

    # 第一个可用端口的名字

    - name: http
      # 可用端口为 80
      port: 80
      targetPort: http
    # 第二个可用端口的名字
    - name: https
      # 可用端口为 443
      port: 443
      targetPort: https

使用以下描述文件 external-service-endpoints.yaml 可以创建一个 Endpoints 资源。

# 遵循 v1 版本的 Kubernetes API

apiVersion: v1

# 资源类型为 Endpoints

kind: Endpoints

metadata:

  # Endpoints 的名称，与对应的 Service 名称一致

  name: external-service

# 该 Endpoints 的子集

subsets:

  # 第一个子集的地址信息

  - addresses:
      # 地址包含以下 ip 列表
      - ip: 11.11.11.11
      - ip: 22.22.22.22
    # 第一个子集的端口信息
    ports:
      # 每个 ip 可用的端口列表
      # 【注意】这个名字必须和服务端端口的名字对应
      - name: http
        port: 80
      - name: https
        port: 443

Endpoints 对象需要与服务具有相同的名称，并包含该服务将要重定向的目标 IP 地址和端口列表。当服务和 Endpoints

都创建后，服务就会自动使用对应当 Endpoints ，并能够像具有 pod 选择器那样当服务正常使用。 P134

图 5.4 pod 关联到具有两个外部 endpoints 的服务上.png

为外部服务创建别名 P135

除了手动配置服务的 Endpoints 来代替公开外部服务的方法，还可以通过其完全限定域名 (FQDN) 来访问外部服务。 P135

创建ExternalName 类型的服务 P135

通过以下描述文件 external-service-externalname.yaml 可以创建一个 ExternalName

类型的服务，这个服务会将请求转发到 spec.externalName 指定的实际服务的完全限定域名。 P135

# 遵循 v1 版本的 Kubernetes API

apiVersion: v1

# 资源类型为 Service

kind: Service

metadata:

  # Service 的名称

  name: external-service

spec:

  # Service 的类型为 ExternalName

  type: ExternalName

  # 这个服务将所有请求都转发到 someapi.somecompany.com

  externalName: leetcode-cn.com

  # 该服务可用的端口

  ports:

    # 第一个可用端口的名字

    - name: http
      # 可用端口为 80
      port: 80
      # 使用 ExternalName 时， targetPort 将被忽略
    # 第一个可用端口的名字
    - name: https
      # 可用端口为 443
      port: 443
      # 使用 ExternalName 时， targetPort 将被忽略