你的位置:首页 > ASP.net教程

[ASP.net教程]应用服务器和Web服务器


jetty+apache均衡负载

如上图所示,绝大部分的公司会采用Apache+tomcat集群(或jetty集群)来部署公司的Web服务,

  Web服务器和应用服务器关系,先介绍一下我们常说的服务器:

  1. Tomcat服务器,是运行servlet和JSP Web应用软件的,基于java的Web应用软件容器。(需要装JDK)
  2. Apache服务器,可以运行在所有的Unix、Linux、Windows系统平台上,市场占有率达60%,是世界上用的最多的Web服务器。
  3. IIS是一种web服务组件,它只能运行在Windows平台上,它包括Web服务器、FTp服务器、NNTP服务器和SMTP服务器,分别用于网页浏览、文件传输、新闻服务和邮件发送。

Apache服务器只支持静态页面的请求,对于诸如jsp的动态网页则需要Tomcat应用服务器。也就是说,当一个请求被送到Web服务器里来时,它只单纯的把请求传递给可以很好的处理请求的程序。Web服务器仅仅提供一个可以执行服务器端程序和返回响应的环境,而不会超出职能范围。服务器端程序通常具有事务处理,数据库连接和消息等功能。很显然,Web服务器不支持事务处理和数据库连接池,但它可以配置各种策略来实现容错性和可扩展性,例如负载均衡,缓冲。总而言之,Web服务器专门处理HTTP请求(request),应用程序服务器来实现商业逻辑(business logic)。

  整合Apache服务器和Tomcat服务器(或Jetty服务器)的优势,考虑到以下几点:在单一的服务器上执行WEB应用程序有一些重大的问题,当网站成功建成并开始接受大量请求时,单一服务器终究无法满足需要处理的负荷量。另外一个常见的问题是会产生单点故障,如果该服务器坏掉,那么网站就立刻无法运作了。不论是因为要有较佳的扩充性还是容错能力,我们都会想在一台以上的服务器计算机上执行WEB应用程序。所以,这时候我们就需要用到集群技术了。

image

客户系统一般采用Apache httpd作为web服务器,即作为Tomcat的前端处理器,根据具体情况而定,有些情况下是不需要Apache httpd作为 web 服务器的,如系统展现没有静态页面那就不需要Apache httpd,那时可以直接使用Tomcat作为web 服务器来使用。使用Apache httpd主要是它在处理静态页面方面的能力比Tomcat强多了。图中,通过 Apache-Server 作为中转服务器,实现多个 tomcat 服务器之间的分布式处理,用户直接请求Apache-Server,然后 Apache-Server会将请求分发到具体的tomcat-server,之后tomcat-server响应客户请求并返回结果到Apache-Server,最后Apache-Server返回结果给用户。

  最后来说说常见的几种web服务器的负载均衡策略:

  1. 轮询策略,每一次来自网络的请求轮流分配给内部中的服务器,从1至N然后重新开始。此种均衡算法适合于服务器组中的所有服务器都有相同的软硬件配置并且平均服务请求相对均衡的情况。
  2. 权重轮循均衡,根据服务器的不同处理能力,给每个服务器分配不同的权值,使其能够接受相应权值数的服务请求。例如:服务器A的权值被设计成1,B的权值是3,C的权值是6,则服务器A、B、C将分别接受到10%、30%、60%的服务请求。此种均衡算法能确保高性能的服务器得到更多的使用率,避免低性能的服务器负载过重。
  3. 随机均衡:把来自网络的请求随机分配给内部中的多个服务器。
  4. DNS响应均衡,在Internet上,无论是HTTP、FTP或是其它的服务请求,客户端一般都是通过域名解析来找到服务器确切的IP地址的。在此均衡算法下,分处在不同地理位置的负载均衡设备收到同一个客户端的域名解析请求,并在同一时间内把此域名解析成各自相对应服务器的IP地址(即与此负载均衡设备在同一位地理位置的服务器的IP地址)并返回给客户端,则客户端将以最先收到的域名解析IP地址来继续请求服务,而忽略其它的IP地址响应。在种均衡策略适合应用在全局负载均衡的情况下,对本地负载均衡是没有意义的。
  5. 反向代理负载均衡,使用代理服务器可以将请求转发给内部的Web服务器,让代理服务器将请求均匀地转发给多台内部Web服务器之一上,从而达到负载均衡的目的。这种代理方式与普通的代理方式有所不同,标准代理方式是客户使用代理访问多个外部Web服务器,而这种代理方式是多个客户使用它访问内部Web服务器,因此也被称为反向代理模式。

参考文献:

[1] http://www.cnblogs.com/ayanmw/archive/2013/06/18/3142400.html 

[2] http://www.cnblogs.com/qqzy168/archive/2013/08/03/3199237.html

[3] http://www.server110.com/apache/201403/7964.html

[4] http://www.server110.com/apache/201403/6922.html

[5] http://www.cnblogs.com/itech/archive/2009/08/18/1548860.html

[6] http://zhidao.baidu.com/link?url=R3MX1ziL9Wh5MM9ZBhIAmJaY2Tnm8Jzu1NsaISXHKHCUT1V5AFbMt48_5IQRMtgyvgooCm3UEFcBogRx19EDz_

[7] http://my.oschina.net/xianggao/blog/87469

[8] http://blog.sina.com.cn/s/blog_630153a50101lzww.html