五、K8S之Service

Kubernetes Service

一、概念

Deployment对象部署完应用还需要向外界暴露入口才能通过HTTP访问到K8S集群里的应用Pod。Service就是做这件事情的，为什么还需要一个这样的API对象，一个方面是因为Pod的IP不是固定的，另外一个方面是因为一组Pod实例需要Service提供复杂均衡功能。所以Service是在逻辑抽象层上定义了一组Pod ,为他们提供一个统一的固定IP和访问这组Pod的负载均衡策略

Service是K8S中非常重要的概念，主要发挥的作用有：

服务发现：Service可以将请求路由到后端Pods，从而实现服务发现的功能。通过Service，应用程序可以从Service的虚拟IP地址或者DNS名称访问一组Pods，并且无需了解实际上的这些Pods的IP地址和端口号
负载均衡：Service在多个Pods质检提供负载均衡服务。当某个Pod无法响应请求时，service会自动将请求重定向到其他可用的Pods中。同时，service还可以根据不同的负载均衡策略（例如轮询、随机等）将请求分配到不同的Pods
稳定的网络访问：Servcie的虚拟IP地址和DNS名称对应的是一组Pod的稳定网络访问**endpoint**。当Pods发生变化（例如，扩容、缩容、重新调度等）时，Service会自动更新Endpoints资源以反映最新的Pods信息。这样，应用程序可以从Service的虚拟IP地址或DNS名称中访问这些Pods，而无需关注它们具体在哪些节点上。
简化配置：Service提供了一种简化配置的方式，可以将多个Pods捆绑在一个逻辑单元中。通过Service，可以对所有后端Pods应用相同的策略（例如标签选择器、负载均衡规则等），从而使配置更加简单和易于管理。

二、怎么发现Service

当Service创建时，K8S会自动为该Service分配一个DNS名称，并将该名称与Service关联起来。关联的完整格式为：

Servcie名称.命名空间.svc.集群域名后缀

这个DNS名称很长，有些情况下可以使用简写来替代。同一命名空间中的Pods访问可以省略命名空间，直接使用Service名称就可以访问。如果是在默认的命名空间下，也可以省略，直接使用service名称

三、Service类型

对一些应用的某些部分，可能只需要集群内部网路访问，而有些部分（如前端）可能需要其公开外部IP地址，也就是可以从集群外部访问某个地址，所以在创建Service可以指定所需要的Service类型。可用的type有：

2.1、ClusterIP

这是默认的Service类型，会将Service对象通过一个内部IP暴露给集群内部，这种类型的Service只能够在集群内部使用和访问，不对外暴露

2.2、NodePort

会在每个宿主节点的一个指定固定端口号上暴露Service，与此同时还会自动创建一个ClusterIP类型的Service，NodePort类型的Service会将集群外部的请求路由给NodePort类型的Service。当类型设置为 NodePort 后，可以在 ports 配置中增加 nodePort 配置指定端口，需要在下方的端口范围内，如果不指定会随机指定端口，端口范围：30000~32767

也可以修改端口范围配置，在文件 /usr/lib/systemd/system/kube-apiserver.servic调整

2.3、LoadBalancer

适用于公有云上的Kubernetes服务，使用LoadBalancer类型的Service，同时会自动创建NodePort和ClusterIP类型的Service，LoadBalancer会把请求路由到NodePort和ClusterIP类型的Service上。

2.4、ExternalName

ExternalName 类型的 Service，是在 kube-dns 里添加了一条 CNAME 记录。这个CNAME记录是在Service的spec.externalName里指定的，

以上四种类型除了ExternalName，Kubernetes的kube-proxy组件都会为Service提供VIP（虚拟IP）

四、使用

4.1、ClusterIP类型使用

创建一个一个nginx-service-ClusterIP.yaml文件，内容如下：

apiVersion: v1
kind: Service
metadata:name: nginx-svc-cluster   # Service名称labels:app: nginx-svc-cluster # Service标签
spec:type: ClusterIP # service类型selector: #匹配哪些pod会被Serivce代理app: nginx-deployports: #端口映射- name: http #为这个端口映射起一个名字#  端口绑定的协议，支持 TCP、UDP、SCTP，默认为 TCPprotocol: TCP# svc 自己的端口,虚拟port: 80#  目标 pod 的端口targetPort: 90

查看service创建情况


kubectl get svc-------------------------------------------------
NAME                TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                     AGE
kubernetes          ClusterIP   10.96.0.1       <none>        443/TCP                     20d
nginx-svc-cluster   ClusterIP   10.110.228.98   <none>        80/TCP                      16m

访问

创建一个创建busybox的Pod

前面说过ClusterIP类型只能供集群内网访问，所以我们只能先创建一个pod，进去这个pod，再来访问这个地址

# 创建busyboxpod
kubectl run busybox-pod --image=busybox --restart=Always #进进入容器
kubectl exec -it busybox-pod -- sh

访问

wget 10.110.228.98
或者
wget nginx-svc-cluster

4.2、NodePort类型使用


apiVersion: v1
kind: Service
metadata:name: nginx-svc-nodeportlabels:app: nginx-svc-nodeport
spec:type: NodePortselector: #匹配哪些pod会被Serivce代理app: nginx-deployports: #端口映射- name: http #为这个端口映射起一个名字#  端口绑定的协议，支持 TCP、UDP、SCTP，默认为 TCPprotocol: TCP# nodePort是svc占用宿主机的一个端口# nodePort: 30080# svc 自己的端口,虚拟port: 80#  目标 pod 的端口targetPort: 90- name: http2port: 81targetPort: 91

查看service创建情况

kubectl get svc-------------------------------------------------
NAME                TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                     AGE
kubernetes          ClusterIP   10.96.0.1       <none>        443/TCP                     20d
nginx-svc-nodeport  NodePort    10.98.195.178   <none>        80:31216/TCP,81:30517/TCP   39h

这里创建一个名叫nginx-svc 类型为NodePort的service，并且绑定了两个端口号，如果绑定两个端口号则访问的时候加上对应的端口号，如：

# 这样就能访问到pod的90端口号
wget nginx-svc-nodePort:80# 这样就能访问到pod的91端口号
wget nginx-svc-nodePort:81--不需要再容器中使用
# 这样就能访问到pod的90端口号
wget 192.168.31.100:31216

4.3、ExternalName类型使用

apiVersion: v1
kind: Service
metadata:name: nginx-svc-externalname   # Service名称labels:app: nginx-svc-externalname # Service标签
spec:type: ExternalNameexternalName: www.baidu.com

进去容器测试

# 进入容器
kubectl exec -it busybox-pod -- sh#测试
ping nginx-svc-externalnam