1、Service资源，为什么K8s要引入Service资源。

答：运行在docker中的业务，想要被外界访问，我们需要为它做端口映射才能被访问，那么运行在k8s中的容器，为什么不能直接为它做端口映射呢？

　　RC(Replication Controller)虽然保证了Pod的高可用，但是我们仅仅只能在k8s的内部访问它，但是在客户端是无法进行访问的，因为Pod的ip地址是私有ip地址，外界是无法进行访问的，而Docker中的容器是通过端口映射可以让容器中的业务被外界所访问，在k8s中，不能直接通过端口映射而被外界所访问。

 

2、K8s中为什么引入了Servvice。

答：Pod容器使用了RC(Replication Controller)来实现了高可用，此时就会出现一些问题，比如一些Pod死掉了，RC(Replication Controller)就会创建一些新的Pod，新的Pod的ip地址就变化了，此时做端口映射就发现一个很严重的问题，Ip地址发生了变化，修改规则很麻烦。在K8s中Node端口映射不可以直接映射到我们的Pod的Ip地址上面，此时K8s引入了Service（可以理解为是VIP的地址ClusterIp）,VIP地址段的范围是10.254.0.0/16。

 

3、K8s中三种Ip地址类型。

答：Node ip地址、cluster ip地址、pod ip地址。

查看K8s所有的资源，默认列出所有资源。

 1 [root@k8s-master ~]# kubectl get all
 2 NAME       DESIRED   CURRENT   READY     AGE
 3 rc/myweb   2         2         2         1d
 4 
 5 NAME             CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
 6 svc/kubernetes   10.254.0.1   <none>        443/TCP   9d
 7 
 8 NAME             READY     STATUS    RESTARTS   AGE
 9 po/myweb-8pnn0   1/1       Running   0          1d
10 po/myweb-xkp12   1/1       Running   0          1d
11 [root@k8s-master ~]#  

可以在命令后面根据-o wide参数，查看pod的ip地址。可以的话，多看看k8s权威指南这本书吧，里面介绍的更加详细的。

 1 [root@k8s-master ~]# kubectl get all -o wide
 2 NAME       DESIRED   CURRENT   READY     AGE       CONTAINER(S)   IMAGE(S)                          SELECTOR
 3 rc/myweb   2         2         2         1d        myweb          192.168.110.133:5000/nginx:1.13   app=myweb
 4 
 5 NAME             CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE       SELECTOR
 6 svc/kubernetes   10.254.0.1   <none>        443/TCP   9d        <none>
 7 
 8 NAME             READY     STATUS    RESTARTS   AGE       IP            NODE
 9 po/myweb-8pnn0   1/1       Running   0          1d        172.16.5.2    k8s-node2
10 po/myweb-xkp12   1/1       Running   0          1d        172.16.38.2   k8s-node3
11 [root@k8s-master ~]# 

 

4、在k8s中创建一个Service。

 1 # 声明api的版本。
 2 apiVersion: v1
 3 # kind代表资源的类型，资源是Service。
 4 kind: Service
 5 # 资源叫什么名字，是在其属性metadata里面的。
 6 metadata:
 7   # 第一个属性name的值是myweb，即Service的名字就叫做myweb。
 8   name: myweb
 9 # spec是详细，详细里面定义了一个容器。
10 spec:
11   # 类型使用的是端口映射的形式，使用端口映射进行访问。
12   type: NodePort
13   ports:
14     # port端口是VIP端口即ClusterIP地址端口。
15     - port: 80
16       # 即宿主机的ip地址端口。映射宿主机的30000端口
17       nodePort: 30000
18       # 负载均衡目标端口80，即Pod的ip地址的端口。
19       targetPort: 80
20   # 选择器。当有多个Pod的时候，需要使用选择器选择为那些Pod做负载均衡。和RC使用的一样，是使用的标签选择器。
21   selector:
22     app: myweb

创建一个svc的目录，Service资源简称是svc，然后创建一个nginx_svc.yaml配置文件。

 1 [root@k8s-master ~]# cd k8s/
 2 [root@k8s-master k8s]# ls
 3 pod  rc
 4 [root@k8s-master k8s]# mkdir svc
 5 [root@k8s-master k8s]# cd svc/
 6 [root@k8s-master svc]# ls
 7 [root@k8s-master svc]# vim nginx_svc.yaml
 8 [root@k8s-master svc]# kubectl create -f nginx_svc.yaml 
 9 service "myweb" created
10 [root@k8s-master svc]# kubectl describe svc myweb 
11 Name:            myweb
12 Namespace:        default
13 Labels:            <none>
14 Selector:        app=myweb
15 Type:            NodePort
16 IP:            10.254.210.104
17 Port:            <unset>    80/TCP
18 NodePort:        <unset>    30000/TCP
19 Endpoints:        172.16.38.2:80,172.16.5.2:80
20 Session Affinity:    None
21 No events.
22 [root@k8s-master svc]# 

可以看到svc的根据选择器myweb选择的Pod已经有两个Pod了，而且使用的的都是他们的80端口，使用宿主机Node的80端口号。

此时，可以使用浏览器进行查看，此时，只要是Node的ip地址加上端口映射就可以进行访问。端口映射是k8s的kube-proxy服务进行端口映射的。

 

5、K8s中Service的服务自动发现。

可以通过命令修改RC(Replication Controller)副本控制器的副本数量，这样可以自动新增Pod的数量。

 1 [root@k8s-master svc]# kubectl get pod -o wide
 2 NAME          READY     STATUS    RESTARTS   AGE       IP            NODE
 3 myweb-8pnn0   1/1       Running   0          1d        172.16.5.2    k8s-node2
 4 myweb-xkp12   1/1       Running   0          1d        172.16.38.2   k8s-node3
 5 [root@k8s-master svc]# kubectl scale rc myweb --replicas=3
 6 replicationcontroller "myweb" scaled
 7 [root@k8s-master svc]# kubectl get pod -o wide
 8 NAME          READY     STATUS    RESTARTS   AGE       IP            NODE
 9 myweb-0x8tm   1/1       Running   0          2s        172.16.85.2   k8s-master
10 myweb-8pnn0   1/1       Running   0          1d        172.16.5.2    k8s-node2
11 myweb-xkp12   1/1       Running   0          1d        172.16.38.2   k8s-node3
12 [root@k8s-master svc]# 

此时，查看Service的详情，可以发现新增的Pod可以自动添加到负载均衡。

 1 [root@k8s-master svc]# kubectl describe svc myweb 
 2 Name:            myweb
 3 Namespace:        default
 4 Labels:            <none>
 5 Selector:        app=myweb
 6 Type:            NodePort
 7 IP:            10.254.210.104
 8 Port:            <unset>    80/TCP
 9 NodePort:        <unset>    30000/TCP
10 Endpoints:        172.16.38.2:80,172.16.5.2:80,172.16.85.2:80
11 Session Affinity:    None
12 No events.
13 [root@k8s-master svc]# 

 

6、K8s中Service的负载均衡，在其内部就实现了一个简单的负载均衡。

首先，生成一个首页，然后将首页拷贝到Pod中。

 1 [root@k8s-master svc]# kubectl get pod -o wide
 2 NAME          READY     STATUS    RESTARTS   AGE       IP            NODE
 3 myweb-0x8tm   1/1       Running   0          7m        172.16.85.2   k8s-master
 4 myweb-8pnn0   1/1       Running   0          1d        172.16.5.2    k8s-node2
 5 myweb-xkp12   1/1       Running   0          1d        172.16.38.2   k8s-node3
 6 [root@k8s-master svc]# echo 'node1' > index.html
 7 [root@k8s-master svc]# cat index.html 
 8 node1
 9 [root@k8s-master svc]# kubectl cp index.html myweb-0x8tm:/usr/share/nginx/html/index.html
10 [root@k8s-master svc]# echo 'node2' > index.html
11 [root@k8s-master svc]# kubectl cp index.html myweb-8pnn0:/usr/share/nginx/html/index.html
12 [root@k8s-master svc]# echo 'node3' > index.html
13 [root@k8s-master svc]# kubectl cp index.html myweb-xkp12:/usr/share/nginx/html/index.html
14 [root@k8s-master svc]# 

查看运行效果，如下所示：

这个负载均衡会保持一段长连接，连续访问可以进行负载均衡访问，也可以使用curl进行访问。

1 [root@k8s-master svc]# curl 192.168.110.133:30000
2 node1
3 [root@k8s-master svc]# curl 192.168.110.134:30000
4 node2
5 [root@k8s-master svc]# curl 192.168.110.135:30000
6 node1
7 [root@k8s-master svc]# curl 192.168.110.133:30000

为什么负载均衡的端口（即Node的端口号）默认的端口访问是30000-32767。此默认值是可以进行修改的。修改nodeport默认范围--service-node-port-range=30000-50000。

1 [root@k8s-master svc]# vim /etc/kubernetes/apiserver

也可以看看api-server的启动文件的配置。

 1 [root@k8s-master svc]# cat /usr/lib/systemd/system/kube-apiserver.service 
 2 [Unit]
 3 Description=Kubernetes API Server
 4 Documentation=https://github.com/GoogleCloudPlatform/kubernetes
 5 After=network.target
 6 After=etcd.service
 7 
 8 [Service]
 9 EnvironmentFile=-/etc/kubernetes/config
10 EnvironmentFile=-/etc/kubernetes/apiserver
11 User=kube
12 ExecStart=/usr/bin/kube-apiserver \
13         $KUBE_LOGTOSTDERR \
14         $KUBE_LOG_LEVEL \
15         $KUBE_ETCD_SERVERS \
16         $KUBE_API_ADDRESS \
17         $KUBE_API_PORT \
18         $KUBELET_PORT \
19         $KUBE_ALLOW_PRIV \
20         $KUBE_SERVICE_ADDRESSES \
21         $KUBE_ADMISSION_CONTROL \
22         $KUBE_API_ARGS
23 Restart=on-failure
24 Type=notify
25 LimitNOFILE=65536
26 
27 [Install]
28 WantedBy=multi-user.target
29 [root@k8s-master svc]# 

可以看到api-server启动的时候，后面跟了很多参数。

修改完api-server的参数，需要重启api-server的服务。

1 [root@k8s-master svc]# systemctl restart kube-apiserver.service 
2 [root@k8s-master svc]# 

此时，你可以修改修改nginx_svc.yaml配置文件里面的nodePort参数，我这里就不进行测试了。

也可以看到VIP地址段的范围是10.254.0.0/16，也是在api-server的配置文件修改的，如下所示：

总结，一个服务要想在k8s中运行起来，至少需要一个rc来保证高可用，其次还需要一个service可以被外界所访问。