需要 3 层网站的预算 NLB 政策
我们有一些面向“经典 asp”客户端的网站，这些网站由中央 asp.net mvc 站点提供服务，该站点充当 Web 服务，即我们直接从 ASP 站点查询 MVC 控制器，并广泛使用 jquery ajax。 该 MVC 站点依次查询在单独的机器上运行的 sql 服务器。 我们有一个自定义会话配置文件，需要在每个页面视图上调用数据库。
目前，面向客户端的网站与 mvc 网站位于同一个盒子上。 我们现在希望使用 Windows 2008 网络负载平衡服务来控制突发流量并保持可用性。 在当前有限的预算内...
什么是最好的策略：2x2 - 客户端站点位于 2 个 NLBed 盒子和 2 个 NLBed 盒子上 MVC 位于单独的一对 NLBed 盒子上，还是同时位于一组 3 个 NLBed 盒子上？
We have a few 'classic asp' client facing websites feeding off a central asp.net mvc site which acts as a webservice ie we query the MVC controllers directly from the ASP sites with extensive use of jquery ajax. This MVC site in turn queries sql server running on a seperate box. We have a custom session profile which requires a call to the database on every page view.
At the moment the client facing websites sit on the same box as the mvc site. We now want to use Windows 2008 network load balancing service to both contain high bursts of traffic and maintain availabilty. Within a currently limited budget...
What is the best policy: 2x2 - client sites on 2 NLBed boxes & MVC on seperate pair of NLBed boxes- or both on a single group of 3 NLBed boxes?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我会选择 2x2 解决方案，只是为了帮助这些 MVC 站点远离 Web。 如果您不需要将 MVC 远离网络，那么请使用 2 或 3 个 NLB 框。
请注意，NLB 是一个 IP 到 IP 负载平衡解决方案，因此如果您通过单个连接进行汇集，它将最终始终连接到同一台服务器，并且您实际上只会进行故障转移。
I would go with the 2x2 solution just to help keep those MVC sites away from the Web. If you do not need the MVCs kept away from the web then go with 2 or 3 NLB'd boxes.
Be aware that NLB is a IP to IP load-balancing solution so if you are funneled through a single connection it will end up always going to the same server and you really just get Fail over.