Kubernetes 不保证集群外部的任何内容都可以与集群通信，并且仅保证提供以下功能：
集群中的所有 Pod 都可以直接相互通信，而无需使用网络地址转换 (NAT)。即使是位于不同节点上的 Pod 也可以直接相互通信。
节点上的代理（例如系统守护程序或 kubelet）可以与该节点上的所有 Pod 通信。
因此，当网络托管两个集群时（如下图所示），一个问题是集群 1 中的 pod 如何与集群 2 中的 pod 通信？同样，集群外部的客户端或服务器（在图中标记为“其他客户端”和“其他服务器”）如何与集群内部的 pod 通信？
本文档介绍了平面模式网络模型和孤岛模式网络模型如何以不同方式解答这些问题。
平面模式网络模型
在完全集成或平面模式网络中，pod 在所有集群中具有唯一的 IP 地址。例如，集群 1 中的 Pod-A 具有的 IP 地址在集群 1 或集群 2 中的任何其他位置看不到。同样，集群 2 中的 Pod-G 在这两个集群中具有唯一的地址。这意味着，假设没有防火墙或其他阻止流量的政策，则集群 1 中的 pod 可以直接与集群 2 中的任何 pod 进行通信，无需网关或转换。
同样，集群外部的客户端和服务器可以通过 pod 的唯一 IP 地址直接与集群内部的 pod 进行通信，例如，在网络设备中静态配置路由或节点使用边界网关协议 (BGP) 通告它们可以处理给定 IP 范围的流量时。
因此，在平面网络中，通信非常简单直接：没有重叠的 IP 地址，并且您不需要使用叠加网络或 NAT。
孤岛模式网络模型
如果您拥有大型 IP 地址空间，并且有能力为每个 Pod 分配唯一的 IP 地址，则可以选择平面模式网络模型。但是，如果您无需使用大型 IP 地址空间，则孤岛模式网络模型是一个不错的选择。
在孤岛模式网络中，节点具有唯一的 IP 地址，但为了以经济实惠的方式使用稀缺的 IP 地址，pod 在集群中没有唯一的地址。这不会引起问题，因为一个集群中的 pod 绝不会直接与另一个集群中的 pod 通信。而是如下图所示，存在一些在一个集群中的 pod 与另一个集群中的 pod 之间进行协调的网关。
同样，从客户端进入集群的（入站）流量和离开集群的（出站）流量由类似的网关进行处理。网关可通过各种方式实现。例如，NAT、虚拟 IP 地址 (VIP) 和代理都是网关的一些示例。它们会执行 IP 地址转换，其作用是确保 Pod IP 的私密性。
在孤岛模式网络模型中，您可以在每个集群中使用相同的 pod IP 地址，这些地址在集群中不必是唯一的。如下图所示，您可以在每个集群中使用相同的 pod IP 地址，因为一个集群中的 pod 绝不会直接与另一个集群中的 pod 通信。
孤岛模式网络模型的主要优势是能够以这种方式重复使用 Pod IP 地址。
这两种模型的优缺点
下面列出了这两种模型的一些优缺点：
平面网络比孤岛网络更快，因为孤岛模式下的网关执行地址转换，这些转换会产生性能费用。
在平面网络中调试集群问题更加容易，因为该网络中的所有内容都具有唯一的 IP 地址，因此可以更轻松地查明问题发生的位置。例如，pod IP 未掩藏在节点的 IP 地址后面，因此可以更轻松地准确确定导致问题的 pod。同样，在平面模式中，客户端 IP 不会以在孤岛模式中所采用的方式进行遮盖，这也有助于调试。
如果 IP 地址稀缺，或者 IP 空间碎片化（即没有大型 IP 地址块），则您可能无法使用平面网络模型。在这种情况下，孤岛网络是更好的选择。
请务必注意，平面和孤岛网络模型只是两种可能的网络模型，即使在这些模型中，也有许多变体。