kubernetes Service 详解

写在前面：如有问题，以你为准，

目前24年应届生，各位大佬轻喷，部分资料与图片来自网络

内容较长，页面右上角目录方便跳转

Service 介绍 架构

  1. 在kubernetes中，Pod是应用程序的载体，我们可以通过Pod的IP来访问应用程序，但是Pod的IP地址不是固定的，这就意味着不方便直接采用Pod的IP对服务进行访问。
    1. Pod IP 会随着Pod的重建产生变化
    2. Pod IP 仅仅是集群内可见的虚拟IP,外部无法访问
  2. 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个Pod进行聚合，并且提供一个统一的入口地址，通过访问Service的入口地址就能访问到后面的Pod服务。
  3. 架构如图

注：通过labels标签选择器来将service与后端Pod进行绑定

  1. Service在很多情况下只是一个概念，真正起作用的其实是kube-proxy服务进程，每个Node节点上都运行了一个kube-proxy的服务进程。当创建Service的时候会通过API Server向etcd写入创建的Service的信息，而kube-proxy会基于监听的机制发现这种Service的变化，然后它会将最新的Service信息转换为对应的。
  2. 访问规则即流量负载分发 使用ipvs实现，其也是实现LVS的核心
# 10.97.97.97:80 是service提供的访问入口（VIP）

# 当访问这个入口的时候，可以发现后面有三个pod的服务在等待调用，

# kube-proxy会基于rr（轮询）的策略，将请求分发到其中一个pod上去

# 这个规则会同时在集群内的所有节点上都生成，所以在任何一个节点上访问都可以。

[root@k8s-node1 ~]# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

 -> RemoteAddress:Port  Forward Weight ActiveConn InActConn

 TCP 10.97.97.97:80 rr

  -> 10.244.1.39:80   Masq  1  0  0

  -> 10.244.1.40:80   Masq  1  0  0

  -> 10.244.2.33:80   Masq  1  0  0

kube-proxy（service 工作原理）

  1. kube-proxy目前支持三种工作模式：

是逐步进化的，从userspace 到 iptables 再到 ipvs

    1. userspace 模式：
      1. userspace模式下，kube-proxy会为每一个Service创建一个监听端口，发向Cluster IP的请求被iptables规则重定向到kube-proxy监听的端口上，kube-proxy根据LB算法（负载均衡算法）选择一个提供服务的Pod并和其建立连接，以便将请求转发到Pod上。
      2. 该模式下，kube-proxy充当了一个四层负载均衡器的角色。由于kube-proxy运行在userspace中，在进行转发处理的时候会增加内核和用户空间之间的数据拷贝，虽然比较稳定，但是效率非常低下。
    1. iptables 模式：
      1. iptables模式下，kube-proxy为Service后端的每个Pod创建对应的iptables规则，直接将发向Cluster IP的请求重定向到一个Pod的IP上。
      2. 该模式下kube-proxy不承担四层负载均衡器的角色，只负责创建iptables规则。该模式的优点在于较userspace模式效率更高，但是不能提供灵活的LB策略，当后端Pod不可用的时候无法进行重试。
    1. ipvs 模式：
      1. ipvs模式和iptables类似，kube-proxy监控Pod的变化并创建相应的ipvs规则。ipvs相对iptables转发效率更高，除此之外，ipvs支持更多的LB算法。
  4. 开启ipvs（必须安装ipvs内核模块，否则会降级为iptables）

ipvs

开启 查看 ipvs

# 更改模式 vim 下输入/mode

[root@master ~]# kubectl edit cm kube-proxy -n kube-system

    kind: KubeProxyConfiguration

    metricsBindAddress: ""

    mode: "ipvs"

    nodePortAddresses: null

# 查看与重新创建每个node 对应的 kube-proxy（三个node）      

[root@master ~]# kubectl get pod -l k8s-app=kube-proxy -n kube-system

NAME               READY   STATUS    RESTARTS      AGE

kube-proxy-b8mzd   1/1     Running   0             13d

kube-proxy-g6q8z   1/1     Running   4 (23h ago)   13d

kube-proxy-trzb9   1/1     Running   3 (23h ago)   12d

[root@master ~]# kubectl delete pod -l k8s-app=kube-proxy -n kube-system

pod "kube-proxy-b8mzd" deleted

pod "kube-proxy-g6q8z" deleted

pod "kube-proxy-trzb9" deleted

[root@master ~]# kubectl get pod -l k8s-app=kube-proxy -n kube-system

NAME               READY   STATUS    RESTARTS   AGE

kube-proxy-cppq6   1/1     Running   0          8s

kube-proxy-cw8xn   1/1     Running   0          9s

kube-proxy-nlnpl   1/1     Running   0          9s

查看 ipvs 配置

[root@master ~]# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn

TCP  10.96.0.1:443 rr

  -> 192.168.100.53:6443          Masq    1      1          0        

TCP  10.96.0.10:53 rr

  -> 10.244.219.65:53             Masq    1      0          0        

  -> 10.244.219.69:53             Masq    1      0          0        

TCP  10.96.0.10:9153 rr

  -> 10.244.219.65:9153           Masq    1      0          0        

  -> 10.244.219.69:9153           Masq    1      0          0        

TCP  10.98.145.184:9094 rr

  -> 10.244.219.67:9094           Masq    1      0          0        

TCP  10.98.165.172:443 rr

  -> 192.168.100.51:4443          Masq    1      0          0        

  -> 192.168.100.52:4443          Masq    1      0          0        

TCP  10.109.241.243:5473 rr

  -> 192.168.100.51:5473          Masq    1      0          0        

  -> 192.168.100.52:5473          Masq    1      0          0        

TCP  10.111.111.114:443 rr

  -> 10.244.219.66:5443           Masq    1      0          0        

  -> 10.244.219.68:5443           Masq    1      0          0        

UDP  10.96.0.10:53 rr

  -> 10.244.219.65:53             Masq    1      0          0        

  -> 10.244.219.69:53             Masq    1      0          0       

负载分发策略

  1. 对Service的访问被分发到了后端的Pod上去，目前kubernetes提供了两种负载分发策略：
    1. 如果不定义，默认使用kube-proxy的策略，比如随机、轮询等。
    2. 基于客户端地址的会话保持模式，即来自同一个客户端发起的所有请求都会转发到固定的一个Pod上，这对于传统基于Session的认证项目来说很友好，此模式可以在spec中添加sessionAffinity: ClientIP选项。
  2. 查看ipvs的映射规则，rr表示轮询：
[root@master k8s]# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn

   

TCP  10.97.97.97:80 rr # vip:端口 rr（轮询策略）

  -> 10.244.104.10:80             Masq    1      0          1        

  -> 10.244.166.129:80            Masq    1      0          1        

  -> 10.244.166.191:80            Masq    1      0          2 

[root@master k8s]# curl 10.97.97.97

 IP: 10.244.166.191 pod-1 node1

[root@master k8s]# curl 10.97.97.97

 IP: 10.244.166.129 pod-2 node1

[root@master k8s]# curl 10.97.97.97

 IP: 10.244.104.10 pod-3 node2

Endpoint

  1. Endpoint是kubernetes中的一个资源对象，存储在etcd中，用来记录一个service对应的所有Pod的访问地址，它是根据service配置文件中的selector描述产生的。
  2. 一个service由一组Pod组成，这些Pod通过Endpoints暴露出来，Endpoints是实现实际服务的端点集合。换言之，service和Pod之间的联系是通过Endpoints实现的，也就是通过labels 进行 selector 实现service 与Pod之间的绑定
[root@master k8s]# kubectl describe service -n study service-clusterip

Name:              service-clusterip

Namespace:         study

Labels:            <none>

Annotations:       <none>

Selector:          app=nginx-pod

Type:              ClusterIP

IP Family Policy:  SingleStack

IP Families:       IPv4

IP:                10.97.97.97

IPs:               10.97.97.97

Port:              <unset>  80/TCP

TargetPort:        80/TCP

Endpoints:         10.244.1.39:80,10.244.1.40:80 #连接的pod

Session Affinity:  None

Events:            <none>

[root@master k8s]# kubectl get endpoints -n study -o wide

NAME                ENDPOINTS                        AGE

service-clusterip   10.244.1.39:80,10.244.1.40:80   5m47s

域名

  1. 当我们创建一个 Service 的时候，Kubernetes 会创建一个相应的 DNS 条目。
  2. 该条目的形式是

<service-name>.

<namespace-name>.svc.cluster.local，这意味着如果容器中只使用

<服务名称>，它将被解析到本地名称空间的服务器。这对于跨多个名字空间（如开发、测试和生产） 使用相同的配置非常有用。如果你希望跨名字空间访问，则需要使用完全限定域名（FQDN）

自带 service

[root@master cks]# kubectl get svc

NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE

kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   278d

kubernetes 用于给 pod 访问 kube apiserver

Service 类型（实操）

命令行实操（expose）

集群内部访问
# 创建 deploy

[root@master k8s]# kubectl create deployment nginx -n default  --image=nginx:1.8 --replicas=2

deployment.apps/nginx created

# 暴露端口，其实就是创建 service

[root@master k8s]# kubectl expose deploy nginx --name=nginx --type=ClusterIP --port=80 --target-port=80 -n default

service/nginx exposed

[root@master k8s]# kubectl get svc -n default

NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)   AGE

kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP   2d

nginx        ClusterIP   10.105.198.94   <none>        80/TCP    22s

[root@master k8s]# curl 10.105.198.94 #集群内部地址

[root@master k8s]# kubectl delete  svc nginx -n default

service "nginx" deleted
集群外部访问
[root@master k8s]# kubectl expose deploy nginx --name=nginx --type=NodePort --port=80 --target-port=80 -n default

service/nginx exposed

[root@master k8s]# kubectl get svc -n default

NAME         TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE

kubernetes   ClusterIP   10.96.0.1       <none>        443/TCP        2d

nginx        NodePort    10.105.143.21   <none>        80:31627/TCP   7s

#  80:31627/TCP 中 31627 是master的ip地址端口，

# 会将master ip:31627 请求转发到 10.105.143.21

[root@master k8s]# curl 192.168.100.53:31627

[root@master k8s]# kubectl delete  svc nginx -n default

service "nginx" deleted

yaml 整体解析

spec.type：

  ClusterIP：默认值，它是kubernetes系统自动分配的虚拟IP，只能在集群内部访问。

  NodePort：将Service通过指定的Node（集群节点上）上的端口暴露给外部，通过此方法，就可以在集群外部访问服务。

  LoadBalancer：使用外接负载均衡器完成到服务的负载分发，注意此模式需要外部云环境的支持。

  ExternalName：把集群外部的服务引入集群内部，直接使用，可以实现pod访问外部域名地址

sessionAffinity：ClientIP 同一个ip都全部请求去同一个Pod上（会话保持模式）

NodePort     的缺点是会占用很多集群机器的端口，那么当集群服务变多的时候，这个缺点就愈发明显。

LoadBalancer 的缺点是每个Service都需要一个LB，浪费，麻烦，并且需要kubernetes之外的设备的支持

Ingress 只需要一个NodePort或者一个LB就可以满足暴露多个Service的需

apiVersion: v1 # 版本

kind: Service # 类型

metadata: # 元数据

  name: # 资源名称

  namespace: # 命名空间

spec:

  selector: # 标签选择器，用于确定当前Service代理那些Pod

    app: nginx

  type: NodePort # Service的类型，指定Service的访问方式

  clusterIP: # 虚拟服务的IP地址

  sessionAffinity: # session亲和性，支持ClientIP、None两个选项，默认值为None（不开启）

  ports: # 端口信息

    - port: 8080 # Service 开放端口

      protocol: TCP # 协议

      targetPort : # 转发到 Pod 的端口

      nodePort:  # 主机 开放端口

环境准备

创建deployment控制器，注意labels为 app=nginx-pod

---

apiVersion: apps/v1

kind: Namespace

metadata:

  name: study

---

apiVersion: apps/v1

kind: Deployment

metadata:

  name: service-environment-deployment

  namespace: study

spec:

  replicas: 3

  selector:

    matchLabels:

      app: nginx-pod

  template:

    metadata:

      labels:

        app: nginx-pod

    spec:

      containers:

        - name: nginx

          image: nginx:1.17.1

          ports:

            - containerPort: 80 # 容器开放端口

[root@master k8s]# kubectl apply -f controller.yaml

namespace/study created

deployment.apps/service-environment-deployment created



[root@master k8s]# kubectl get deploy -n study

NAME                             READY   UP-TO-DATE   AVAILABLE   AGE

service-environment-deployment   3/3     3            3           21s

[root@master k8s]# kubectl get pod -n study -o wide --show-labels

NAME                                              READY   STATUS    RESTARTS   AGE   IP               NODE    NOMINATED NODE   READINESS GATES   LABELS

service-environment-deployment-6bb9d9f778-5k2x6   1/1     Running   0          57s   10.244.166.191   node1   <none>           <none>            app=nginx-pod,pod-template-hash=6bb9d9f778

service-environment-deployment-6bb9d9f778-8bt7j   1/1     Running   0          57s   10.244.166.129   node1   <none>           <none>            app=nginx-pod,pod-template-hash=6bb9d9f778

service-environment-deployment-6bb9d9f778-8hcm2   1/1     Running   0          57s   10.244.104.10    node2   <none>           <none>            app=nginx-pod,pod-template-hash=6bb9d9f778

进入pod里面修改index

[root@master k8s]# kubectl exec -it -n study service-environment-deployment-6bb9d9f778-5k2x6 -c nginx /bin/sh

echo " IP: 10.244.166.191 pod-1 node1" > /usr/share/nginx/html/index.html



[root@master k8s]# kubectl exec -it -n study service-environment-deployment-6bb9d9f778-8bt7j -c nginx /bin/sh

echo " IP: 10.244.166.129 pod-2 node1" > /usr/share/nginx/html/index.html
[root@master k8s]# kubectl exec -it -n study service-environment-deployment-6bb9d9f778-8hcm2 -c nginx /bin/sh

echo " IP: 10.244.104.10 pod-3 node2" > /usr/share/nginx/html/index.html
[root@master k8s]# curl 10.244.166.191

 IP: 10.244.166.191 pod-1 node1

[root@master k8s]# curl 10.244.166.129

 IP: 10.244.166.129 pod-2 node1

[root@master k8s]# curl 10.244.104.10

 IP: 10.244.104.10 pod-3 node2

 ClusterIP 类型

只能在集群内部访问

yaml 编写

apiVersion: v1

kind: Service

metadata:

  name: service-clusterip

  namespace: study

spec:

  selector:

    app: nginx-pod # Pod的标签

  clusterIP: 10.97.97.97 # service的IP地址，如果不写，默认会生成一个

  type: ClusterIP

  ports:

    - port: 80 # Service的端口

      protocol: TCP # 协议

      targetPort: 80 # Pod的端口

创建 查看 检测

[root@master k8s]# kubectl apply -f service.yaml

service/service-clusterip created

[root@master k8s]# kubectl get service -n study

NAME                TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)   AGE

service-clusterip   ClusterIP   10.97.97.97   <none>        80/TCP    10s

[root@master k8s]# kubectl describe service -n study service-clusterip

Name:              service-clusterip

Namespace:         study

Labels:            <none>

Annotations:       <none>

Selector:          app=nginx-pod

Type:              ClusterIP

IP Family Policy:  SingleStack

IP Families:       IPv4

IP:                10.97.97.97

IPs:               10.97.97.97

Port:              <unset>  80/TCP

TargetPort:        80/TCP

Endpoints:         10.244.104.10:80,10.244.166.129:80,10.244.166.191:80 #连接的pod

Session Affinity:  None

Events:            <none>

[root@master k8s]# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  10.97.97.97:80 rr #vip:端口 rr（轮询策略）

  -> 10.244.104.10:80             Masq    1      0          1        

  -> 10.244.166.129:80            Masq    1      0          1        

  -> 10.244.166.191:80            Masq    1      0          2 
# 由下面可以看到是轮询策略

[root@master k8s]# curl 10.97.97.97

 IP: 10.244.166.191 pod-1 node1

[root@master k8s]# curl 10.97.97.97

 IP: 10.244.166.129 pod-2 node1

[root@master k8s]# curl 10.97.97.97

 IP: 10.244.104.10 pod-3 node2

删除

[root@master k8s]# kubectl delete -f service.yaml

service "service-clusterip" deleted

HeadLiness 类型

在某些场景中，开发人员可能不想使用Service提供的负载均衡功能，而希望自己来控制负载均衡策略，针对这种情况，kubernetes提供了HeadLinesss Service，这类Service不会分配Cluster IP，如果想要访问Service，只能通过Service的域名进行访问

一般用于实现 StatefulSet（常用来部署RabbitMQ集群、Zookeeper集群、MySQL集群、Eureka集群等）

apiVersion: v1

kind: Service

metadata:

  name: service-headliness

  namespace: study

spec:

  selector:

    app: nginx-pod

  clusterIP: None # 将clusterIP设置为None，即可创建headliness Service

  type: ClusterIP

  ports:

    - port: 80 # Service的端口

      targetPort: 80 # Pod的端口

创建 查看

[root@master k8s]# kubectl apply -f service.yaml

service/service-headliness created

[root@master k8s]# kubectl get svc -n study

NAME                 TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE

service-headliness   ClusterIP   None         <none>        80/TCP    8s

[root@master k8s]# kubectl describe svc service-headliness -n study

Name:              service-headliness

Namespace:         study

Labels:            <none>

Annotations:       <none>

Selector:          app=nginx-pod

Type:              ClusterIP

IP Family Policy:  SingleStack

IP Families:       IPv4

IP:                None

IPs:               None

Port:              <unset>  80/TCP

TargetPort:        80/TCP

Endpoints:         10.244.104.10:80,10.244.166.129:80,10.244.166.191:80

Session Affinity:  None

Events:            <none>

查看域名解析情况

[root@master k8s]# kubectl get pod -n study

NAME                                              READY   STATUS    RESTARTS   AGE

service-environment-deployment-6bb9d9f778-5k2x6   1/1     Running   0          45m

service-environment-deployment-6bb9d9f778-8bt7j   1/1     Running   0          45m

service-environment-deployment-6bb9d9f778-8hcm2   1/1     Running   0          45m

[root@master k8s]# kubectl exec -it -n study service-environment-deployment-6bb9d9f778-5k2x6 -c nginx /bin/sh

kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.

# cat /etc/resolv.conf

nameserver 10.96.0.10

search study.svc.cluster.local svc.cluster.local cluster.local

options ndots:5

进行域名查询

[root@master k8s]# dig @10.96.0.10 service-headliness.study.svc.cluster.local

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> @10.96.0.10 service-clusterip.study.svc.cluster.local

; (1 server found)

;; global options: +cmd

;; Got answer:

;; WARNING: .local is reserved for Multicast DNS

;; You are currently testing what happens when an mDNS query is leaked to DNS

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6641

;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:

; EDNS: version: 0, flags:; udp: 4096

; COOKIE: 2ea4525b90a0ac1b (echoed)

;; QUESTION SECTION:

;service-headliness.study.svc.cluster.local. IN A


;; ANSWER SECTION:

service-headliness.study.svc.cluster.local. 30 IN A 10.244.104.10

service-headliness.study.svc.cluster.local. 30 IN A 10.244.166.191

service-headliness.study.svc.cluster.local. 30 IN A 10.244.166.129


;; Query time: 18 msec

;; SERVER: 10.96.0.10#53(10.96.0.10)

;; WHEN: Wed Feb 15 09:43:58 EST 2023

;; MSG SIZE  rcvd: 253

NodePort 类型

NodePort的工作原理就是将Service的端口映射到Node的一个端口上，然后就可以通过

NodeIP:NodePort 来访问Service了

可以在集群外部访问服务

yaml 编写

apiVersion: v1

kind: Service

metadata:

  name: service-nodeport

  namespace: study

spec:

  selector:

    app: nginx-pod

  type: NodePort # Service类型为NodePort,实现集群外部访问

  ports:

    - port: 80 # Service的端口

      targetPort: 80 # Pod的端口

      nodePort: 30002

      # 指定绑定的node的端口（默认取值范围是30000~32767），如果不指定，会默认分配
[root@master k8s]# kubectl apply -f service.yaml

service/service-nodeport created

[root@master k8s]# kubectl get svc -n study

NAME               TYPE       CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE

service-nodeport   NodePort   10.100.46.87   <none>        80:30002/TCP   48s

[root@master k8s]# ifconfig | grep inet

        inet6 fe80::ecee:eeff:feee:eeee  prefixlen 64  scopeid 0x20<link>

        inet6 fe80::ecee:eeff:feee:eeee  prefixlen 64  scopeid 0x20<link>

        inet6 fe80::ecee:eeff:feee:eeee  prefixlen 64  scopeid 0x20<link>

        inet6 fe80::ecee:eeff:feee:eeee  prefixlen 64  scopeid 0x20<link>

        inet6 fe80::ecee:eeff:feee:eeee  prefixlen 64  scopeid 0x20<link>

        inet 192.168.100.53  netmask 255.255.255.0  broadcast 192.168.100.255

        inet6 fe80::5523:b3a4:8bc9:b40f  prefixlen 64  scopeid 0x20<link>

        inet6 fe80::522c:e0a0:2c74:37c6  prefixlen 64  scopeid 0x20<link>

        inet6 fe80::dec0:9c00:3416:2561  prefixlen 64  scopeid 0x20<link>

        inet 127.0.0.1  netmask 255.0.0.0

        inet6 ::1  prefixlen 128  scopeid 0x10<host>

[root@master k8s]# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn

TCP  192.168.100.53:30002 rr

  -> 10.244.104.10:80             Masq    1      0          0        

  -> 10.244.166.129:80            Masq    1      0          0        

  -> 10.244.166.191:80            Masq    1      0          0   

# 另开一台同一网络的linux或windows进行访问，地址为 masterip 192.168.100.53

[root@ip-15 ~]# curl 192.168.100.53:30002

 IP: 10.244.166.191 pod-1 node1

[root@ip-15 ~]# curl 192.168.100.53:30002

 IP: 10.244.166.129 pod-2 node1

[root@ip-15 ~]# curl 192.168.100.53:30002

 IP: 10.244.104.10 pod-3 node2

扩展，访问集群中你的节点也是可以的如 node1 node2

[root@node1 ~]# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn

TCP  192.168.100.51:30002 rr

  -> 10.244.104.10:80             Masq    1      0          0        

  -> 10.244.166.129:80            Masq    1      0          0        

  -> 10.244.166.191:80            Masq    1      0          0 

[root@ip-15 ~]# curl 192.168.100.51:30002

 IP: 10.244.166.191 pod-1 node1

[root@ip-15 ~]# curl 192.168.100.51:30002

 IP: 10.244.166.129 pod-2 node1

[root@ip-15 ~]# curl 192.168.100.51:30002

 IP: 10.244.104.10 pod-3 node2

LoadBalancer 类型

LoadBalancer和NodePort很相似，目的都是向外部暴露一个端口，区别在于LoadBalancer会在集群的外部再来做一个负载均衡设备，而这个设备需要外部环境的支持，外部服务发送到这个设备上的请求，会被设备负载之后转发到集群中

ExternalName 类型

ExternalName类型的Service用于引入集群外部的服务，它通过externalName属性指定一个服务的地址，然后在集群内部访问此Service就可以访问到外部的服务了，访问外部域名地址

apiVersion: v1

kind: Service

metadata:

  name: service-externalname

  namespace: study

spec:

  type: ExternalName # Service类型为ExternalName

  externalName: www.baidu.com # 改成IP地址也可以
[root@master k8s]# kubectl get svc -n study

NAME                   TYPE           CLUSTER-IP   EXTERNAL-IP     PORT(S)   AGE

service-externalname   ExternalName   <none>       www.baidu.com   <none>    55s



[root@master k8s]# dig @10.96.0.10 service-externalname.study.svc.cluster.local



; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el8 <<>> @10.96.0.10 service-externalname.study.svc.cluster.local

; (1 server found)

;; global options: +cmd

;; Got answer:

;; WARNING: .local is reserved for Multicast DNS

;; You are currently testing what happens when an mDNS query is leaked to DNS

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2116

;; flags: qr aa rd; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1

;; WARNING: recursion requested but not available



;; OPT PSEUDOSECTION:

; EDNS: version: 0, flags:; udp: 4096

; COOKIE: 144210b36fc272dd (echoed)

;; QUESTION SECTION:

;service-externalname.study.svc.cluster.local. IN A



;; ANSWER SECTION:

service-externalname.study.svc.cluster.local. 30 IN CNAME www.baidu.com.

www.baidu.com.30INCNAMEwww.a.shifen.com.

www.a.shifen.com.30INA14.215.177.38

www.a.shifen.com.30INA14.215.177.39



;; Query time: 14 msec

;; SERVER: 10.96.0.10#53(10.96.0.10)

;; WHEN: Wed Feb 15 09:57:33 EST 2023

;; MSG SIZE  rcvd: 263

实现会话保持（持久连接）

其实就是这个参数 sessionAffinity: ClientIP

apiVersion: v1

kind: Service

metadata:

  name: service-clusterip

  namespace: study

spec:

  sessionAffinity: ClientIP # 实现保持会话，如果不开启则填 None

  selector:

    app: nginx-pod # Pod的标签

  clusterIP: 10.97.97.97 # service的IP地址，如果不写，默认会生成一个

  type: ClusterIP

  ports:

    - port: 80 # Service的端口

      protocol: TCP # 协议

      targetPort: 80 # Pod的端口

[root@master k8s]# kubectl get svc -n study

NAME                TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)   AGE

service-clusterip   ClusterIP   10.97.97.97   <none>        80/TCP    14s

[root@master k8s]# kubectl describe svc -n study

Name:              service-clusterip

Namespace:         study

Labels:            <none>

Annotations:       <none>

Selector:          app=nginx-pod

Type:              ClusterIP

IP Family Policy:  SingleStack

IP Families:       IPv4

IP:                10.97.97.97

IPs:               10.97.97.97

Port:              <unset>  80/TCP

TargetPort:        80/TCP

Endpoints:         10.244.104.10:80,10.244.166.129:80,10.244.166.191:80

Session Affinity:  ClientIP # 设置为这个就是保持会话

Events:            <none>

[root@master k8s]# ipvsadm -Ln

IP Virtual Server version 1.2.1 (size=4096)

Prot LocalAddress:Port Scheduler Flags

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn

    

TCP  10.97.97.97:80 rr persistent（保持会话的标志） 10800

（保持会话的时间，单位秒）

  -> 10.244.104.10:80             Masq    1      0          0        

  -> 10.244.166.129:80            Masq    1      0          0        

  -> 10.244.166.191:80            Masq    1      0          0   

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/305296.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

【Azure 架构师学习笔记】- Azure Databricks (5) - Unity Catalog 简介

【Azure 架构师学习笔记】- Azure Databricks (5) - Unity Catalog 简介

本文属于【Azure 架构师学习笔记】系列。 本文属于【Azure Databricks】系列。 接上文 【Azure 架构师学习笔记】- Azure Databricks (4) - 使用Azure Key Vault 管理ADB Secret 前言 DataBricks Unity Catalog&#xff08;UC&#xff09;是一个统一的对数据资产治理的解决方案…
阅读更多...
[蓝桥杯学习] 树状数组的二分

[蓝桥杯学习] 树状数组的二分

要解决这个问题&#xff0c;插入和删除可以用STL实现&#xff0c;2操作如果用树状数组实现的话&#xff0c;将数的值作为树状数组的下标&#xff0c;即值域。 树状数组有两种操作&#xff0c;一个是更新某点的值&#xff0c;另一个是求区间和。 mid (lr)/2 &#xff0c;求和 …
阅读更多...
Vmware安装Windows11系统及下载MySQL步骤（超详细）

Vmware安装Windows11系统及下载MySQL步骤（超详细）

一、创建虚拟机 ①选择自定义 ②直接点击下一步 ③选择Windows 11 x64 ④命名虚拟机以及选择路径 ⑤新版本的虚拟机需要加密&#xff08;密码需要8个字符以上&#xff09; ⑥选择UEFI ⑦处理器配置&#xff08;根据自己的需求&#xff09; ⑧设置虚拟机的内存 ⑨选择不使用网络…
阅读更多...
1878_emacs company backend的选择尝试

1878_emacs company backend的选择尝试

Grey 全部学习内容汇总&#xff1a; GitHub - GreyZhang/editors_skills: Summary for some common editor skills I used. 1872_emacs company backend的选择尝试 从C语言开发的使用场景角度&#xff0c;通过测试尝试看看这个company的backend应该来如何配置。 主题由来介…
阅读更多...
静态电压继电器 JY-11A 辅助电压110VDC 额定电压100VAC 安装方式 板前接线

静态电压继电器 JY-11A 辅助电压110VDC 额定电压100VAC 安装方式 板前接线

JY-10系列集成电路电压继电器 JY-11A集成电路电压继电器 JY-12A集成电路电压继电器 JY-11C集成电路电压继电器 JY-11D集成电路电压继电器 JY-12B集成电路电压继电器 JY-12C集成电路电压继电器 JY-12D集成电路电压继电器 1概述 JY系列集成电路电压继电器用于发电机、变…
阅读更多...
计算机网络 —— 物理层

计算机网络 —— 物理层

物理层 2.1 物理层的基本概念 物理层考虑的是怎样才能在连接各种计算机的传输媒体上传输数据比特流。 物理层为数据链路层屏蔽了各种传输媒体的差异&#xff0c;使数据链路层只需要考虑如何完成本层的协议和服务&#xff0c;而不必考虑网络具体的传输媒体是什么 2.2 物理层下…
阅读更多...
喝羊奶的好处，羊奶与健康的秘密揭示

喝羊奶的好处，羊奶与健康的秘密揭示

喝羊奶的好处&#xff0c;羊奶与健康的秘密揭示 相信大家都听说过喝牛奶的好处&#xff0c;但是你听说过喝羊奶的好处吗&#xff1f;羊奶是一种营养丰富、味道醇香的乳制品&#xff0c;它不仅滋补身体&#xff0c;还具有许多独特的健康功效。今天&#xff0c;就让小编羊大师带…
阅读更多...
重装系统前需要备份的文件清单

重装系统前需要备份的文件清单

阅读更多...
MySQL基础笔记（4）DQL数据查询语句

MySQL基础笔记（4）DQL数据查询语句

DQL用于查找数据库中存放的记录~ 目录 一.语法 二.基础查询 1.查询多个字段 2.设置别名 3.去除重复记录 三.条件查询 1.基础语法 2.常见条件 四.分组查询 1.聚合函数 2.语法 五.排序查询 六.分页查询 附注&#xff1a;DQL执行顺序 1.编写顺序 2.执行顺序 ​​​…
阅读更多...
[足式机器人]Part2 Dr. CAN学习笔记-动态系统建模与分析 Ch02-8 Bode Plot伯德图

[足式机器人]Part2 Dr. CAN学习笔记-动态系统建模与分析 Ch02-8 Bode Plot伯德图

本文仅供学习使用 本文参考&#xff1a; B站&#xff1a;DR_CAN Dr. CAN学习笔记-动态系统建模与分析 Ch02-8 Bode Plot伯德图 Bode Plot 手绘技巧与应用
阅读更多...
前端实现截图并下载

前端实现截图并下载

原理: 使用一个名为html2canvas的JavaScript库。这个库允许你将当前的HTML内容渲染到一个canvas元素上&#xff0c;然后将其转换为图像并进行下载。 你需要在项目中引入html2canvas库。你可以从官方网站&#xff08;https://html2canvas.hertzen.com/&#xff09;下载&#xf…
阅读更多...
交通能见度监测站是什么

交通能见度监测站是什么

TH-NJD10交通能见度监测站是一种用于监测道路交通能见度的设备。它能实时监测道路上的能见度值&#xff0c;为驾驶员提供实时的路况信息&#xff0c;帮助他们在恶劣天气条件下安全驾驶。 交通能见度监测站通常由传感器、数据采集器和传输设备组成。传感器负责测量道路上的能见度…
阅读更多...
K8S中SC、PV、PVC的理解

K8S中SC、PV、PVC的理解

存储类&#xff08;StorageClass&#xff09;定义了持久卷声明&#xff08;PersistentVolumeClaim&#xff09;所需的属性和行为&#xff0c;而持久卷&#xff08;PersistentVolume&#xff09;是实际的存储资源&#xff0c;持久卷声明&#xff08;PersistentVolumeClaim&#…
阅读更多...
ISPM 十四五规划

ISPM 十四五规划

指导思想 坚定不移贯彻创新、协调、绿色、开放、共享的新发展理念&#xff0c;坚持稳中求进工作总基调 2035展望 展望2035年&#xff0c;基本实现新型工业化、信息化、城镇化、农业现代化&#xff0c;建成现代化经济体系。 重大科技基础设施 深入实施制造强国战略 相关关键…
阅读更多...
Gartner发布2024年SASE融合战略路线图

Gartner发布2024年SASE融合战略路线图

向云计算和远程工作的转变增加了 SASE 需求&#xff0c;以实现从任何设备的安全访问。安全和风险管理领导者必须将网络和安全融合到一两个明确合作的 SASE 供应商产品中&#xff0c;并淘汰遗留的边界系统。 主要发现 安全访问服务边缘 (SASE) 框架为混合劳动力以及设备、分支机…
阅读更多...
2023年生成式AI全球使用报告

2023年生成式AI全球使用报告

生成式人工智能工具正在迅速改变多个领域&#xff0c;从营销和新闻到教育和艺术。 这些工具使用算法从大量培训材料中获取新的文本、音频或图像。虽然 ChatGPT 和 Midjourney 之类的工具可以用来实现超出人类能力或想象力的艺术效果&#xff0c;但目前它们最常用于比人类更轻松…
阅读更多...
HarmonyOS 编写副标题 解决 ubTitle 可能淘汰问题

HarmonyOS 编写副标题 解决 ubTitle 可能淘汰问题

目前 harmonyos 中 title属性目前用的还正常 但是ubTitle副标题 会提示我们 可能要淘汰了 虽然说 我们目前 强行用 还是可以生效 但可能 哪天版本更新移除了这个属性 代码就报错了 我们可以通过Builder 来写这个副标题 和 标题 Entry Component struct Index {build() {Row(…
阅读更多...
2024年跨境电商上半年营销日历，建议收藏

2024年跨境电商上半年营销日历，建议收藏

2024年伊始&#xff0c;跨境电商开启新一轮的营销竞技&#xff0c;那么首先需要客户需求&#xff0c;节假日与用户需求息息相关&#xff0c;那么接下来小编为大家整理2024上半年海外都有哪些节日和假期&#xff1f;跨境卖家如何见针对营销日历选品&#xff0c;助力卖家把握2024…
阅读更多...
引领未来，尽享舒适——Goalar高拉科技智能马桶

引领未来，尽享舒适——Goalar高拉科技智能马桶

随着科技的飞速发展&#xff0c;智能家居已经成为现代生活的必备品。在这个时代&#xff0c;一款高品质的智能马桶不仅能提升消费者的生活品质&#xff0c;更是对消费者健康的细心呵护。Goalar高拉科技智能马桶&#xff0c;用心为消费者打造智能卫浴的未来。 【创新设计&#x…
阅读更多...
Spring Cloud OpenFegin（创建、发送请求）源码

Spring Cloud OpenFegin（创建、发送请求）源码

感觉这一年来学习的知识点都是零零碎碎的&#xff0c;没有形成一个系统闭环&#xff0c;于是萌生了系统总结 Spring Cloud 源码相关的知识点的想法。后续会持续更新系统性的文章。纯原创&#xff0c;debug 总结。今天先简单debug下 OpenFegin 的创建吧。 项目结构 标准的…
阅读更多...
最新文章

Copyright @ 2022~2023