在 Kubernetess 中使用 DNS和Headless Service 发现运行中的 Pod

有些情况下，我们想检索并连接到特定 Service 所有 Pod 的 IP 地址，Headless Service 和 DNS 可以派上用场，本文就详细介绍了其实践方法。

作者：Mattias te Wierik

翻译：Bach（才云）

在 Kubernetes 集群中，Service 是将运行在一组 Pods 上的应用程序公开为网络服务的抽象方法。Service 可以充当服务发现机制，使我们能轻松地和上游 Pod 通信，而无需知道各个 Pod 的确切 IP 地址。

在某些情况下，我们想检索并连接到特定 Service 所有 Pod 的 IP 地址。当 Pod 是有状态的（例如已部署的数据库）时，各个 Pod 需要与其同属实例进行通信。在这种情况下，Pod 如果想知道哪些其他成员是数据库集群的一部分时，Headless Service 可以派上用场。

K8sMeetup

什么是 Headless Service？

部署 Service时，可以设置三种不同的  以指定所需的 Service 类型：

ClusterIP：仅在集群内部 ip 地址上公开 Service，这也是默认的 。

NodePort：允许通过节点上的静态端口公开 Service。

LoadBalancer：允许使用云提供商的外部负载均衡器公开 Service 。

为避免请求在单个 IP 地址后面进行负载均衡，当不需要单个 IP 地址时，我们可以通过指定 Cluster IP（）的值为  来创建 Headless Service。Kubernetes 不会为该 Service 分配任何 IP 地址。这种 Service 就称为 Headless Services。

K8sMeetup

DNS 解析和 Headless Service

部署 Service 时，Kubernetes 会为其分配一个 DNS 名称。集群中的其他组件可以使用此名称与 DNS 和上游 Pod 通信。DNS 名称遵循以下命名约定：

在 IP 地址上使用可读名称后，其他组件就不需要分配给 Service 实际 IP 地址。

使用正确的 Pod 选择（selector）配置 Headless Service 时，Kubernetes 将为上游选定的 Pod 创建正确端点记录和 DNS 配置。

对于将连接到 Headless Service 的每个已连接 Pod，也会配置 A 或 AAAA 记录。这样就可以对 Headless Service 执行 DNS 查询，以解析所连接 Pod 的所有 IP 地址。

K8sMeetup

如何实践？

假设存在以下问题：Kubernetes 集群中运行着一组有状态的三个 MongoDB Pod。这三个 Pod 共同构成一个 MongoDB 副本集，这是一个高度可用的数据集。

为了能够将控制台应用程序连接到 MongoDB 副本集，我们使用 MongoDB C＃ 驱动程序，同时需要显式定义三个 Pod 的地址。

我们用 Headless Service 解决这个问题。假定 MongoDb Pod 都带有  标签，该标签可以在 Headless Service 中用于选择 Pod。

我们定义的 Headless Service 资源如下所示：

通过将  设置为 ，我们告诉 Kubernetes 将此 Service 视为 Headless Service。由于我们定义了名称和命名空间，因此可以推断出 DNS 名称。我们在集群内部使用  或  作为地址与 Service 进行通信。

接下来让我们来执行 DNS 查询，以检索连接 Pod 的 IP 地址。 方法位于  命名空间中，可帮助我们执行该 DNS 查询并返回 IP 地址数组。它需要一个主机名或 IP 地址。最后，我们可以使用 MongoDB 创建连接字符串（connection string）。

代码如下：

通过该解决方案，我们可以动态创建连接字符串，其主要优点是，在必须扩展数据库集群时，我们不必手动更改连接字符串。

注意：MongoDB 确实通过 DNS 实现了类似的服务发现过程，只需定义 Headless Service 的 DNS 名称即可，这样我们就不必自己生成连接字符串。