Azure流量管理器负载平衡选项

Question

我试图挖掘MSDN，但无法得到具体的声明，哪种是最佳的负载均衡方法。

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

1. 性能
2. 故障转移
3. Round Robin。

情景：

x单个数据中心上的大型VM上的Web Roleshosted。

要求： 必须是全天候100％提升。

谢谢。

Answer 1

首先：当Azure本身不提供100％的SLA's时，您是否真的希望为您的客户提供100％的正常运行时间SLA？

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

• 通过循环，您现在可以保证并且不断地在多个数据中心之间分配流量。如果您的数据位于单个数据中心（最好将数据放在单个记录系统中，除非您已经完成所有复制逻辑），您的一些用户将会看到增加的延迟作为节点与您的数据分开将要求跨越许多英里（可能在各大洲之间）请求数据。另外，数据出口有$$$ cost to it。
• 使用性能，您的用户将被引导至数据中心，从而为他们提供最低延迟。同样，现在这意味着跨多个数据中心的流量，与循环相同的问题。
• 通过故障转移，您现在可以将所有流量转到一个数据中心，另一个指定为故障转移数据中心（因此它适用于高可用性）。如果您在主数据中心中断，您现在可以依赖故障转移数据中心。这可能有助于证明增加的延迟和成本，因为当您的主应用程序位置由于某种原因变得不可用时，您只会遇到此延迟+成本。

所以：如果您要使用高可用性路线，为了帮助达到100％可用性标记，我猜你最好使用故障转移模型。

Answer 2

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

您可以在此处详细了解流量管理器：https://azure.microsoft.com/en-us/documentation/articles/traffic-manager-overview/

Answer 3

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