kubernetes geo 分布式集群的最佳实践是什么？
What are best practices for kubernetes geo distributed cluster?
获得具有异步网络通道的 Geo 分布式集群的最佳实践是什么？
我想我需要一些 "load balancer" 来重定向连接 "within" 它是自己的 DC，你知道这样的东西已经到位了吗？
第二个问题，我们应该使用一个 HA 集群还是为每个 DC 创建专用集群？
您应该查看拜占庭客户端。我的团队目前正在研究一种用于异步网络中纠删码存储的解决方案，可以防止由故障客户端引起的一些问题，但它依赖于正确的客户端在服务器之间建立一致的状态。
网络由一组服务器 {P1, ...., Pn} 和一组客户端 {C1, ..., Cn} 组成，它们都是具有 运行 时间限制的 PTIM通过给定安全参数中的多项式。服务器和客户端一起是一方。有一个对手，它是一个 PITM，其 运行 时间受多晶硅限制。服务器和客户端由对手控制。在这种情况下，他们被称为 corruptd，否则，他们被称为 honest。最多控制 t 个服务器的对手称为 t-limited。
如果保护无辜的客户端不获得不一致的值是一个优先事项，那么你应该去 ne，但从客户端的角度来看，由错误的客户端引起的问题并不会真正伤害系统。
kubernetes 开发团队的假设是跨集群联合将是处理跨区域工作负载的最佳方式。用于此的工具很容易想象，但尚未出现。您可以（自己）设置区域或全球负载均衡器，并根据 GeoIP 等将流量定向到不同的集群。
获得具有异步网络通道的 Geo 分布式集群的最佳实践是什么？
我想我需要一些 "load balancer" 来重定向连接 "within" 它是自己的 DC，你知道这样的东西已经到位了吗？
第二个问题，我们应该使用一个 HA 集群还是为每个 DC 创建专用集群？
您应该查看拜占庭客户端。我的团队目前正在研究一种用于异步网络中纠删码存储的解决方案，可以防止由故障客户端引起的一些问题，但它依赖于正确的客户端在服务器之间建立一致的状态。
网络由一组服务器 {P1, ...., Pn} 和一组客户端 {C1, ..., Cn} 组成，它们都是具有 运行 时间限制的 PTIM通过给定安全参数中的多项式。服务器和客户端一起是一方。有一个对手，它是一个 PITM，其 运行 时间受多晶硅限制。服务器和客户端由对手控制。在这种情况下，他们被称为 corruptd，否则，他们被称为 honest。最多控制 t 个服务器的对手称为 t-limited。
如果保护无辜的客户端不获得不一致的值是一个优先事项，那么你应该去 ne，但从客户端的角度来看，由错误的客户端引起的问题并不会真正伤害系统。
kubernetes 开发团队的假设是跨集群联合将是处理跨区域工作负载的最佳方式。用于此的工具很容易想象，但尚未出现。您可以（自己）设置区域或全球负载均衡器，并根据 GeoIP 等将流量定向到不同的集群。