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

Question

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

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

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

场景:

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

要求:必须 24x7 100%。

谢谢。

Answer 1

第一:当 Azure 本身在其 SLA's 中并未提供 100% 的正常运行时间 SLA 时，您真的想为您的客户提供 100% 的正常运行时间 SLA 吗？ ？

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

• 通过循环，您现在可以在多个数据中心之间持续分配流量，保证稳定。如果您的数据位于单个数据中心(将数据存储在单个记录系统中是一个好主意，除非您已经处理好所有复制逻辑)，那么您的一些用户将看到随着节点的延迟增加与您的数据分离的将请求跨越许多英里(可能是在大陆之间)的数据。另外，数据导出有 $$$ cost to it .
• 凭借性能，您的用户将被引导至为他们提供最低延迟的数据中心。同样，这现在意味着跨多个数据中心的流量，与循环法具有相同的问题。
• 通过故障转移，您现在可以将所有流量发送到一个数据中心，并指定另一个数据中心作为您的故障转移数据中心(因此它是为了实现高可用性)。如果主数据中心发生故障，您现在可以依靠故障转移数据中心。这可能有助于证明增加的延迟和成本是合理的，因为只有当您的主要应用位置由于某种原因不可用时，您才会遇到这种延迟+成本。

因此:如果您要采用高可用性路线，为了帮助接近 100% 可用性标记，我猜您最好采用故障转移模型。