Nginx配置Tomcat集群

Nginx

Nginx常用功能

• Http代理，反向代理：作为web服务器最常用的功能之一，尤其是反向代理。

Nginx反向代理说明图

Nginx在做反向代理时，提供性能稳定，并且能够提供配置灵活的转发功能。Nginx可以根据不同的正则匹配，采取不同的转发策略，比如图片文件结尾的走文件服务器，动态页面走web服务器，只要你正则写的没问题，又有相对应的服务器解决方案，你就可以随心所欲的玩。并且Nginx对返回结果进行错误页跳转，异常判断等。如果被分发的服务器存在异常，他可以将请求重新转发给另外一台服务器，然后自动去除异常服务器。

• 负载均衡

负载均衡说明图1

负载均衡说明图2

Nginx提供的负载均衡策略有2种：内置策略和扩展策略。内置策略为轮询，加权轮询，Ip hash。扩展策略，就天马行空，只有你想不到的没有他做不到的啦，你可以参照所有的负载均衡算法，给他一一找出来做下实现。

Nginx配置文件结构

看一下nginx的默认配置

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # SSL Settings
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml     application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##



    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;


}

嵌入其他配置文件

这个点是我一开始掉坑的地方，因为需求来了直接上手看的nginx，但是一直在默认配置中找不到已经上线的应用配置，最后才了解到include嵌入其他的配置文件了，最后根据嵌入文件的路径成功地找到了引入的配置文件，正是我想要的

Nginx worker进程运行的用户及用户组

默认 user nobody nobody;
user用于设置master进程启动之后，fork出的worker进程运行在哪个用户和用户组下

Nginx worker进程个数

在master/worker运行方式下指定worker进程的个数
worker进程的数量会直接影响性能，每个worker进程都是单线程的进程，它们会调用各模块以实现多种多样的功能，如果这些模块确定不会出现阻塞时的调用，那么有多少CPU内核就应该配置多少个进程；反之，如果可能存在多个可能阻塞的调用，则需要多为worker分配一些进程

• 例如磁盘IO一直是后端服务的一个瓶颈，如果分配的worker进程都是在执行阻塞式的IO服务，那么这个时候Nginx的效率可能会大大降低，这个时候就需要为Nginx多分配一点工作进程
• 多worker进程可以充分利用多核的系统架构，但若worker进程的数量多于CPU内核数的话，这样同样会增大进程之间来回切换造成的消耗(Linux是抢占式内核)，一般情况下与内核相等的worker进程，就可以绑定到CPU内核上

虚拟主机与请求分发

由于IP地址数量有限，一次你经常存在多个诸暨域名对应同一个IP地址情况，这时在nginx.conf中就可以按照server_name(对应用户请求中的主机域名)并通过server块来定义虚拟主机，每个server块就是个虚拟主机，他只处理与之相对应的主机域名请求

主机名称

server_name后可以跟多个主机名称，在开始处理一个HTTP请求时，Nginx会取出header中的Host，与每个server中的server_name进行匹配，决定到哪个server块来处理这个请求，匹配规则也是有优先级的①首先选择所有字符串都完全匹配的server_name②其次选择通配符在前的③选择通配符在后的④最后选择正则表达式匹配的

location

location会尝试根据用户请求中的URI来匹配/uri表达式,如果可以匹配，就会选择这个location块中的配置来处理用户请求

文件路径的定义

以root方式设置资源路径比如说一条HTPP请求是一条请求资源的请求，这个时候就可以使用server和location匹配到这一条资源请求，并且使用root指定这条资源请求的目录，实现资源访问，同样实现资源文件的访问还可以在location匹配到url请求之后使用alias，这两者间的配置有一些小的差别

一个用户如果通过一条HTTP请求需要访问到/user/local/nginx/conf/nginx.conf文件可使用如下两种配置

location /conf {
    alias /usr/local/nginx/conf/;
}
location /conf {
    root /usr/local/nginx/;
}

使用alias时，在URI向实际文件路径的映射过程中，已经把location后的部分字符串丢弃掉了，因此，/conf/nginx.conf请求将根据alias path映射为path/nginx.conf
root则不一样，他会根据完整的URI请求进行映射，因此/conf/nginx.conf将会被映射未root path/conf/nginx.conf，这也是为什么root可以放置到http、server、location中而alias只能存在于location中的原因

使用HTTP proxy module配置一个反向代理服务器

反向代理(reverse proxy)方式是指用代理服务器来接受Internet上的连接请求，然后根据请求转发给内网中的上游服务器，并将从上有服务器上得到的结果返回Internet上请求连接的客户端，此时代理服务器对外的表现就是一个web服务器，充当反向代理服务器也是nginx的通常用法

一般来说如果nginx作为反向代理服务器，接收到的请求若是针对静态文件，则直接通过nginx将请求映射到本地的静态资源上，如果需要动态的结果，即发出的是一条动态的请求，则需要继续反向代理到真正的web服务器

当客户端发来HTTP请求的时候，Nginx并不会立刻转发到上游服务器，而是先把用户的请求(包括HTTP包体)完整地接收到Nginx所在服务器的硬盘或者内存中，然后再向上游服务器发起连接，把缓存的客户端请求转发到上游服务器，而其余的一些反向代理服务器采用的策略是边接收客户端的请求，边进行转发到上游服务器

Nginx这中工作方式存在一个明显的缺点，很明显，这种缓存策略相当于是延长了一个HTTP请求的时间，并增加了用于缓存请求内容的内存和磁盘空间，而优点是降低了上游服务器的负担，将负担更多的放在了自己身上

但是Nginx的这个策略同时也大大提高了效率更降低了上游服务器的负担，比如一个场景是一个客户端想要上传1G的文件，这个时候如果是别的一些反向代理服务器，则在刚与客户端建立连接还没有开始接收包体的时候，就开始向上游服务器进行发起连接，因为客户端和反向代理服务器之间基本都是走外网，这个时间加上自身网络情况，上传1G大小的文件通常是一个很耗时的操作，这个时候，这些反向代理服务器就要一直保持着和客户端的关系，又要保持着和上游服务器的关系，这样一个上传文件操作就成了一个既耗时又耗资源的一个操作，而这个时候Nginx和客户端建立连接之后完整地接收包体之后，通过内网与上游服务器之间建立连接，这个速度和资源损耗就远远小于其余一些反向代理服务器了

在介绍nginx反向代理之前，搭了一个小型的tomcat集群，这样的话就可以通过nginx做反向代理服务器，并且使用负载均衡策略，向上游的两台服务器按照指定的权重策略进行分发请求

搭建Tomcat服务器集群

首先，熟悉基于J2EE规范以及使用Spring框架开发的开发者应该都接触过Tomcat这种并发量适中的小型web应用服务器，可是，如果有一天，你的项目访问量，甚至说并发量到达了一定的级别，你会如何处理这种情况，原始的架构只是单Tomcat服务器，但是这种结构肯定不足以支撑对整个后端服务的运营，这个时候怎么办，首先要想到的就是在有限的一台服务器上鼓捣一个Tomcat集群，让多台Tomcat同时工作，并且使用nginx作为反向代理服务器，配置负载均衡策略，这样去解决单台Tomcat负担过大访问量的单台服务器瓶颈

简易搭建Tomcat集群

• 首先需要确保自己的电脑或者服务器上有安装过后的两台Tomcat服务器

  我为这两台服务器分别起名为main以及secoundary便于区分，并且修改了webapps中ROOT文件夹下的图标，这样的话一会儿在测试的环节上就能区分出nginx分发请求到了哪一台上游服务器

  

  解压后的两台Tomcat服务器

• 修改/etc/profile

  添加如下字段

  

  /etc/profile

• 修改secondary中/bin/catalina.sh文件，注意这里不要修改main中的catalina.sh

  在OS结点下添加如下信息，使secondary开启的时候使用/ect/profile中配置的第二条配置启动

  

  修改catalina.sh

• 修改secondary中conf/server.xml

  找到Server结点修改为，main中Server结点端口为8005

  
  
  

  修改Server结点

• 修改Connector结点，并且为了防止乱码增加URIEncoding属性，main为8080默认端口

  

  修改Connector结点

• 修改AJP端口

  

  修改AJP端口

  AJP Connector
  The AJP Connector element represents a Connector component that communicates with a web connector via the AJP protocol.
  AJP连接器可以通过AJP协议和一个web容器进行交互

  当你想让Apache和Tomcat结合并且你想让Apache处理静态内容的时候用AJP，或者你想利用Apache的SSL处理能力时

  特殊于HTTP Connector，AJP还可以与engine元素上的jvmRoute结合使用来实现负载均衡功能

配置nginx.conf

修改nginx.conf

• 简单说一下这一段的配置

• upstream结点

  upstream结点用来配置上游服务器ip以及端口，用于nginx转发使用，在这里这个www.dzjissz.com域名是在本地hosts中配置指向127.0.0.1的域名，所以就相当于指向本地服务器ip

• server结点中的server_name

  简单地来说，location块需要结合server_name和location后的uri进行匹配，并且根据location块中的proxy_pass配置确定转发的upstream结点

• 这一段nginx的配置主要就是当用户通过www.dzjissz.com这个域名作为url访问服务的时候，nginx匹配到了这个请求，并且向上游两个开启的8080和9080的tomcat服务器进行转发，因为没有指定权重，所以两台服务器的权重weight默认都为1, 我们来看一下效果

main

secondary

可以看出当使用localhost访问服务的时候，相当于www.dzjissz.com作为url进行请求，可以看到nginx将请求转发到了两台开启在不同端口的tomcat服务器。

到这里简单的tomcat集群也就搭建完成了，修改完配置文件和环境变量文件记得使其生效，否则等于啥都没干