Kubernetes Istio网格联邦位置感知

我们正在尝试将我们的微服务架构迁移到K8s和Istio。我们将有两个K8不同的集群。每个前端应用程序一个，另一个用于后端应用程序。我们最初的想法是将每个集群配置为一个独立的Istio网格

我的怀疑是

当前端应用程序对后端应用程序执行请求时，我们能否保持集群之间的位置感知路由

我已经读到，当一个网格分布在K8s集群中时，这是可能的，但我不确定在实现网格联合体系结构时，该功能是否继续工作

---

谢谢

有一个类似istio multicluster配置的功能

根据您的要求，可以有不同类型的多集群模型

根据文件：

在配置Istio的生产部署时，您需要回答许多问题。网格将局限于单个簇还是分布在多个簇中？所有服务是否都位于一个完全连接的网络中，还是需要网关跨多个网络连接服务？是否存在单个控制平面，可能跨集群共享，或者是否部署了多个控制平面以确保高可用性（HA）？如果部署了多个集群，更具体地说是在隔离网络中，它们是要连接到单个多集群服务网格中，还是要联合到多网格部署中

除其他问题外，所有这些问题都代表了Istio部署的独立配置维度

单个或多个群集

单个或多个网络

单个或多个控制平面

单个或多个网格

所有组合都是可能的，尽管有些组合比其他组合更常见，有些组合显然不是很有趣（例如，单个簇中的多个网格）

---

至于功能：

单目 最简单的Istio部署是单个网格。在网格中，服务名称是唯一的。例如，在

foo

命名空间中，只有一个服务可以具有名称

mysvc

。此外，工作负载实例共享一个公共标识，因为服务帐户名称在命名空间中是唯一的，就像服务名称一样

单个网格可以跨越多个网格。在网格中，用于

多重网格 网格联合会产生多个网格部署

多个网格提供了单个网格之外的以下功能：

• 组织边界：业务线
• 服务名称或命名空间重用：多个不同的

  default

  命名空间使用
• 更强的隔离：将测试工作负载与生产工作负载隔离

可以使用网格联合启用网格间通信。联合时，每个网格可以公开一组服务和身份，所有参与的网格都可以识别这些服务和身份

为了避免服务命名冲突，您可以为每个网格指定一个全局唯一的网格ID，以确保每个服务的完全限定域名（FQDN）是不同的

联合不共享同一信任域的两个网格时，必须在它们之间联合身份和信任束。有关概述，请参阅上的部分

---

所以我建议根据您的需要应用多集群模型。最简单的解决方案通常是最好的。单网格多簇允许为多簇环境命名位置

---

还有一个使用多集群istio的示例，它允许自定义命名

希望能有帮助