如何体验Service所提供的功能

这篇文章给大家介绍如何体验Service所提供的功能，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

创建

创建Service对象时，Kubernetes会根据spec.selector来查找拥有指定标签的Pod，查找到Pod就维护一组拓扑关系，如果查找不到也不会自动创建Pod（配置中没有Pod模版），所以本例中用到的Pod对象需要单独创建，在开始之前，假定我们已使用前面介绍Deployment时使用的配置创建了一组label为app: nginx的Pod对象，这些Pod通过端口80对外提供服务。

首先，我们将以下配置保存到名为service.yaml的文件中：

apiVersion: v1kind: Servicemetadata:  name: nginx-servicespec:  selector:    app: nginx  ports:    - protocol: TCP      port: 80      targetPort: 80

然后，创建Service对象：

[root@ecs-d8b6 manifests]# kubectl create -f service.yaml service/nginx-service created

查看

接着查看刚刚创建的Service对象：

[root@ecs-d8b6 manifests]# kubectl get services nginx-service -o wideNAME            TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE   SELECTORnginx-service   ClusterIP   10.0.0.83            80/TCP    56s   app=nginx

命令行输出中各字段含义如下：

• NAME：Service对象名称，对应配置中的metadata.name；

• TYPE：Service类型，默认为ClusterIP类型，更多的类型将在后面的章节中介绍；

• CLUSTER-IP：自动分配的Cluster IP;

• EXTERNAL-IP：外部IP地址，用于接收集群外部流量的地址，在后面介绍Service类型时详细介绍；

• PORT(S)：Service对外暴露的端口列表，本例中只对外暴露一个端口，对应配置中的spec.ports；

• AGE：创建至今经历的时间；

• SELECTOR：标签选择器，Service根据此选择器查看后端Pod，对应配置中的spec.selector。

当前Kubernetes支持多种Service类型，来应对不同的使用场景：

• ClusterIP：Service通过一个只能在集群内部访问的 Cluster IP来暴露服务；

• NodePort：Service通过Node上的某个端口来暴露服务；

• LoadBalancer：Service通过具体云厂商提供的负载均衡器来暴露服务；

• ExternalName：Service仅对外暴露一个域名；

查看Pod 拓扑

尽管Service会通过selector来查找Pod，但查找到的Pod信息并不直接记录到Service对象中，而是记录到一个Endpoints对象中，进一步说当创建Service对象时，Kubernetes还会创建一个同名的Endpoints对象，来记录后端的Pod拓扑。 关于Endpoints，我们会在后续的章节中详细介绍，此处仅做初步介绍。

查看随Service一并创建的Endpoints对象：

[root@ecs-d8b6 manifests]# kubectl get endpoints nginx-service NAME            ENDPOINTS                                   AGEnginx-service   172.17.0.4:80,172.17.0.5:80,172.17.0.6:80   20m

可以看到，该Endpoints对象记录了Service匹配到的所有Pod地址。

访问Service

在集群内部，可以直接访问Service的Cluster IP，流量将会被自动转发到后端的某个Pod中：

[root@ecs-d8b6 manifests]# curl 10.0.0.83...
Welcome to nginx!
...

更新

当更新Service的spec.selector时，Kubernetes会自动按照新的spec.selector配置查找Pod，并更新Endpoints对象。

使用kubectl edit service nginx-service命令来修改Service，并指定一个无法匹配到任何Pod的spec.selector，可以看到 Endpoints对象中的Pod拓扑信息也会相应地消失掉，如下所示：

[root@ecs-d8b6 manifests]# kubectl get endpoints nginx-service NAME            ENDPOINTS   AGEnginx-service         31m

删除

当删除Service对象时，随Service对象创建而自动创建的Endpoints对象也会一并删除，后端的Pod不会被删除，它仍然受相应的Pod控制器管理。

[root@ecs-d8b6 manifests]# kubectl delete service nginx-service service "nginx-service" deleted[root@ecs-d8b6 manifests]# kubectl get endpoints nginx-serviceError from server (NotFound): endpoints "nginx-service" not found[root@ecs-d8b6 manifests]# kubectl get pods NAME                               READY   STATUS    RESTARTS   AGEnginx-deployment-5f67bd6bb-9nspj   1/1     Running   0          37mnginx-deployment-5f67bd6bb-hl8xw   1/1     Running   0          37mnginx-deployment-5f67bd6bb-pkv7h   1/1     Running   0          37m

关于如何体验Service所提供的功能就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。