> IIS是否为您做所有的平衡？
>您是否有一个单独的Web层位于分布式服务器上,在发送到子服务器之前进行一些工作,例如auth或其他工作？
好像很多文章我一直在阅读,并没有真正给我一个直接的答案,或者我只是不了解他们的正确,我想让我的头脑如何真正的负载平衡工作从技术方面,如果有人有任何代码分享,那也是不错的.
我理解缓存会成为一个问题,但这是一个不同的主题,会话以及.
解决方法
> Application Request Routing与IIS集成,您应该理想地有一个单独的Web层来做路由工作,
> Network Load Balancing与Microsoft Windows Server集成,您可以将现有服务器加入到NLB群集中.
这两种技术都不需要任何代码本身,这是基础设施的问题.但是,您必须在开发过程中记住负载平衡的环境.例如,要使网站真正平衡,应该是无状态的.否则,您将必须在客户端和服务器之间提供所谓的粘性,因此同一客户端将始终连接到同一台服务器.
为了使服务无状态,不要在服务器上持久存在任何状态(例如,ASP.NET网站中的会话),而是在服务器场中的所有服务器之间共享外部服务器.因此,通常,对于集群中的所有站点使用外部ASP.NET Session server(StateServer或sqlServer模式).
编辑：
只是为了澄清一些事情,两个提到的技术的几个字：
> NLB在网络层面上工作(实际上是一个网络驱动程序),所以没有任何关于应用程序的知识.您创建由几台机器/服务器组成的所谓群集,并将其作为单个IP地址进行暴露.那么另一台机器可以使用这个IP作为任何其他的IP,但连接将被自动路由到一个集群的机器.在每个服务器上配置了一个集群,没有外部的额外的路由机器.根据群集设置,如我们已经提到的,可以启用或禁用粘性(在此称为单亲或无亲和度).还有一个负载重量参数,因此您可以设置称重负载分配,例如发送更多的连接到最快的机器.但这个参数是静态的,它不能动态地基于网络,cpu或任何其他用途.实际上,NLB并不在乎目标应用程序是否均匀运行,它只是将网络流量路由到所选机器.但是它注意到服务器脱机,所以没有路由. NLB的优点是它非常轻巧,不需要额外的机器.
> ARR更加复杂,它被构建为IIS之上的一个模块,旨在使应用程序级别进行路由决策.网络负载平衡只是其功能之一,因为它是一个更完整的路由解决方案. Microsoft已经具有“基于规则的路由,客户端和主机名关联性,HTTP服务器请求的负载平衡和分布式磁盘缓存”.您可以创建Server Farms多种选项,如负载平衡算法,负载分配和客户端粘性.您可以定义健康测试和路由规则以将请求转发到其他服务器.所有这一切的缺点是应该有一台安装ARR的专用机器,所以需要更多的资源(和成本).
> NLB& ARR – 使用单个ARR机器可能是单点故障,Microsoft states值得考虑创建一个ARB机器的NLB集群.
