前言
当我们使用 Kubernetes 进行容器编排时，通常会将不同应用的容器分配到不同的节点上。这样可以在一定程度上进行资源隔离和故障隔离，并且可以使不同应用之间的影响降到最低。但是，当这些容器需要相互通信时，节点之间的网络互通就显得尤为重要。在本文中，我们将深入探究 Kubernetes 中如何对节点之间的容器进行网络互通。
Kubernetes 中的网络模型
在 Kubernetes 中，每个节点上都运行着一个代理，用于管理该节点上的容器网络。这个代理被称为 kube-proxy。它通过 iptables 规则或 ipvs 规则来实现容器之间的网络互通。这些规则只对集群内的容器生效，与外部网络互通则通过 Service 和 Kubernetes Services 的方式来实现。
Pod-to-Pod 通信
在 Kubernetes 中，应用通常被封装到一个或多个 Pod 中运行。Pod 是 Kubernetes 中最小的可调度单元，它可以包含一个或多个容器。由于同一个 Pod 中的容器在同一个命名空间下，因此它们可以通过 localhost:port 的方式进行通信，而不需要进行任何的特殊配置。
但是，当不同的 Pod 位于不同的节点上时，它们就需要通过网络互通来进行通信。在 Kubernetes 中，Pod 之间的网络互通方式有两种，分别为基于 iptables 的方式以及基于 ipvs 的方式。
基于 iptables 的 Pod-to-Pod 通信
在基于 iptables 的方式下，每个节点上都运行着 kube-proxy。kube-proxy 会根据 Service、Endpoint 等信息生成相应的 iptables 规则，以实现 Pod 之间的网络互通。
例如，当我们创建了一个名为 my-service 的 Service，其中包含两个 Pod：pod-A 和 pod-B，它们分别运行在不同的节点中。当我们通过 my-service 来访问这两个 Pod 时，kube-proxy 会根据 Service 和 Endpoint 的信息，将流量转发到相应的 Pod 中。
下面是一个通过 NodePort 的方式来实现 Pod-to-Pod 通信的示例：
-- -------------------- ---- -------
----------- --
----- -------
---------
----- ----------
-----
---------
---- ------
----- --------
------
- ----- ----
----------- ----
--------- -----在这个示例中，我们创建了一个名为 my-service 的 Service，并通过 NodePort 的方式将流量映射到了节点的 30001 端口。同时，我们还指定了 selector，以匹配所有 app=my-app 的 Pod。这样，当我们通过 my-service 来进行访问时，kube-proxy 会自动将流量转发到相应的 Pod 中。
基于 ipvs 的 Pod-to-Pod 通信
在 Kubernetes 1.9 版本之后，Kubernetes 引入了基于 ipvs 的方式来实现 Pod-to-Pod 通信。与 iptables 相比，基于 ipvs 的方式可以支持更高的请求并发量，并且可以实现更加灵活的容器选择策略。
与基于 iptables 的方式相比，基于 ipvs 的方式需要安装 ipvsadm 工具，以进行相关配置。下面是一个通过 ipvsadm 工具来实现基于 ipvs 的 Pod-to-Pod 通信的示例：
# 创建一个名为 my-service 的 Service $ kubectl create service clusterip my-service --tcp=8080:9376 # 查看 IPVS 规则 $ sudo ipvsadm -Ln TCP clusterIP saddr hash persistent=3600 -> 10.10.2.3:9376 Masq 1 0 0 -> 10.10.3.4:9376 Masq 1 0 0
在这个示例中，我们创建了一个名为 my-service 的 Service，它将流量映射到了集群内的所有 Pod 上。同时，我们还使用了 hash 策略来进行容器选择，并保持了一小时的持久化。
Pod-to-Service 通信
除了 Pod-to-Pod 通信以外，Kubernetes 还提供了 Pod-to-Service 通信的方式，以实现应用之间的网络通信。使用 Pod-to-Service 通信的方式，我们可以将流量映射到 Service 上，并通过 Service 所管理的一组 Pod 来进行负载均衡。
为了实现 Pod-to-Service 通信，我们只需要创建一个 ClusterIP 类型的 Service，并将它与相应的 Pod 进行关联。例如，在下面的示例中，我们创建了一个名为 my-service 的 Service，并将它与 selector 为 app=my-app 的 Pod 进行关联：
-- -------------------- ---- -------
----------- --
----- -------
---------
----- ----------
-----
---------
---- ------
----- ---------
------
- ----- ----
----------- ----在这个示例中，我们使用了 ClusterIP 类型的 Service，并将它与 selector 为 app=my-app 的 Pod 进行了关联。同时，我们还指定了一个监听 8080 端口的端口映射，并将它映射到 Pod 内部的 9376 端口上。
Service-to-Service 通信
除了 Pod-to-Service 通信以外，Kubernetes 还提供了 Service-to-Service 通信的方式，以实现不同应用之间的网络通信。使用 Service-to-Service 通信的方式，我们可以将流量映射到相应的 Service 上，并通过 Service 所管理的一组 Pod 来进行负载均衡。
为了实现 Service-to-Service 通信，我们需要创建一个 ExternalName 类型的 Service，并将它与相应的外部应用进行关联。例如，在下面的示例中，我们创建了一个名为 my-db 的 ExternalName 类型的 Service，并将它与名为 my-db.external.com 的外部应用进行了关联：
apiVersion: v1 kind: Service metadata: name: my-db spec: type: ExternalName externalName: my-db.external.com
在这个示例中，我们使用了 ExternalName 类型的 Service，并将它与名为 my-db.external.com 的外部应用进行了关联。这样，当我们在集群内部访问 my-db 时，Kubernetes 会自动将流量转发到相应的外部应用上。
总结
在本文中，我们深入探讨了 Kubernetes 中如何对节点之间的容器进行网络互通，并介绍了 Pod-to-Pod、Pod-to-Service、Service-to-Service 等不同的网络通信方式。通过掌握这些技术，我们可以更加灵活、高效地管理和编排容器。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/64abb19a48841e9894782aea