Service存在的意义

Kubernetes中的Service是一种网络抽象，用于将一组Pod暴露给其他组件，例如其他Pod或外部用户。Service可以作为一个负载均衡器，为一组Pod提供单一的IP地址和DNS名称，并通过选择器来将流量路由到这些Pod。

Services的存在有以下几个意义：

透明的服务发现： Kubernetes使用Service作为一种透明的服务发现机制。使用Service可以将Pod隐藏在后面，这样其他组件可以使用Service的DNS名称来访问它们，而不需要知道Pod的实际IP地址和端口号。
负载均衡： Service可以将流量路由到一组Pod上，并使用标签选择器将流量均匀地分配给这些Pod。这使得可以轻松地进行水平扩展，以满足不断增长的负载。
稳定的IP地址： Kubernetes为每个Service分配一个稳定的IP地址，这个IP地址与Pod的生命周期无关。这意味着可以在Pod启动和停止时保持稳定的服务地址，并且无需手动更改任何配置。
外部访问： 通过将Service类型设置为NodePort或LoadBalancer，可以将Service暴露给外部用户或外部负载均衡器。这使得可以轻松地将Kubernetes集群与外部服务和用户集成。

总之，Service是Kubernetes中非常重要的一部分，可以提供透明的服务发现、负载均衡、稳定的IP地址和外部访问。在实际生产环境中，使用Service是构建可靠和可扩展应用程序的关键。

Pod、Service、Label的关系

在Kubernetes中，Pod是最小的可部署单元，它是由一个或多个容器组成的。Pod提供了一个运行环境，其中包含应用程序所需的资源，如存储、网络和命名空间。

Service是Kubernetes中的一种抽象，用于定义一组Pod，这些Pod执行相同的任务，并且可以通过Service的IP地址和端口号进行访问。Service允许应用程序通过固定的IP和端口号进行访问，而不必考虑后端Pod的IP和端口号。

在Kubernetes中，Pod和Service之间有一种紧密的关系。Service使用标签选择器来确定哪些Pod应该成为它的后端。一旦Service选择了一组Pod，它将为这些Pod分配一个固定的IP和端口号，这些IP和端口号将用于访问这些Pod。

当Pod被创建或删除时，Service会自动更新它的后端列表。这意味着当Pod被添加到Service的后端时，它们将自动成为Service的一部分，并且可以通过Service的IP和端口号进行访问。同样地，当Pod被删除时，它们将自动从Service的后端列表中删除，这样访问它们的请求就不会被发送到已经不存在的Pod上。

因此，Pod和Service之间的关系是非常紧密的，Service为一组Pod提供了一个稳定的网络地址，并且自动更新它的后端列表以确保访问这些Pod时的高可用性和可靠性。

在Kubernetes中，Pod、Service和标签之间有着密切的关系。标签（Label）是Kubernetes中的一种机制，它允许你为对象添加任意的元数据，例如版本、环境、用途等等。

Pod可以使用标签进行分类和分组，通过给Pod打上特定的标签，可以方便地对它们进行选择和管理。同样地，Service也可以使用标签选择器来选择具有特定标签的Pod作为后端。标签可以被应用于任何Kubernetes对象，包括Pod、Service、ReplicaSet等等。

当创建一个Service时，可以使用标签选择器来指定Service所选取的Pod的标签。例如，可以通过以下方式创建一个Service，它将选择所有标有app=goweb-demo的Pod作为它的后端：

goweb-demo-v1.yaml

apiVersion: v1
kind: Service
metadata:
  name: goweb-demo
spec:
  ports:
  - port: 80
    protocol: TCP
    targetPort: 8090
  selector:
    app: goweb-demo

在这个例子中，Service使用selector字段来选择具有app=goweb-demo标签的Pod作为它的后端。这意味着只有那些标记为app=goweb-demo的Pod才能被Service访问。

标签是Kubernetes中非常重要的一个概念，它使得对Pod和Service的选择和管理变得更加灵活和高效。通过使用标签，可以轻松地对应用程序的不同版本、环境和用途进行分类和分组，并根据需要创建相应的Pod和Service来满足应用程序的需求。

Service的访问类型

Kubernetes中的Service对象可以指定不同的访问类型，以便在集群内和集群外提供不同级别的访问。下面是Kubernetes中Service的三种访问类型：

ClusterIP：默认的访问类型，将创建一个虚拟IP地址，代表一组后端Pod。只能从集群内部访问该Service，外部无法访问。
NodePort：将在每个Node上公开一个端口，并将该端口重定向到Service。可以通过Node的IP地址和该端口访问该Service。可以从集群外部访问该Service，但需要在防火墙中打开该端口。
LoadBalancer：将在外部创建一个负载均衡器，并将流量路由到Service。负载均衡器可以将流量路由到多个后端Pod，以提高可用性和性能。需要使用外部负载均衡器的云平台支持，例如AWS ELB或GCP GCLB。

另外，还有一种名为ExternalName的访问类型，可以将Service映射到集群外部的DNS名称，而不是集群内部的Pod。该访问类型通常用于将Service映射到外部服务，例如数据库或API网关。

可以使用kubectl命令行或YAML文件来指定Service的访问类型和其他配置。例如，在YAML文件中，可以将Service的类型指定为type: ClusterIP、type: NodePort或type: LoadBalancer，具体取决于需要提供的访问级别。

实战开撸：案例1

准备Deployment yaml配置文件

kubectl create deployment goweb-demo --image=192.168.11.247/web-demo/goweb-demo:20221229v3 --replicas=3 --dry-run=client -o yaml > my-deployment.yaml

上述命令将使用名为“192.168.11.247/web-demo/goweb-demo:20221229v3”的镜像创建一个名为“goweb-demo”的Deployment，并设置3个副本。--dry-run=client选项使kubectl只检查配置文件的语法，而不会实际创建Deployment。-o yaml选项指定输出格式为YAML，并将其重定向到my-deployment.yaml文件中。下面是我们得到的my-deployment.yaml：

apiVersion: apps/v1
kind: Deployment
metadata:
  creationTimestamp: null
  labels:
    app: goweb-demo
  name: goweb-demo
spec:
  replicas: 3
  selector:
    matchLabels:
      app: goweb-demo
  strategy: {}
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: goweb-demo
    spec:
      containers:
      - image: 192.168.11.247/web-demo/goweb-demo:20221229v3
        name: goweb-demo
        resources: {}
status: {}

编辑my-deployment.yaml文件以更改Deployment的任何其他配置选项。例如，您可以为Deployment指定标签，设置容器端口，配置健康检查等。下面是我调整后的my-deployment.yaml：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: goweb-demo
spec:
  replicas: 3
  selector:
    matchLabels:
      app: goweb
  template:
    metadata:
      labels:
        app: goweb
    spec:
      containers:
      - name: goweb-container
        image: 192.168.11.247/web-demo/goweb-demo:20221229v3

创建Deployment

tantianran@test-b-k8s-master:~/goweb-demo$ kubectl apply -f my-deployment.yaml
deployment.apps/goweb-demo created
tantianran@test-b-k8s-master:~/goweb-demo$ kubectl get deployments
NAME         READY   UP-TO-DATE   AVAILABLE   AGE
goweb-demo   3/3     3            3           8m25s
tantianran@test-b-k8s-master:~/goweb-demo$ 
tantianran@test-b-k8s-master:~/goweb-demo$ kubectl get pod
NAME                          READY   STATUS    RESTARTS   AGE
goweb-demo-654c45b968-9wcr8   1/1     Running   0          5s
goweb-demo-654c45b968-jsw8z   1/1     Running   0          5s
goweb-demo-654c45b968-mngq7   1/1     Running   0          5s
tantianran@test-b-k8s-master:~/goweb-demo$

准备Service yaml配置文件现在使用go语言开发的web demo已经跑起来了，而且跑了3个pod副本，接下来就要对外提供访问，我的goweb demo应用对外提供访问的端口是8090。

在命令行下创建一个将容器端口8090映射到Node的端口30080上的Service对象，可以使用以下命令：

kubectl create service nodeport goweb --tcp=80:8090 --node-port=30080

其中，goweb是Service对象的名称，默认也是用此名称与deployment中定义的label "app: goweb" 保持一致，--tcp=80:8090表示将容器端口8090映射到Service的端口80上，--node-port=30080表示将Service的端口30080映射到Node的端口30080上。

tantianran@test-b-k8s-master:~/goweb-demo$ kubectl get svc -o wide
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE   SELECTOR
goweb        NodePort    10.111.227.27   <none>        80:30080/TCP   5s    app=goweb
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP        96d   <none>
tantianran@test-b-k8s-master:~/goweb-demo$

使用--dry-run=client -o yaml得到my-service.yaml 文件，然后使用kubectl apply命令将其应用到集群中

kubectl create service nodeport goweb --tcp=80:8090 --node-port=30080 --dry-run=client -o yaml > my-service.yaml

my-service.yaml

apiVersion: v1
kind: Service
metadata:
  creationTimestamp: null
  labels:
    app: goweb
  name: goweb
spec:
  ports:
  - name: 80-8090
    nodePort: 30080
    port: 80
    protocol: TCP
    targetPort: 8090
  selector:
    app: goweb
  type: NodePort
status:
  loadBalancer: {}

在这个示例中，我们创建了一个名为“goweb”的服务，它将流量路由到标签为“app=goweb”的Pod上。该服务类型被设置为NodePort，并指定了端口号为30080。服务监听80端口，将流量转发到Pod上的8090端口。

创建service

tantianran@test-b-k8s-master:~/goweb-demo$ kubectl apply -f my-service.yaml 
service/goweb created
tantianran@test-b-k8s-master:~/goweb-demo$ kubectl get svc -o wide
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE   SELECTOR
goweb        NodePort    10.104.241.81   <none>        80:30080/TCP   7s    app=goweb
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP        96d   <none>
tantianran@test-b-k8s-master:~/goweb-demo$ kubectl get ep
NAME         ENDPOINTS                                                  AGE
goweb        10.244.240.19:8090,10.244.240.38:8090,10.244.240.56:8090   16s
kubernetes   192.168.11.13:6443                                         96d
tantianran@test-b-k8s-master:~/goweb-demo$

要在集群外访问该服务，可以使用任何节点的IP地址和NodePort端口号。例如，如果节点的IP地址为192.168.11.14，则可以使用http://192.168.1.14:30080访问该服务。

实战开撸：案例2

在案例1中，都是使用yaml进行创建，并且分享了如何快速得到一个yaml。那么本案例2，全程在kubectl命令行下进行创建。

创建deployment 要创建一个名为 nginx-deployment 的 Deployment 并使用最新版本的 nginx 镜像

kubectl create deployment my-deployment001 --image=192.168.11.247/web-demo/goweb-demo:20221229v3 --replicas=3

暴露 Deployment 的端口

kubectl expose deployment my-deployment001 --port=80 --target-port=8090 --type=NodePort

其中，my-deployment001 是你要暴露端口的 Deployment 的名称，80 是你要使用的 Service 的端口，8090 是你要将流量路由到的 Pod 的端口，--type 是 Service 的类型，通常是 ClusterIP、NodePort 或 LoadBalancer。上面的命令中，将创建一个类型为 NodePort 的 Service，并将其暴露在随机分配的端口上。

查看Service

tantianran@test-b-k8s-master:~/goweb-demo$ kubectl get svc my-deployment001
NAME               TYPE       CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
my-deployment001   NodePort   10.109.238.29   <none>        80:32537/TCP   3m48s

这将列出 Service 的详细信息，包括 Service 的 IP 地址、端口和类型，上面随机分配的端口是32537。

这样，就已经成功地创建了一个 Deployment 并将其暴露在一个端口上。现在，可以使用 Service 的 IP 地址和端口来访问应用程序。如果你使用的是 NodePort 类型的 Service，你可以在任何节点上使用 Service 的节点 IP 地址和端口来访问它。如果你使用的是 LoadBalancer 类型的 Service，Kubernetes 会在你的云提供商中自动创建一个负载均衡器，并将流量路由到你的 Service。

打开浏览器，访问看看：

最后的总结

Kubernetes (k8s) Service是一个抽象层，它为一组Pod提供了一个稳定的访问地址和DNS名称。在k8s中，Service是通过控制器和负载均衡器来实现的，它可以将流量分发给后端Pod实例，并确保它们的可用性和可靠性。下面是对Kubernetes Service的总结：

Service类型 k8s Service有四种类型，分别是ClusterIP、NodePort、LoadBalancer和ExternalName。不同类型的Service有不同的用途，选择合适的类型非常重要。

ClusterIP：这是最常用的类型。它为Pod提供了一个稳定的虚拟IP地址，只能从集群内部访问。
NodePort：它为Pod提供了一个静态的端口号，可以通过任何节点的IP地址和该端口访问Service。它将请求转发到相应的Pod，支持外部访问。
LoadBalancer：这种类型需要云服务商提供的负载均衡器支持。它为Service分配一个公共IP地址，并将流量负载均衡到Pod中。
ExternalName：它将Service映射到一个外部地址或DNS名称，而不是选择Pod。它通常用于将k8s内部的Service与外部服务连接起来。

Service Selector Service Selector是用来选择要将流量转发到哪个Pod的标签。每个Service都会指定一个或多个Selector，用于确定应该选择哪些Pod。在创建Service时，可以指定标签选择器以选择相关Pod。
端口 Service的端口指的是该Service的监听端口。Service可以监听多个端口，每个端口都可以关联一个或多个后端Pod。端口也可以分为两个类型：端口和目标端口。端口是Service监听的端口，而目标端口是后端Pod的端口。
负载均衡 k8s Service可以通过三种负载均衡算法来将流量分配到后端Pod中：

Round Robin：这是最常见的负载均衡算法。它按顺序分配流量到每个Pod，然后循环下去。
Session Affinity：这种算法会将同一客户端的所有请求都发送到同一个后端Pod中。这有助于维护状态，并确保在会话期间一致性。
IPVS：这是一种高级的负载均衡算法，它使用Linux内核中的IPVS模块来实现流量分发。

DNS k8s Service通过DNS来提供一个稳定的访问地址。在创建Service时，k8s会将其关联的Pod的IP地址注册到k8s集群的DNS中，并使用Service名称和Namespace作为DNS条目。这样，客户端可以通过Service名称和命名空间来访问该Service，k8s DNS将解析这个名称并将其映射到Service关联的Pod IP地址。

在k8s中，每个Pod都有一个唯一的IP地址，但是这个IP地址在Pod重新调度或者Pod数量发生变化时可能会发生变化。这种变化可能会导致客户端连接中断，因此k8s Service提供了一个稳定的访问地址，使得客户端可以通过Service名称来访问Pod而不需要关心其IP地址的变化。这种方式也使得k8s Service非常适合于微服务架构，因为它可以将多个Pod组合成一个逻辑单元，并通过一个稳定的访问地址对外提供服务。

粗讲：K8S的Service及分享现撸案例

Service存在的意义

Pod、Service、Label的关系

Service的访问类型

实战开撸：案例1

实战开撸：案例2

最后的总结

热门文章

最新文章

相关课程

相关电子书

相关实验场景

推荐镜像

热门

活动广场

任务中心

开发者评测

高校计划

乘风者计划

训练营

阿里云MVP

话题

直播

下载

镜像站

技术资料

插件

粗讲：K8S的Service及分享现撸案例

Service存在的意义

Pod、Service、Label的关系

Service的访问类型

实战开撸：案例1

实战开撸：案例2

最后的总结

热门文章

最新文章

相关课程

相关电子书

相关实验场景

推荐镜像