在阿里云上部署了一个K8S集群，一master， 两node；
然后执行
kubectl create -f tomcat.yml
yaml如下：
apiVersion: apps/v1
kind: Deployment
metadata:
name: tomcat-app
spec:
selector:
matchLabels:
name: tomcat
replicas: 4
template:
metadata:
labels:
name: tomcat
spec:
containers:
- name: tomcat
image: tomcat:8.5.43
imagePullPolicy: IfNotPresent
ports:
- containerPort: 8080
---
apiVersion: v1
kind: Service
metadata:
name: tomcat-http
spec:
ports:
- port: 8080
targetPort: 8080
# ClusterIP, NodePort, LoadBalancer
type: ClusterIP
selector:
name: tomcat
这样就是要启动4 个tomcat实例，而且启动成功了
[root@k8s-master tomcat]# kubectl get pods
NAME READY STATUS RESTARTS AGE
tomcat-app-59bc6cd74b-b4k9l 1/1 Running 0 19m
tomcat-app-59bc6cd74b-b7rx6 1/1 Running 0 19m
tomcat-app-59bc6cd74b-p6xxf 1/1 Running 0 19m
tomcat-app-59bc6cd74b-v894j 1/1 Running 0 19m
说明K8S 有能力部署超过自己Node数量的集群节点的能力，非常牛逼
PS：
PS:
nodePort:
外部流量访问K8S集群中Service入口的一种方式
比如外部用户要访问k8s集群中的一个Web应用，那么我们可以配置对应service的type=NodePort，nodePort=30001。其他用户就可以通过浏览器http://node:30001访问到该web服务。
port:
K8S集群内部服务之间访问service的入口。即clusterIP:port是service暴露在clusterIP上的端口
targetPort:
容器的端口（最终的流量端口）。targetPort是“pod”上的端口，从port和nodePort上来的流量，经过kube-proxy流入到后端pod的targetPort上，最后进入容器。
例子：
apiVersion: v1
kind: Service
metadata:
name: nginx-service
spec:
type: NodePort // 有配置NodePort，外部流量可访问k8s中的服务
ports:
- port: 30080 // 服务访问端口
targetPort: 80 // 容器端口
nodePort: 30001 // NodePort
selector:
name: nginx-pod
总结：
总的来说，port和nodePort都是service的端口，前者暴露给k8s集群内部服务访问，后者暴露给k8s集群外部流量访问。从上两个端口过来的数据都需要经过反向代理kube-proxy，流入后端pod的targetPort上，最后到达pod内的容器。
