标签:命令 节点 特点 列表 image ever 文档 mes node
按照官方文档的说法,在K8S中,Service是将运行在集群中的一组Pod的应用公开为网络服务的抽象方法,是K8S的核心概念之一,Service的主要作用是使客户端发现Pod并与之通信。
简单理解起来就是,由Service提供统一的入口地址,然后将请求负载分发到后端Pod的容器应用。
集群中部署了Pod,应用是成功的部署起来了,但是只是至此的话,Pod提供服务访问存在以下一些问题。
这时候就需要Service,Pod作为Service的后端提供服务。所以我们可以想象,Service需要完成的事情:
在创建Sercvice之前我们首先创建service代理的Pod,nginx-pod.yaml:
apiVersion: v1
kind: Pod
metadata:
name: nginx
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx
ports:
- containerPort: 80
先给到一个简单的Service定义实例nginx-service.yaml:
apiVersion: v1
kind: Service
metadata:
name: nginx
spec:
ports:
- name: http
port: 80
protocol: TCP
targetPort: 80
selector:
app: nginx
type: LoadBalancer
spec.ports.port是Service对外提供服务的端口,spec.ports.targetPort是转发到Pod内的访问端口;
通过spec.selector发现同一命名空间下带有app=nginx的label的Pod作为后端。
创建命令:
kubectl apply -f nginx-service.yaml
Service作为Pod的负载均衡器,使用service.spec.selector
字段去匹配Pod,上面示例中,nginx Service将通过app: nginx
的label查找Pod作为后端。
创建Service之后,查看Service的后端:
kubectl get svc -o wide
kubectl describe svc nginx
在创建Sercvice之前,我已经创建了一个带有app: nginx
label的Pod,所以可以看到Service的EndPoints中已经有了一个后端(10.244.1.25)了,Endpoint也是一种K8S资源,可以使用kubectl get ep
命令查看。
除了以上使用yaml定义Service之外,还可以使用以下命令创建Service:
# 暴露Pod
kubectl expose pod nginx --name=nginx --port=80 --target-port=80 --protocol=TCP --type=NodePort
# 或者Deployment管理的Pod
kubectl expose deploy nginx --name=nginx --port=80 --target-port=80 --protocol=TCP --type=LoadBalancer
通过Service.spec.type
定义,最常用的三种:ClusterIP(默认),NodePort、LoadBalancer。
指定type为ClusterIP时,它将被分配一个集群内部的IP,在集群内部通过访问它来访问后端Pod,这种Service一般只供集群内部访问。
指定type为NodePort时,会在所有节点分配一个端口(默认从30000-32767)作为service的入口,访问方式:
特点:
随机分配一个LoadBalancer作为Service的入口,一般需要云提供商的支持。请求到达LoadBalancer地址后,均衡负载到后端Pod,使用LoadBalancer类型时,也会默认分配一个ClusterIP,并且也会分配一个NodePort端口,实际上来说,LoadBalancer是基于NodePort实现的。
特点:
标签:命令 节点 特点 列表 image ever 文档 mes node
原文地址:https://www.cnblogs.com/Med1tator/p/13475284.html