asp.net - 在 ASP.NET 中，有没有办法编写自定义负载均衡器？

Question

我一直致力于通过 WCF 实现 (1) 服务器、(n) worker 角色服务器设置。一台服务器处理请求，通过 WCF 将工作传递给可用的辅助角色，该辅助角色处理请求，并将数据传回服务器。对于我能够处理的来说，这有点太复杂了。我试图简化解决方案，并认为我可以通过创建 (n) 个服务器来删除 WCF 组件，每个服务器都能够处理辅助角色服务和 Web 服务器角色。假设每个工作服务器只能担任 (1) 个工作角色。

这样，当请求到来时，一些循环式处理程序会选择一个可用的服务器并将 HTTP 请求转发给该服务器/工作程序。该服务器/工作人员执行工作，并将数据直接返回给请求者。

这是可行的方法吗？我意识到对于一些高级开发人员来说，WCF 解决方案不会造成任何问题。我想问是否有一种更简单、更 hacked 风格的方法可以让我在能力有限的情况下创建一个单服务器解决方案，然后复制该解决方案的多个版本并对其进行负载平衡？

非常感谢任何建议!

Answer 1

您所描述的正是负载均衡器的构建目的 - 它们试图在可用服务器池中分配传入请求。

许多托管公司提供涉及多台服务器的托管计划，您可以选择根据这些服务器对传入请求进行负载平衡。

例如:Rackspace 提供负载平衡作为其某些托管计划的可选功能。

如果您在 Microsoft 的 Azure 云中托管一个具有多个 Web 角色实例的站点，您的站点会自动为您进行负载平衡。您还可以构建您的网站，使其在多个地理区域实现动态负载平衡，例如来自亚洲的请求被路由到亚洲的数据中心，从而减少延迟和数据中心内带宽。

另外，考虑在前端网站和后端批处理/密集型工作负载处理之间引入队列/消息总线。这样您就可以独立扩展系统的前端和后端。

综上所述，不要过度设计您的解决方案 - 专注于构建稳定、可靠、高效的系统，然后监控和衡量其性能并在适当的时候进行调整。否则，您可能会花费宝贵的时间和精力来实现实际上对网站或用户没有好处的功能/调整!

---

根据 OP 的评论更新 2012-01-31:

如果你想让你的 worker 角色一次执行一项任务，并且只在他们不再忙时才回去处理另一项工作，我建议你反转你的架构:

与其让一些前端服务器尝试找出哪些工作人员“忙”并相应地分配工作，不如考虑让您的前端服务器将传入消息排队到“传入”队列中。

工作人员从前端“拉”出一个新的工作项，执行所需的任何工作，然后通知前端工作已完成并请求另一个工作项。

这种方法的美妙之处在于它可以线性方式扩展并且具有高度弹性。

当工作人员“拉取”一个新的工作项时，前端会为消息加上时间戳并将其移至辅助“待处理”队列。工作人员在完成工作项时通知前端；前端将已完成的项目移至“已完成”队列(如果不关心则删除它们)。

然后，前端可以定期扫描“待定”队列，查找等待时间过长的消息，如果这些消息等待时间过长，则可以将这些消息返回到“传入”队列。

排队可以很有趣 :) 然而，构建这样的排队系统可能很复杂，要使其真正可靠可能既费时又费钱。

幸运的是，您可以利用一些非常熟练的消息总线实现，它们将为您提供实现此目标所需的 90%!我最喜欢的是微软的基于云的Azure Message Bus它为您提供了非常适合您的场景的非常坚固耐用的消息传递、发布-订阅和队列基础架构。

HTH.