k8s service对象（三）

概述

service服务也是Kubernetes里核心字眼对象之一，Kubernetes里的每一个service其实就是我们经常提起的微服务架构中的一个微服务，之前讲解Pod，RC等资源对象其实都是为讲解Kubernetes Service做铺垫的，下图为Pod，RC与Service的逻辑关系

可以看到上面的架构图，service服务通过标签选择器定位后端pod，前提是service的selector必须和后端Pod标签对应上才能找到相对应的Pod，而前段frontend通过service就可以访问到后端提供服务的pod了，而service默认IP类型为主要分为：

ClusterIP：主要是为集群内部提供访问服务的
NodePort：可以被集群外部所访问，访问方式为宿主机：端口号

kube-proxy一直监控api service所管理的service规则，一旦监视到有变动，kube-proxy会将变动反映至规则当中，而请求的规则有3中：

userspace

iptables

ipvs

下面我创建了一个nginx服务和一个对外提供服务的service，如下：

[root@master ~]# cat nginx.yaml

apiVersion: v1

kind: Service

metadata:

  name: serivce-mynginx

  namespace: default

spec:

  type: NodePort

  selector:

    app: mynginx

  ports:

  - name: nginx

    port:

    targetPort:

    nodePort: 

---

apiVersion: apps/v1

kind: Deployment

metadata:

  name: deploy

  namespace: default

spec:

  replicas:

  selector:

    matchLabels:

      app: mynginx

  template:

    metadata:

      labels:

        app: mynginx

    spec:

      containers:

      - name: nginx

        image: lizhaoqwe/nginx:v1

        ports:

        - name: nginx

          containerPort:

执行yaml文件

[root@master ~]# kubectl create -f test.yaml

service/serivce-mynginx created

deployment.apps/deploy created

查看pod和service状态

[root@master ~]# kubectl get pods

NAME                      READY   STATUS    RESTARTS   AGE

deploy-696bccb9fd-9zk2f   /     Running             138m

deploy-696bccb9fd-vcgs5   /     Running             138m

[root@master ~]# kubectl get svc

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

kubernetes        ClusterIP   10.96.0.1       <none>        /TCP        5d23h

serivce-mynginx   NodePort    10.103.92.182   <none>        :/TCP   138m

验证

headless service

headless service就是无头service（也就是没有ip的service），这种无头服务对于有状态应用来说很重要，我们可以利用service的labels关联后端pod，我们访问的流量就可以直接到达pod而不再需要service负载均衡至后端pod

定义无头服务如下：

-rw-r--r--  root root  3月   : redis.yaml

[root@master redis]# cat redis-svc.yaml

apiVersion: v1

kind: Service

metadata:

  name: redis-service

  labels:

    app: redis

spec:

  ports:

  - name: redis-port

    port:

  clusterIP: None

  selector:

    app: redis

    appCluster: redis-cluster

查看service对应pod的ip地址

[root@master redis]# kubectl get pods -o wide

NAME                    READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES

redis-app-             /     Running             13m   10.244.2.28   node2   <none>           <none>

redis-app-             /     Running             16h   10.244.1.24   node1   <none>           <none>

redis-app-             /     Running             16h   10.244.2.25   node2   <none>           <none>

redis-app-             /     Running             16h   10.244.1.25   node1   <none>           <none>

redis-app-             /     Running             16h   10.244.2.27   node2   <none>           <none>

redis-app-             /     Running             16h   10.244.1.23   node1   <none>           <none>

查看无头服务

[root@master redis]# kubectl get svc

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

kubernetes      ClusterIP   10.96.0.1    <none>        /TCP    17h

redis-service   ClusterIP   None         <none>        /TCP   16h

解析service服务，可以看到解析的ip都是后端关联的pod A记录

[root@master redis]# dig redis-service.default.svc.cluster.local @10.96.0.10

; <<>> DiG 9.11.-P2-RedHat-9.11.-.P2.el7 <<>> redis-service.default.svc.cluster.local @10.96.0.10

;; 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:

;; flags: qr aa rd; QUERY: , ANSWER: , AUTHORITY: , ADDITIONAL:

;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:

; EDNS: version: , flags:; udp:

;; QUESTION SECTION:

;redis-service.default.svc.cluster.local. IN A

;; ANSWER SECTION:

redis-service.default.svc.cluster.local. 30 IN A 10.244.2.27

redis-service.default.svc.cluster.local. 30 IN A 10.244.1.23

redis-service.default.svc.cluster.local. 30 IN A 10.244.1.25

redis-service.default.svc.cluster.local. 30 IN A 10.244.2.28

redis-service.default.svc.cluster.local. 30 IN A 10.244.1.24

redis-service.default.svc.cluster.local. 30 IN A 10.244.2.25

;; Query time:  msec

;; SERVER: 10.96.0.10#(10.96.0.10)

;; WHEN: 六 3月  :: CST

;; MSG SIZE  rcvd:

外部访问service的问题

为了更加深刻理解kubernetes，我们需要弄明白kubernetes里的3中IP

NodeIP：NodeIP是kubernetes中每个节点的物理网卡IP地址，是一个真实存在的物理网络，所有属于这个网络的服务器都能通过这个网络直接通讯，包括集群外的主机访问集群内的主机也需要NodeIP
PodIP：PodIP是每个Pod地址，它是docker engine根据docker0网桥的IP地址进行分配的，通常是一个虚拟的二层网络，所以kubernetes里的一个Pod里的容器访问另外一个Pod里的容器时，就是通过PodIP所在的虚拟二层网络进行通讯的，而真实的TCP/IP流量是通过NodeIP所在的物理网卡流出的
ClusterIP：他是一个虚拟的IP,但更像是一个“伪造”的IP网络，原因有以下几点：

ClusterIP仅仅作用于kubernetes service这个对象，并由kubernetes管理和分配ip地址
ClusterIP无法被Ping，因为没有一个实体网络对象来响应
ClusterIP只能结合service Port组成一个具体的通讯端口，如果集群外想访问需要做一些额外的操作
在kubernets集群内,NodeIP、PodIP和ClusterIP网之间通讯，采用的是kubernets自己设计的一种编程方式的特殊路由规则