1、什么是service

Service可以看作是一组提供相同服务的Pod对外的访问接口。Service可以实现服务发现和负载均衡。但是service默认只支持4层负载均衡，没有7层功能，但是可以通过Ingress实现。
service的类型:
? ClusterIP:默认值,k8s系统给service自动分配的虚拟IP,只能在集群内部访问。
? NodePort:将Service通过指定的Node上的端口暴露给外部,访问任意一个NodeIP:nodePort都将路由到ClusterIP。
? LoadBalancer:在 NodePort 的基础上,借助 cloud provider 创建一个外部的负载均衡器,并将请求转发到 :NodePort,此模式只能在云服务器上使用。
? ExternalName:将服务通过 DNS CNAME 记录方式转发到指定的域名(通过spec.externlName 设定)。

2、IPVS模式的service实现

Service 是由每个节点的 kube-proxy 组件，加上 iptables 来共同实现的。kube-proxy 调用物理机中 iptables 的地址转发功能处理service，有一个service就会写入一个 iptables 规则，一旦宿主机有大量的pod，需要写入很多规则，这会消耗大量cpu资源，不理想。如果开启lvs的负载均衡，使用一个虚拟ip，这样会不写入iptables规则了，可以支持更多量级的Pod。
yum install -y ipvsadm，所有节点安装ipvs。
在这里插入图片描述
查看ipvs模块

kubectl edit cm kube-proxy -n kube-system  ##修改ipvs模式 编辑叫做kube-proxy的cm

在这里插入图片描述

批量删除原来的副本，会自动重新创建，那么就会生效刚改的ipvs模式

在这里插入图片描述

IPVS模式下,kube-proxy会在service创建后,在宿主机上添加一个虚拟网卡:kube-ipvs0,并分配service IP。

kube-proxy通过linux的IPVS模块,以rr轮询方式调度service中的Pod。
在这里插入图片描述

编辑一个myservice.yaml文件,创建service:(ClusterIP方式)

[root@server2 ~]# cat myservice.yaml
apiVersion: v1
kind: Service
metadata:
  name: mysvc 
spec:
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80
  selector:
    app: nginx   ##根据标签更改	
[root@server2 ~]# kubectl apply -f myservice.yaml 
service/myservice configured

[root@server2 ~]# kubectl get svc
NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP   36h
myservice    ClusterIP   10.98.205.219   <none>        80/TCP    10h
[root@server2 ~]# kubectl describe svc myservice 
Name:              myservice
Namespace:         default
Labels:            <none>
Annotations:       <none>
Selector:          app=nginx   ##根据标签选择  动态
Type:              ClusterIP
IP Family Policy:  SingleStack
IP Families:       IPv4
IP:                10.98.205.219  ##分配的IP地址
IPs:               10.98.205.219
Port:              <unset>  80/TCP
TargetPort:        80/TCP
Endpoints:         10.244.1.157:80,10.244.1.158:80,10.244.2.194:80  ##后端三个port
Session Affinity:  None
Events:            <none>

修改标签，IP 10.244.1.157没了

在这里插入图片描述

修改回刚才的标签，我们发现，IP 10.244.1.157又回来了，只有就绪了才能被service暴露出去，访问IP会有负载均衡，外部不可以访问，如果要访问，需要修改类型。

在这里插入图片描述

分配的就是集群svc的地址，同时满足负载均衡

在这里插入图片描述

Headless Service “无头服务”

Headless Service不需要分配一个VIP,而是直接以DNS记录的方式解析出被代理Pod的IP地址。

在这里插入图片描述

[root@server2 ~]# kubectl get svc
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   36h
myservice    ClusterIP   None         <none>        80/TCP    7s
                        ###没有集群IP地址

那么应该如何访问？

Headless Service不需要分配一个VIP，而是直接以DNS记录的方式解析出被代理Pod的IP地址。当Pod变化更新后，仍然可以解析

安装bind-utils
在这里插入图片描述

[root@server2 ~]# dig -t A myservice.defalut.svc.cluster.local. @10.96.0.10  ##server端

; <<>> DiG 9.9.4-RedHat-9.9.4-72.el7 <<>> -t A myservice.defalut.svc.cluster.local. @10.96.0.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 59223
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;myservice.defalut.svc.cluster.local. IN	A

;; AUTHORITY SECTION:
cluster.local.		30	IN	SOA	ns.dns.cluster.local. hostmaster.cluster.local. 1627659028 7200 1800 86400 30

;; Query time: 0 msec
;; SERVER: 10.96.0.10#53(10.96.0.10)
;; WHEN: Fri Jul 30 23:36:09 CST 2021
;; MSG SIZE  rcvd: 157

编辑headless.yaml

apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
spec:
  ports:
    - protocol: TCP
      port: 80
      targetPort: 80
  selector:
    app: nginx
  clusterIP: None
~