hostNetwork、hostPort、NodePort、LoadBalancer、Ingress

暴露Pod与Service一样,因为Pod就是Service的backend

    1、hostNetwork:true    在pod中使用该配置,在这种Pod中运行的应用程序可以直接看到pod启动的主机的网络接口。

    注:每次pod的IP是会变化的

    2、hostPort:直接将容器的端口与所调度的节点上的端口路由,这样用户就可以通过主机的IP来访问Pod了

    注:Pod重新调度时该Pod可能会被调度到不同的宿主机,因此,需要维护一个Pod与宿主机的对应关系

    3、NodePort:是K8s里一个广泛应用的服务暴露方式。K8s中的service默认情况都是使用Cluster IP这种类型,会产生一个只能在内部访问的Cluster IP,如果想能够直接访问service,需要将service type修改为nodePort。同时给改service指定一个nodeport值(30000-32767),用` --service-node-port-range`定义。

    集群外就可以使用K8s任意一个节点的IP加上30000端口访问该服务了,kube-proxy会自动将流量以轮询的方式转发给该service的每一个pod。

4、​LoadBalancer:只能在service上定义,是公有云提供的负载均衡器。

​查看服务:` kubectl get svc influxdb`

​内部可以使用ClusterIP加端口来访问服务

外部可以使用两种方式:

    任意节点的IP加30051端口访问服务 10.97.121.42:30051

    使用EXTERNAL-IP来访问,这是云供应商提供的负载均衡IP    10.13.242.236:8086

5、​Ingress:ingress controller是由K8s管理的负载均衡容器,它的镜像包含一个nginx或HAProxy负载均衡器和一个控制器守护进程。

​外部访问URL  http://influxdb.kube.example.com/ping 访问该服务,入口是80端口,然后Ingress controller直接将流量转发给后端Pod,不需再经过kube-proxy的转发,比LoadBalance方式更高效

参考:https://jimmysong.io/posts/accessing-kubernetes-pods-from-outside-of-the-cluster/

 

 

 

 

 

 

 

 

Logo

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐