使用 Envoy 进行服务发现

Question

它如何与 Envoy 一起工作？

假设我已经像这样配置了一个上游集群：

  clusters:
    - 
      name: "service_a_cluster"
      connect_timeout: "0.25s"
      type: "strict_dns"
      lb_policy: "ROUND_ROBIN"
      hosts:
        - 
          socket_address: 
            address: "service_a"
            port_value: 8786

我的 Envoy 实例（ClusterManager？）将如何解析 service_a？
它将向谁发送 DNS 查询？

Answer 1

Envoy 有内部解析机制，这些都可以通过配置获得。看起来您正在使用 Envoy v2 api，因此相关的高级配置位于 cluster object here。

如果您阅读该内容，您会注意到 hosts 字段引用了 type 字段。这个type 字段告诉特使如何处理发现/解决。该机制的完整细节是here。

Answer 2

默认的 kubernetes 安装内置了 DNS 和服务发现。您可以在 kube-system 命名空间中找到相应的 pod。

$ kubectl get pods -n kube-system

[...]
kube-dns-6c7b8dc9f9-ngdq2                                  4/4     Running   0          25h
kube-dns-6c7b8dc9f9-pctnl                                  4/4     Running   0          26h
kube-dns-autoscaler-844c9d9448-sswll                       1/1     Running   0          27h
[...]

直到 1.12 版 kubernetes 使用 kube-dns 进行 DNS 解析和服务发现（因此是 pod 的名称）。目前它使用 CoreDNS。
Note 关于命名：

注意：CoreDNS 服务在metadata.name 字段中被命名为kube-dns。
这样可以与依赖传统 kube-dns 服务名称来解析集群内部地址的工作负载具有更大的互操作性。使用名为 kube-dns 的服务可以抽象出哪个 DNS 提供商在该通用名称后面运行的实现细节。

所以，所有的 DNS 查询实际上都发往这些 pod，并由这些 pod 解析。

---

说到 Istio，事情就有点复杂了。以上适用于默认的 kubernetes 服务，任何自定义的ServiceEntrys（例如 Istio 添加的）都不会被识别。

除了捕获应用程序流量之外，Istio 还可以捕获 DNS 请求，以提高网格的性能和可用性。在代理 DNS 时，来自应用程序的所有 DNS 请求都将被重定向到 sidecar，其中存储了本地域名到 IP 地址的映射。如果请求可以被 Sidecar 处理，它将直接向应用程序返回响应，避免往返上游 DNS 服务器。否则，请求将按照标准/etc/resolv.conf DNS 配置向上游转发。

虽然 Kubernetes 为 Kubernetes Services 提供了开箱即用的 DNS 解析，但任何自定义的 ServiceEntrys 都不会被识别。使用此功能，无需自定义配置 DNS 服务器即可解析erviceEntry 地址。对于 Kubernetes Services，DNS 响应将相同，但减少了 kube-dns 上的负载并提高了性能。

此功能也可用于在 Kubernetes 之外运行的服务。这意味着可以解析所有内部服务，而无需采用笨拙的变通方法将 Kubernetes DNS 条目暴露在集群之外。
Source