wordpress 移动页面 自动跳转,seo新站如何快速排名,正规代运营公司,科室网站建设目录 PodKubernetes 网络模型同一Pod上的容器之间进行通信同一Node上的不同Pod之间进行通信不同Node上的Pod之间进行通信Service参考 Pod
首先来回顾一下Pod#xff1a;
Pod 是用于构建应用程序的最小可部署对象。单个 Pod 代表集群中正在运行的工作负载#xff0c;并封装一… 目录 PodKubernetes 网络模型同一Pod上的容器之间进行通信同一Node上的不同Pod之间进行通信不同Node上的Pod之间进行通信Service参考 Pod
首先来回顾一下Pod
Pod 是用于构建应用程序的最小可部署对象。单个 Pod 代表集群中正在运行的工作负载并封装一个或多个 Docker 容器、任何所需的存储以及唯一的 IP 地址。 Kubernetes 网络模型
集群中每一个 Pod 都会获得自己的、 独一无二的 IP 地址。一个Pod里的一组容器共享相同的IP地址。
Kubernetes 强制要求所有网络设施都满足以下基本要求从而排除了有意隔离网络的策略
Pod 能够与所有其他节点上的 Pod 通信 且不需要网络地址转译NAT节点上的代理比如系统守护进程、kubelet可以和节点上的所有 Pod 通信。
考虑到这些限制我们剩下四个不同的网络问题需要解决
容器到容器网络Pod 到 Pod 网络Pod 到服务网络互联网到服务网络 同一Pod上的容器之间进行通信
通常我们将虚拟机中的网络通信视为直接与以太网设备交互。默认情况下Linux 将每个进程分配给根网络命名空间以提供对外部世界的访问。如下图所示
Pod 被建模为一组共享网络命名空间的 Docker 容器。Pod 中的容器都具有通过分配给 Pod 的网络命名空间分配的相同 IP 地址和端口空间并且可以通过 localhost 找到彼此因为它们驻留在同一命名空间中。
根本原因是使用Docker的一种网络模型–netcontainer 能够让同一个Pod内的多个docker容器相互通信。
container模式指定新创建的Docker容器和已经存在的一个容器共享一个网络命名空间也就是说新创建的Docker容器不会创建自己的网卡配置自己的 IP而是和一个指定的容器共享 IP、端口范围等。
在k8s中每个Pod容器有一个pause容器它拥有独立的网络命名空间在Pod内启动Docker容器时候使用 –netcontainer就可以让当前Docker容器加入到Pod容器拥有的网络命名空间pause容器。 同一Node上的不同Pod之间进行通信
从 Pod 的角度来看它存在于自己的以太网命名空间中。不同的Pod存在于不同的网络命名空间里。 但是可以使用Linux虚拟以太网设备或由两个虚拟接口组成的veth对 将两个网络命名空间进行连接 。要连接 Pod 命名空间我们可以将 veth 对的一侧分配给根网络命名空间将另一侧分配给 Pod 的网络命名空间。然后使用网桥把两个虚拟网络组成为一个以太网。如下图所示 在上面这个网络模型下Pod之间是如何通信的呢
Pod 1 向其自己的以太网设备发送数据包eth0该设备可作为 Pod 的默认设备。对于 Pod 1eth0通过虚拟以太网设备连接到根命名空间veth0网桥cbr0配置有veth0连接到它的网段。一旦数据包到达网桥网桥就会使用 ARP 协议解析将数据包发送到的正确网段当数据包到达虚拟设备veth1时它会直接转发到 Pod 2 的命名空间以及该命名空间内的设备eth0 不同Node上的Pod之间进行通信
同样会用到虚拟接口和网桥。 数据包首先通过 Pod 1 的以太网设备发送该设备与根命名空间 中的虚拟以太网设备配对。最终数据包到达根命名空间的网桥ARP 将在网桥处失败因为没有设备连接到具有数据包正确 MAC 地址的网桥。发生故障时网桥将数据包从默认路由根命名空间的eth0设备发送出去。此时路由离开节点并进入网络我们现在假设网络可以根据分配给节点 的 CIDR 块将数据包路由到正确的节点。数据包进入目标节点在 VM 2 上的根命名空间eth0并通过网桥路由到正确的虚拟以太网设备最后路由通过驻留在 Pod 4 命名空间内的虚拟以太网设备对完成
一般来说每个节点都知道如何将数据包传递到在其内运行的 Pod。一旦数据包到达目标节点数据包的流动方式与在同一节点上的 Pod 之间路由流量的方式相同。 Service
我们要知道Pod的IP地址不持久会随着扩展或缩小、应用程序崩溃或节点重启而出现和消失。哪怕重启一个Pod它的IP也可能和前一次不一样。
所以Kubernetes 里使用Service来管理一组 Pod 的状态允许我们跟踪一组随时间动态变化的 Pod 的IP 地址。Service充当 Pod 的抽象并将单个虚拟 IP 地址分配给一组 Pod 的IP 地址。
任何发送到服务虚拟 IP 的流量都将被路由到与该虚拟 IP 关联的 Pod 集。这允许与 Service 关联的 Pod 集随时更改 只要虚拟IP不改客户端就感觉不到Pod的变化。
创建新的 Kubernetes Service时系统会创建一个新的虚拟 IP也称为集群 IP。集群内的任何位置寻址到虚拟 IP 的流量都将负载均衡到与Service关联的一组Pod。实际上Kubernetes 会自动创建并维护一个分布式集群内负载均衡器该均衡器将流量分配到Service关联的健康 Pod。 参考
https://sookocheff.com/post/kubernetes/understanding-kubernetes-networking-model/ https://kubernetes.io/zh-cn/docs/concepts/services-networking/
