EKS 跨集群内部 DNS 查找
EKS cross cluster internal DNS lookup
我们有 2 个 EKS 集群，集群#1 用于应用程序，集群#2 用于可观察性。
如果我们要避免通过 public 互联网进行路由，但仅限于 EKS 集群之间的 VPC 对等互连，pods 如何从一个集群中查找 pods 的内部名称 {service name}.{namespace}.svc.cluster.local 来自另一个集群？
如评论中所述：
Hello, have you seen Istio multicluster setup on it's homepage? https://istio.io/latest/docs/setup/install/multicluster/
. It's describing setup similar to one you would like to achieve.
Istio
其中一个解决方案是使用 Istio 的官方文档中提到的设置：
以上文档描述了跨多个集群安装和配置 Istio 网格。有多种部署模型可供选择，可在此处找到：
您需要选择最适合您的选项。
EKS 应用网格
您还可以查看特定于 EKS 的解决方案，即 App Mesh:
这里描述了更具体的指南，它认识到需要 1 个以上的集群（使用 Cloud Map）：
其他资源
我还发现了这个 Whosebug 问题，它对所问的问题采取了不同的方法（使用类型为 LoadBalancer 的 internal Service）：
我们有 2 个 EKS 集群，集群#1 用于应用程序，集群#2 用于可观察性。
如果我们要避免通过 public 互联网进行路由，但仅限于 EKS 集群之间的 VPC 对等互连，pods 如何从一个集群中查找 pods 的内部名称 {service name}.{namespace}.svc.cluster.local 来自另一个集群？
如评论中所述：
Hello, have you seen Istio multicluster setup on it's homepage? https://istio.io/latest/docs/setup/install/multicluster/ . It's describing setup similar to one you would like to achieve.
Istio
其中一个解决方案是使用 Istio 的官方文档中提到的设置：
以上文档描述了跨多个集群安装和配置 Istio 网格。有多种部署模型可供选择，可在此处找到：
您需要选择最适合您的选项。
EKS 应用网格
您还可以查看特定于 EKS 的解决方案，即 App Mesh:
这里描述了更具体的指南，它认识到需要 1 个以上的集群（使用 Cloud Map）：
其他资源
我还发现了这个 Whosebug 问题，它对所问的问题采取了不同的方法（使用类型为 LoadBalancer 的 internal Service）：