Microsoft 有很多关于 IIS7 的新负载平衡和请求路由模块的文档,位于此处:http: //blogs.iis.net/bills/archive/2009/02/16/iis7-request-routing-and-load -balancing-module-released.aspx,但我想知道是否有人有在生产中使用它的经验。使用此模块而不是其他解决方案(例如 HAProxy)有哪些优点/缺点?
Microsoft 有很多关于 IIS7 的新负载平衡和请求路由模块的文档,位于此处:http: //blogs.iis.net/bills/archive/2009/02/16/iis7-request-routing-and-load -balancing-module-released.aspx,但我想知道是否有人有在生产中使用它的经验。使用此模块而不是其他解决方案(例如 HAProxy)有哪些优点/缺点?
我们在公司信息网站的生产中使用它。我们还没有遇到任何问题。它可以顺利关闭服务器,并且负载平衡也可以很好地工作。使用最少的响应时间,以便其中一台服务器收到更多请求。我们将移动我们的电子商务商店之一,该商店的流量也比公司信息网站多得多。所以我们将看看它在更重的负载下是如何工作的。但是我们的测试表明它应该可以毫无问题地处理它
在 www.orcsweb.com 在生产中使用它。绝对喜欢它!它是如此简单,却又如此强大。每次我们尝试对它进行一些创造性的尝试时,ARR 也可以使用它。IIS7 本身也是坚如磐石的,所以在 IIS7 之上构建一些东西是个好主意。
多年来,我们一直在使用硬件负载平衡器并取得了巨大成功,但现在大多数站点都在朝着 ARR 方向发展。
确保在 Web 服务器上使用 ARR Helper。两个原因是: - 来自原始用户的 IP 被记录到日志中,并且 REMOTE_ADDR 和 REMOTE_HOST 被更新为用户的 IP - 您可以使用 SSL 卸载,并且代码无法区分
http://blogs.iis.net/anilr/archive/2009/03/03/client-ip-not-logged-on-content-server-when-using-arr.aspx
我建议将它与 NLB 一起使用并创建 2 个 ARR 节点。将第一个节点设置为接收所有流量,除非第一个节点失败。这样统计数据将在第一个节点上。使用共享配置,这样您就不需要手动管理第二个节点,除了导入和分配 SSL 证书。
这是我使用更多信息所做的博客文章:http ://weblogs.asp.net/owscott/archive/2009/08.aspx
硬件平衡器变得如此便宜,我不知道采用率会有多大。我也有兴趣
我上周看了同样的事情。最后,我认为 IIS7 技术仍然是绿色的。负载平衡/路由确实是您希望其他人发现其中的皱纹的那种技术:-)。对 HAProxy 有很好的体验,如果您的需求更简单,nginx 很容易设置。