天下之事,必先处之难,而后易之。

从外部访问K8s中Pod的五种方式

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/
————————————————
版权声明:本文为CSDN博主「高东海」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/qq_23348071/article/details/87185025

posted @ 2023-03-10 16:04  boonya  阅读(110)  评论(0)    收藏  举报  来源
我有佳人隔窗而居,今有伊人明月之畔。
轻歌柔情冰壶之浣,涓涓清流梦入云端。
美人如娇温雅悠婉,目遇赏阅适而自欣。
百草层叠疏而有致,此情此思怀彼佳人。
念所思之唯心叩之,踽踽彳亍寤寐思之。
行云如风逝而复归,佳人一去莫知可回?
深闺冷瘦独自徘徊,处处明灯影还如只。
推窗见月疑是归人,阑珊灯火托手思忖。
庐居闲客而好品茗,斟茶徐徐漫漫生烟。

我有佳人在水之畔,瓮载渔舟浣纱归还。
明月相照月色还低,浅近芦苇深深如钿。
庐山秋月如美人衣,画堂春阁香气靡靡。
秋意幽笃残粉摇曳,轻轻如诉画中蝴蝶。
泾水潺潺取尔浇园,暮色黄昏如沐佳人。
青丝撩弄长裙翩翩,彩蝶飞舞执子手腕。
香带丝缕缓缓在肩,柔美体肤寸寸爱怜。
如水之殇美玉成欢,我有佳人清新如兰。
伊人在水我在一边,远远相望不可亵玩。