Azure Traffic Manager负载平衡选项

Question

我尝试在MSDN上进行挖掘，但无法获得具体的陈述，这是最佳的负载平衡方法。

有人可以分享一下以下哪种方法是给定方案的最佳选择：

1. 性能
2. 故障转移
3. 循环赛。

场景：

x Web角色托管在单个数据中心的大型VM上。

要求：必须全天候（24x7）为100％。

谢谢。

Answer 1

第一：当Azure本身不提供其SLA的 100％时，您真的要为客户提供100％的正常运行时间SLA吗？

也就是说：Traffic Manager仅负载均衡您的计算 ，而不是存储 。 因此，如果您试图通过在另一个数据中心中运行一组备份计算节点来增加正常运行时间，则需要考虑数据访问速度和成本：

• 借助轮询 ，您现在可以保证并不断地在多个数据中心之间分配流量。 而且，如果您的数据位于单个数据中心（将数据存储在单个记录系统中是个好主意，除非您已处理所有复制逻辑），某些用户的节点延迟会增加从您的数据中分离出来的数据将要跨越许多英里（可能在各大洲之间）请求。 另外，数据出口也要付出一定的代价 。
• 凭借性能 ，您的用户将定向到为他们提供最低延迟的数据中心。 同样，这现在意味着跨多个数据中心的流量，并且具有与轮询相同的问题。
• 通过故障转移 ，您现在可以将所有流量发送到一个数据中心，而将另一个流量指定为您的故障转移数据中心（因此用于高可用性）。 如果您在主数据中心发生故障，现在将有一个故障转移数据中心可以依靠。 这可能有助于证明增加的延迟和成本，因为只有在主应用程序位置由于某种原因而变得不可用时，您才会经历此延迟+成本。

因此：如果您要使用高可用性路由，以帮助达到100％可用性标记，我想您最好使用故障转移模型。

Answer 2

仅当您的应用程序部署在同一数据中心或不同数据中心的多个云服务中时，Traffic Manager才会出现。 如果您的应用程序托管在单个云服务中（当然有多个实例），则使用Round Robin模式对实例进行负载均衡。 这是默认的负载平衡模式，无需任何额外费用即可获得。

您可以在此处阅读有关流量管理器的更多信息： https : //azure.microsoft.com/zh-cn/documentation/articles/traffic-manager-overview/

Answer 3

根据我的猜测，无法进行比较，这是Azure Traffic Manager的最佳负载平衡方法。 它们都具有独特的优势，并且会根据应用需求而变化。 最常见的情况是将性能负载平衡选项与azure流量管理器一起使用。 但是正如Gaurav所说，您将必须在多个云服务上托管您的云服务应用程序。 如果您希望实现性能负载平衡，那么这里是入门的链接-http: //sanganakauthority.blogspot.com/2014/06/performance-load-balancing-using-azure.html