在前面几篇文章中，我们学习了 kubeadm 、kubectl 的一些命令，也学会了 Deployment、Service、ReplicaSet 的用法以及配置。本篇的内容主要是介绍如何配置网络，使得能够在外部网络访问集群。
在开始之前，需要根据 浅入Kubernetes(6)：CKAD认证中的部署教程、浅入Kubernetes(7)：应用部署实例，Deployment、Service、ReplicaSet 这两篇文章中的过程，部署好集群以及部署 nginx 应用。
查询 Service
关于 Service，读者可以查看官方文档的资料：https://kubernetes.io/zh/docs/concepts/services-networking/service/
Service 是 k8s 中为多个 pod 公开网络服务的抽象方法。在 k8s 中，每个 pod 都有自己的 ip 地址，而且 Service 可以为一组 pod 提供相同的 DNS ，使得多个 pod 之间可以相互通讯，k8s 可以在这些 pod 之间进行负载均衡。
查询 pod：
kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-585449566-d2fdc 1/1 Running 0 4h14m
nginx-585449566-krsch 1/1 Running 0 67m
nginx-585449566-l2j6h 1/1 Running 0 67m
查看 Service：
kubectl get services
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 29h
nginx ClusterIP 10.101.245.225 <none> 80/TCP 4h19m
kubectl exec {pod名称} {要执行的命令} 可以在 pod 中执行某个命令，这里我们可以打印某个 pod 的环境变量。
kubectl exec nginx-585449566-d2fdc -- pritenv
# 或者
# kubectl exec nginx-585449566-d2fdc env
... ...
KUBERNETES_PORT=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP_PROTO=tcp
KUBERNETES_PORT_443_TCP_PORT=443
KUBERNETES_PORT_443_TCP_ADDR=10.96.0.1
NGINX_VERSION=1.19.10
... ...
Service 外部服务类型
k8s 中可以将一个 Service 暴露到集群外部，外界可以通过 ip 访问这个 Service。Service 有个 ServiceType ，允许我们指定如何暴露服务。
Type 有三种类型，其取值说明如下：
-
ClusterIP
通过集群内部 IP 暴露服务，也就是说只能在集群内部访问，ClusterIP 是 ServiceType 的默认值。
-
NodePort
通过每个节点上的 IP 和静态端口（
NodePort）暴露服务。由于其是节点上的 ，所以具有通过集群外部访问这个服务。 -
LoadBalancer
使用云提供商的负载均衡器向外部暴露服务。 外部负载均衡器可以将流量路由到自动创建的
NodePort服务和ClusterIP服务上。 -
ExternalName通过返回
CNAME和对应值，可以将服务映射到externalName字段的内容（例如，foo.bar.example.com）。
【图来源：https://blog.csdn.net/yang75108/article/details/101101384】
配置 ServiceType
我们删除之前 Deployment 部署 nginx 时，通过 expose 创建的 Service。
kubectl delete service nginx
然后重新创建 service。
kubectl expose deployment nginx --type=LoadBalancer
查询 Service(kubectl get services)：
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 29h
nginx LoadBalancer 10.97.249.37 <pending> 80:31036/TCP 30s
这里我们说一下这个端口的一些说明。
Service 是针对一个 Pod 或多个 Pod 起效，它为一组 pod 暴露相同的端口。也就是说，同一个 Service 中的 pod 不能分别设置不同的 端口。而且前面我们的一个 Service 中，是为一个 nginx 创建 Deployment ，并且设置副本集，所以他们的 端口是一致的。
Service 不会直接把 pod 暴露的 端口映射到公网，Service 默认在 30000-32767 之间为我们映射端口。所以笔者服务器上，是 310361(外网) 映射了 80(内网)。
这时已经可以直接通过外网访问 Service 中的服务了。如果你不知道服务器的公网 ip，可以通过命令查询：
curl ifconfig.io
然后访问 http://x.x.x.x:31036 即可。
当使用 LoadBalancer 暴露服务到集群外部网络时，我们访问的实际上是 Service，而不是具体的某个 pod，然后 Service 会将流量重定向到后端 pod 中。这个要看实际环境和云服务商的支持。
伸缩数量
kubectl scale 命令可以扩容或缩容 Deployment、ReplicaSet、Replication Controller 或 Job 中Pod数量。在上一篇文件中中我们已经使用到。这里我们继续使用这个命令来伸缩 nginx 副本的数量，然后观察外部网络访问 Service 时的结果。
现在将我们的 nginx 副本数量设置为 0。
kubectl scale deployment nginx --replicas=0
再访问 公网的 31036 端口(具体端口看你查询出来的)，发现无法访问了，因为 pod 数量为 0 ，Service 找不到 pod 来提供服务。
如果我们把 ReplicaSet 数量设置为 1 或以上，则又可以继续访问了。
kubectl scale deployment nginx --replicas=2
阶段总结
到此为止，我们的学习已经完成一个小阶段，能够创建集群、加入新的 Node、部署 pod 以及暴露公网 ip，允许外部访问，还可以提供多副本以负载均衡。接下来我们总结一下学习到的工具、命令，后续的学习会在这些基础之上开展。
-
kubeadm
kubeadm init、kubeadm join创建集群和使节点加入集群。 -
kubectl
kubectl 原理是请求 apiserver 完成某些操作，日常操作中，最常用的就是 kubectl。
kubectl create {对象}，创建 deployment、job 等对象。kubectl apply -f应用 yaml 文件，完成某些操作。kubectl get {对象}查询对象。kubectl scale {对象}伸缩对象数量(ReplicaSet)。kubectl expose创建 Service。kubectl describe获取对象详细的信息。kubectl exec在对象中执行命令，例如 pod。