我有一个天蓝色的流量管理器，可根据性能（延迟）在两个数据中心之间路由流量。这两个DC是彼此的复制品，并以这种方式设计，以便我们的全球客户无论在何处连接都能获得良好的性能。
应用程序层不保持状态，并且在1分钟计时器上使用SQL合并复制设置数据层，以使DBS保持同步，以便在数据中心故障转移时提供服务连续性。
我发现的问题是流量管理器路由有点不稳定。我观察到只在一个数据中心下注册用户才发现登录已被路由到另一个 - 此时SQL复制尚未同步，第二个DC不知道用户存在。即使用户已注册并从同一位置登录！ DC位于美国西部和东南亚。
我正在寻找一些方法来解决这个问题。解决方案A是将用户数据发送到特定数据中心，因此用户注册的DC随后被使用。我不会遇到同步问题，但我失去了SQL复制提供的连续性优势。
解决方案B是使用不同的更可预测的全局负载均衡器。但首先我想要一些意见，或者看看我做错了什么，或者我的架构是否存在缺陷。
感谢您的建议。
答案 0 :(得分：1)
我的解决方案也遇到了使用流量管理器的挑战，尽管与您的解决方案略有不同。如果流量管理器可以为您工作，它是一个很有价值的解决方案。据我所知，流量管理器中没有配置允许它知道会话，因此在你的情况下它的性能配置设置是盲目的。这意味着它的表现不稳定，因为你期望它使用会话来持久到一个可用的端点。
就您的解决方案而言，它非常属于企业。使用解决方案A向后移动可能不符合您对构建工作的要求。解决方案B带来了交通管理器缺少的更多功能，其中一个功能可以解决您的问题。出于其他原因，我正在寻找
http://kemptechnologies.com/uk/server-load-balancing-appliances/virtual-loadbalancer/loadmaster-azure
它专为Azure而设计，可作为预安装的VM使用。还有其他的可用，但这是我的选择，如果我在你的位置并希望保持你现有的弹性水平，我将会使用它。
希望这有帮助。