大家好,又见面了,我是你们的朋友全栈君。
分享一个大牛的人工智能教程。零基础!通俗易懂!风趣幽默!希望你也加入到人工智能的队伍中来!请点击http://www.captainbed.net
外部流量访问K8s集群中Service入口的一种方式(另一种方式是LoadBalancer),即nodeIP:nodePort是提供给外部流量访问K8s集群中Service的入口。比如外部用户要访问K8s集群中的一个Web应用,那么我们可以配置对应Service的type=NodePort,nodePort=30001,然后就可以通过浏览器输入http://nodeIP:30001访问到该Web服务。而数据库等服务可能不需要被外界访问,只需被内部服务访问即可,那么我们就不必设置Service的NodePort。
K8s集群内部服务之间访问Service的入口。即clusterIP:port是Service暴露在clusterIP上的端口。MySQL容器暴露了3306端口,集群内其他容器通过33306端口访问MySQL服务,但是外部流量不能访问MySQL服务,因为MySQL服务没有配置NodePort。对应的service.yaml如下:
apiVersion: v1
kind: Service
metadata:
name: mysql-service
spec:
ports:
- port: 33306
targetPort: 3306
selector:
name: mysql-pod
容器的端口(最终的流量端口)。targetPort是Pod上的端口,从port和nodePort上来的流量,经过Kube-Proxy流入到后端Pod的targetPort上,最后进入容器。 制作容器时暴露的端口一致(使用DockerFile中的EXPOSE),例如官方的Nginx(参考DockerFile)暴露80端口。 对应的service.yaml如下:
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
这是一种直接定义Pod网络的方式。hostPort是直接将容器的端口与所调度的节点上的端口路由,这样用户就可以通过宿主机的IP加上端口来访问Pod了,例如:
apiVersion: v1
kind: Pod
metadata:
name: influxdb
spec:
containers:
- name: influxdb
image: influxdb
ports:
- containerPort: 8086
hostPort: 8086
这样做有个缺点,因为Pod重新调度的时候该Pod被调度到的宿主机可能会变动,这样就变化了,用户必须自己维护一个Pod与所在宿主机的对应关系。 使用了hostPort的容器只能调度到端口不冲突的Node上,除非有必要(比如运行一些系统级的daemon服务),不建议使用端口映射功能。如果需要对外暴露服务,建议使用NodePort Service。
总的来说,port和nodePort都是Service的端口,前者暴露给K8s集群内部服务访问,后者暴露给K8s集群外部流量访问。从这两个端口过来的数据都需要经过反向代理Kube-Proxy,流入后端Pod的targetPort上,最后到达Pod内的容器。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/192249.html原文链接:https://javaforall.cn