不确定这是不是正确的地方，否则请指向其他论坛。
在多集群kubernetes设置中，跨集群通信是否有效？特别地，一个群集中的容器依赖于另一群集中的容器。
或者有与此相关的限制或反模式吗？ 如果没有，您使用什么工具来管理此部署并监视每个群集上的负载？
答案 0 :(得分：1)
Multicluster部署可为您提供更大程度的隔离和可用性，但会增加复杂性。如果您的系统具有高可用性要求，则可能需要跨多个区域和区域的群集。您可以在单个群集中进行金丝雀的配置更改或新的二进制发行版，其中配置更改只会影响少量的用户流量。此外，如果群集出现问题，您可以暂时将流量路由到附近的群集，直到解决该问题为止。
Multiple meshes除了提供单个网格以外，还具有以下功能：
我在KubeCon上找到了非常不错的youtube视频，请检查一下，因为它确实说明了多集群的工作原理，特别是Matt Turner的第一个视频。
签出Admiral可以为多集群Istio服务网格提供自动配置和服务发现
Istio具有非常强大的多集群功能。跨多个集群大规模管理此配置具有挑战性。 Admiral对此配置持坚定态度，并提供跨群集的自动配置和同步。这消除了开发人员和网格操作员的复杂性，从而将这种复杂性推向了自动化。
在多集群kubernetes设置中，跨集群通信是否有效？特别是，一个群集中的Pod依赖于另一个群集中的Pod。
基于提供的链接和我的知识，一切都可以正常运行，pod可以依赖另一个集群中的pod。
更多有用的链接：
Kubefed和Admiral的不同框架如何相互配合？我们可以同时使用还是仅使用其中之一？
我不会使用kubefed，因为据我所知它是alpha版本，除非您真的需要它。我不知道他们如何一起工作，我只能假设他们都应该工作。
在决定不同的网格体系结构以促进跨集群通信时我们应该考虑什么？
上面有一个指向youtube视频的链接，介绍了istio Multi-Cluster Service Mesh Patterns，我想说，您可以根据自己的需要来决定要使用哪一种，最简单的一种是视频，单个控制平面，单个网络。进一步了解there。