3 层架构中负载均衡策略的最佳实践

Question

在提问之前，请先澄清一下我的术语。

3 层架构 - 不是 Web 应用程序中讨论的普通客户端、逻辑和数据访问层。它更多地是指基础设施（或系统）级别。 3 层由 Web、应用程序和数据库层组成。

Web 层 - 由执行代理工作的 Web 服务器组成。例如。 IIS 重写

应用程序层 - 由具有应用程序实际源代码的应用程序服务器组成。例如。 ASP.NET 应用程序

数据库层 - 由存储数据的数据库服务器组成。例如。 MS SQL 服务器。

如下所示，我有两个整体架构。 diagram

图 1 和图 2 之间的更好做法是什么（或者可能是利弊）。我正在考虑高可用性 (HA)、可维护性、复杂性、关注点分离等方面。

Answer 1

如果您需要支持会话状态，那么额外的负载平衡层将相当昂贵。如果您的应用程序真的是无状态的，那么它不会有很大的不同。

我的问题是，为什么不将您的应用程序层和代理层组合到同一个硬件，并在冗余池中拥有 4 个节点而不是两个节点。这将增加您的实际冗余，并消除网络跃点。你的攻击面已经被你的硬件负载均衡器减小了。