如何从 Kubernetes 集群外访问集群内的容器服务
HostNetwork
将pod设置为hostNetwork的，即直接使用宿主机网络。hostNetwork类型的pod与宿主机共享网络协议栈。
缺点：
假如pod重建，pod可能会调度到其他node上，这时pod的ip就改变了，那么客户端的配置很可能需要更改
与宿主机共享网络协议栈，需要考虑端口冲突的问题。如果此类型的pod太多，端口会冲突，运维成本高
1、编写pod 的yaml，文件名为：hostnet.yaml
apiVersion: v1
kind: Pod
metadata:
name: my-nginx
spec:
hostNetwork: true
containers:
- name: my-nginx
image: myapp:v1
2、创建pod
kubectl apply -f hostnet.yaml
3、查看pod创建情况
kubectl get pods -o wide
4、访问容器内的服务
curl 192.168.49.2
HostPort
将pod中某个容器的端口映射到宿主机端口上，然后通过访问宿主机ip+宿主机端口来访问pod
缺点：
假如pod重建，pod可能会调度到其他node上，这个时候node的ip就改变了，那么客户端的配置很可能需要更改
因为需要把容器的端口映射到宿主机上，所以需要考虑端口冲突的问题
1、编写pod 的yaml，文件名为：hostport.yaml
apiVersion: v1
kind: Pod
metadata:
name: hostport-nginx
spec:
containers:
- name: hostport-nginx
image: myapp:v1
ports:
- containerPort: 80
hostPort: 8081
2、创建pod
kubectl apply -f hostport.yaml
3、查看pod创建情况
kubectl get pods -o wide
4、访问容器内的服务
curl http://192.168.49.2:8081
NodePort service
可以通过创建NodePort类型的Service来将pod暴露到 Kubernetes 集群外。当我们创建一个NodePort类型的service时， Kubernetes 会自动分配一个node port，
并且会在所有的k8s node上创建相应的iptables规则，用户可以通过访问任一k8s node的ip+node port，即可访问后端服务。
缺点：
当创建一个NodePort类型的service， Kubernetes 会自动分配一个端口，并且在所有的k8s node上配置针对该端口的dnat规则
需要考虑访问哪个node的ip，选择的node宕机了怎么办
1、在 Kubernetes 集群中部署后端服务
2、创建NodePort类型的service，并且上面创建的pod
3、集群外访问server
[maomao@wangwu kuber]$ kubectl create deployment myappv1 --image=myapp:v1 # 在 Kubernetes 集群中部署后端服务 deployment.apps/myappv1 created [maomao@wangwu kuber]$ kubectl get deployment,pods -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR deployment.apps/myappv1 1/1 1 1 14s myapp myapp:v1 app=myappv1 NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES pod/myappv1-56f6fc49cf-tfdzv 1/1 Running 0 14s 172.17.0.4 minikube <none> <none> [maomao@wangwu kuber]$ [maomao@wangwu kuber]$ kubectl expose deployment myappv1 --name=myappv1-svc --type=NodePort --port=80 --target-port=80 # 创建NodePort类型的service，并且上面创建的pod service/myappv1-svc exposed [maomao@wangwu kuber]$ kubectl get deployment,svc,pods -o wide NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR deployment.apps/myappv1 1/1 1 1 2m2s myapp myapp:v1 app=myappv1 NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR service/kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 4h52m <none> service/myappv1-svc NodePort 10.103.238.146 <none> 80:30111/TCP 9s app=myappv1 NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES pod/myappv1-56f6fc49cf-tfdzv 1/1 Running 0 2m2s 172.17.0.4 minikube <none> <none> [maomao@wangwu kuber]$ curl 192.168.49.2:30111 # 集群外访问 <h3>nginx test.</h3>
LoadBalancer service
LoadBalancer service 是一个比较理想的选择。这个需要cloud-provider的支持，
各个云服务提供商基于自己的LB服务对接实现 Kubernetes LoadBalancer service。
当用户创建LoadBalancerservice时，cloud-controller-manager会自动创建一个LB实例，分配一个VIP，
并且会自动维护后端pod列表和LB的配置更新。然后我们可以访问VIP:port来访问后端服务
缺点：存在成本
Ingress
用户也可以通过创建Ingress资源来将服务暴露到 Kubernetes 集群外。
