0

我试图在 MSDN 上进行挖掘，但无法得到具体说明哪种是最佳负载平衡方法。

有人可以分享一下以下哪些是给定场景的最佳选择：

  1. 表现
  2. 故障转移
  3. 循环赛。

设想：

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

要求：必须 100% 全天候 24x7。

谢谢你。

4

3 回答 3

7

第一：当 Azure 本身没有在其SLA中提供 100% 的 SLA 时，您真的想为您的客户提供 100% 的正常运行时间 SLA吗？

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

  • 使用循环法，您现在可以在多个数据中心之间有保证且持续地分配流量。如果您的数据位于单个数据中心中（将数据保存在单个记录系统中是个好主意，除非您已完全处理复制逻辑），您的一些用户将看到随着节点的增加延迟与您的数据分开将请求跨越数英里（可能在大陆之间）的数据。另外，数据出口有$$$ 成本。
  • 借助性能，您的用户将被引导至为他们提供最低延迟的数据中心。同样，这现在意味着跨多个数据中心的流量，具有与循环相同的问题。
  • 使用故障转移，您现在所有流量都流向一个数据中心，另一个指定为您的故障转移数据中心（所以它是为了高可用性）。如果主数据中心出现故障，您现在可以依赖故障转移数据中心。这可能有助于证明增加的延迟和成本是合理的，因为只有当您的主要应用位置由于某种原因变得不可用时，您才会遇到这种延迟+成本。

所以：如果您要选择高可用性路线，以帮助接近 100% 可用性标记，我猜您最好使用故障转移模型。

于 2013-06-26T06:09:49.650 回答
0

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

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

于 2013-06-26T05:39:40.857 回答
-1

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

于 2014-06-19T09:11:50.660 回答