news 2026/7/14 19:26:55

k8s-Pod中的网络通信(3)

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
k8s-Pod中的网络通信(3)

部署的pod都会涉及到和内外网络通信,我们部署的pod 有一个ip,这个IP 是集群内部的IP ,只能在集群内被访问,k8s中pod的网路通信是交给service来管理的,简称svc。负责将外部流量引入,和内部流量引出。

1.外部流量访问内部

我们pod部署的时候是有一个标签label的,service在创建的时候也会指定一个标签,这样就可以把对应label的pod关联起来,podIP+端口形成一个端点-ednpoint,service也有自己的IP和端口,service的端口和宿主机的端口通过NodePort形成映射,这样访问宿主机的端口就能访问到service,service再转发到对应的pod上。

service的这能力都是kude-proxy来实现的(部署k8s的时候对应的有一个kube-proxy:v1.28.15镜像)。kude-proxy最终会把这这些映射规则转化成iptables规则,来完成流量的转发。

image

创建service的方式

命令:expose

清单文件:apply -f 文件

kubectl expose deployment my-nginx-deploment --port=8001 --target-port=80 --type=NodePort

创建一个service将流量引入到my-nginx-deploment部署的pod上,

--port是service暴露的端口,

--target-port是背后实际应用容器的端口,我们部署的nginx是80端口

--type=NodePort 映射到宿主机端口 取值有这几个 ClusterIP, NodePort, LoadBalancer, or ExternalName. Default is 'ClusterIP'.

kubectl expose deployment my-nginx-deploment --port=8001 --target-port=80 --type=NodePort --dry-run=client -o yaml > my-nginx-svc.yaml

image

apply -f my-nginx-svc.yaml

kubectl get svc 查看service

kubectl describe svc my-nginx-deploment 查看详细的信息

image

启了一个service 给svc分配的ip是 10.108.229.67 这个IP 也是集群内部的IP,端口8001,指向了10.244.2.6:80,

在集群其他节点可以访问这个地址curl 10.104.212.94:8001 也能访问我们之前启动的nginx

集群外部访问的话就需要用到NodePort暴露的端口

任意node宿主机节点IP:NodePort暴露的端口

我的是

192.168.255.102:31101

192.168.255.103:31101

都可以访问到我们部署k8s里面的nginx了

image

2.内部访问外部:

pod——service——endpoint——外部服务

外部访问内部的时候endpoint 是pod的IP和端口,k8s自己可以知道是啥,内部访问外部的,走出去的时候K8s就不知道关联外部的endpoint了,这就需要手工配置endpoint了

image

我在vmware宿主机 IP:192.168.255.1 上面部署一个nginx:

image

创建资源清单文件:out-ng.yaml 内容如下

复制代码

apiVersion: v1

kind: Service

metadata:

name: out-ng

spec:

ports:

- port: 80

targetPort: 80

# 注意:没有 selector!

---

apiVersion: v1

kind: Endpoints # 手动配置的端点

metadata:

name: out-ng # 必须和 Service 同名!

subsets:

- addresses:

- ip: 192.168.255.1 # 外部服务的 IP

ports:

- port: 80

复制代码

kubectl apply -f out-ng.yaml

image

分配给service 的ip是 10.107.74.203 对应端点的是192.168.255.1:80

进入我们之前的pod里面,再访问service 的ip,就能看到访问到了我们外面机器部署的nginx

kubectl exec my-nginx-deploment-799c59bc4d-nkgbc -it -- /bin/bash

curl 10.107.74.203

image

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/14 4:39:18

AWS-Nuke 终极指南:快速清理AWS账户的完整解决方案

AWS-Nuke 终极指南:快速清理AWS账户的完整解决方案 【免费下载链接】aws-nuke Remove all the resources from an AWS account 项目地址: https://gitcode.com/gh_mirrors/aws/aws-nuke AWS-Nuke 是一款强大的开源工具,专门用于彻底清理AWS账户中…

作者头像 李华
网站建设 2026/7/15 2:50:24

利用XPlaneConnect从X-Plane内读写数据

开发步骤(C/C)在https://github.com/nasa/XPlaneConnect 下载XPlaneConnect插件和源代码。将XPlaneConnect.zip插件解压并复制到X-Plane安装目录下的/Resources/plugins/目录,然后打开X-Plane。创建一个C/C工程,将XPlaneConnect-1…

作者头像 李华
网站建设 2026/7/13 2:27:01

计算统计指标

SHADE和SaDE跑CEC2017测试集对比图,并分别连续运行30次并且输出最优值,最差值,平均值,标准差 基于成功历史的参数自适应差分进化算法(SHADE)是经典的差分进化变体,该论文发表于2013年,性能非常有参考价值&a…

作者头像 李华
网站建设 2026/7/14 3:16:23

自编基于层结构(Layer)的添加自注意力机制

自编基于层结构(Layer)的添加自注意力机制直接开撕!传统神经网络层结构那套全连接激活函数的组合拳早就看腻了,今天咱们整点刺激的——给网络层装个自注意力插件。这玩意儿能让网络自己决定哪些信息重要,比无脑全连接不…

作者头像 李华
网站建设 2026/7/15 2:14:17

【大数据高并发核心场景实战】 数据持久化层 - 查询分离

1. 业务场景适用场景:数据查询缓慢(数据量大导致、数据聚合时调用外部系统过多导致等)写数据效率尚可所有数据都可能修改(若存在冷数据,可使用上一章的冷热分离方案)基本思路:将更新的数据放在主…

作者头像 李华