代理服务

代理服务可简单的分为正向代理和反向代理:

正向代理: 用于代理内部网络对Internet的连接请求(如VPN/NAT),客户端指定代理服务器,并将本来要直接发送给目标Web服务器的HTTP请求先发送到代理服务器上, 然后由代理服务器去访问Web服务器, 并将Web服务器的Response回传给客户端。

反向代理: 与正向代理相反,如果局域网向Internet提供资源,并让Internet上的其他用户可以访问局域网内资源, 也可以设置一个代理服务器, 它提供的服务就是反向代理. 反向代理服务器接受来自Internet的连接,然后将请求转发给内部网络上的服务器,并将Response回传给Internet上请求连接的客户端。

反向代理：web服务器的调度器

反向代理（Reverse Proxy）方式是指以代理服务器来接受客户端的连接请求，然后将请求转发给网络上的web服务器（可能是apache、nginx、tomcat、iis等），并将从web服务器上得到的结果返回给请求连接的客户端，此时代理服务器对外就表现为一个服务器。

从上图可以看出：反向代理服务器代理网站Web服务器接收Http请求，对请求进行转发。而且nginx作为反向代理服务器可以根据用户请求的内容把请求转发给后端不同的web服务器，例如动静分离，再例如在nginx上创建多个虚拟主机，这样就成功的做到了在浏览器中输入不同域名（url）的时候访问后端的不同web服务器或web群集。

反向代理的作用

①保护网站安全：任何来自Internet的请求都必须先经过代理服务器

②通过配置缓存功能加速Web请求：可以缓存真实Web服务器上的某些静态资源，减轻真实Web服务器的负载压力

③实现负载均衡：充当负载均衡服务器均衡地分发请求，平衡集群中各个服务器的负载压力

Nginx+Tomcat构筑Web服务器群集的负载均衡

什么是nginx

nginx简介

Nginx是一款轻量级的网页服务器、反向代理器以及电子邮件代理服务器。因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。Nginx（发音同engine x），它是由俄罗斯程序员Igor Sysoev所开发的。起初是供俄国大型的门户网站及搜索引擎Rambler使用。此软件BSD-like协议下发行，可以在UNIX、GNU/Linux、BSD、Mac OS X、Solaris，以及Microsoft Windows等操作系统中运行。

Nginx的应用现状

Nginx 已经在俄罗斯最大的门户网站── Rambler Media（www.rambler.ru）上运行，同时俄罗斯超过20%的虚拟主机平台采用Nginx作为反向代理服务器。

在国内，已经有淘宝、新浪博客、新浪播客、网易新闻、六间房、56.com、Discuz!、水木社区、豆瓣、YUPOO、海内、迅雷在线等多家网站使用 Nginx 作为Web服务器或反向代理服务器。

Nginx的核心特点

（1）跨平台：Nginx 可以在大多数OS编译运行，而且也有Windows的版本；

（2）配置异常简单：非常容易上手。

（3）非阻塞、高并发连接：官方测试能够支撑5万并发连接，在实际生产环境中跑到2～3万并发连接数。（这得益于Nginx使用了最新的epoll模型）；

注：对于一个Web服务器来说，首先看一个请求的基本过程：建立连接—>接收数据—>发送数据，在系统底层看来：上述过程（建立连接—>接收数据—>发送数据）在系统底层就是读写事件。

如果采用阻塞调用的方式，当读写事件没有准备好时，那么就只能等待，当前线程被挂起，等事件准备好了，才能进行读写事件。

如果采用非阻塞调用的方式：事件马上返回，告诉你事件还没准备好呢，过会再来吧。过一会，再来检查一下事件，直到事件准备好了为止，在这期间，你就可以先去做其它事情，然后再来看看事件好了没。虽然不阻塞了，但你得不时地过来检查一下事件的状态，你可以做更多的事情了，但带来的开销也是不小的。非阻塞调用指在不能立刻得到结果之前，该调用不会阻塞当前线程

（4）事件驱动：通信机制采用epoll模型，支持更大的并发连接。

非阻塞通过不断检查事件的状态来判断是否进行读写操作，这样带来的开销很大，因此就有了异步非阻塞的事件处理机制。这种机制让你可以同时监控多个事件，调用他们是非阻塞的，但可以设置超时时间，在超时时间之内，如果有事件准备好了，就返回。这种机制解决了上面阻塞调用与非阻塞调用的两个问题。

以epoll模型为例：当事件没有准备好时，就放入epoll(队列)里面。如果有事件准备好了，那么就去处理；当事件没有准备好时，才在epoll里面等着。这样，我们就可以并发处理大量的并发了，当然，这里的并发请求，是指未处理完的请求。线程只有一个，所以同时能处理的请求当然只有一个了，只是在请求之间进行不断地切换而已，切换也是因为异步事件未准备好，而主动让出的。这里的切换是没有任何代价，你可以理解为循环处理多个准备好的事件。

多线程方式相比，这种事件处理方式是有很大的优势的，不需要创建线程，每个请求占用的内存也很少，没有上下文切换，事件处理非常的轻量级，并发数再多也不会导致无谓的资源浪费（上下文切换）。对于apache服务器，每个请求会独占一个工作线程，当并发数上到几千时，就同时有几千的线程在处理请求了。这对操作系统来说，是个不小的挑战：因为线程带来的内存占用非常大，线程的上下文切换带来的cpu开销很大，自然性能就上不去，从而导致在高并发场景下性能下降严重。

总结：通过异步非阻塞的事件处理机制，Nginx实现由进程循环处理多个准备好的事件，从而实现高并发和轻量级。

（5）Master/Worker结构：一个master进程，生成一个或多个worker进程。

注：Master-Worker设计模式主要包含两个主要组件Master和Worker，Master维护着Worker队列，Worker主要进行实际用户请求处理。

nginx采用这种进程模型有什么好处？采用独立的进程，可以让互相之间不会影响，一个进程退出后，其它进程还在工作，服务不会中断，Master 进程则很快重新启动新的Worker进程。当然，Worker进程的异常退出，肯定是程序有bug了，异常退出，会导致当前Worker上的所有请求失败，不过不会影响到所有请求，所以降低了风险。

（6）内存消耗小：处理大并发的请求内存消耗非常小。在3万并发连接下，开启的10个Nginx 进程才消耗150M内存（15M*10=150M）。

（7）内置的健康检查功能：如果 Nginx 代理的后端的某台 Web 服务器宕机了，不会影响前端访问。

（8）节省带宽：支持 GZIP 压缩，可以添加浏览器本地缓存的 Header 头。

（9）稳定性高：用于反向代理，宕机的概率微乎其微。

Nginx 的 upstream 负载的5种策略

nginx 一般用来做反向代理和负载均衡，将客户端请求发送到后端的tomcat，并将tomcat的响应发送给客户端。后端的tomcat通常不止一个，nginx 根据配置来选择其中一个tomcat，比较常见的选择策略是轮询。

目前最常用前3 种方式

轮询（默认）

轮询：每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。Weight 指定轮询权值，Weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。

ip_hash

ip_hash ：每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，有效解决了动态网页存在的session共享问题。当然如果这个节点不可用了，会发到下个节点，而此时没有session同步的话就注销掉了。

least_conn

least_conn ：请求被发送到当前活跃连接最少的real server上。会考虑weight的值。

url_hash

url_hash ：此方法按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。Nginx本身是不支持url_hash的，如果需要使用这种调度算法，必须安装Nginx的hash软件包nginx_upstream_hash。

fair（第三方）

fair ：这是比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持fair的，如果需要使用这种调度算法，必须下载Nginx的upstream_fair模块。

实验

环境拓扑

nginx配置反向代理

配置nginx作为反向代理和负载均衡，同时利用其缓存功能，将静态页面在nginx缓存，以达到降低后端服务器连接数的目的并检查后端web服务器的健康状况。

主机名	IP	角色
nginx	192.168.10.4	nginx
tomcat1	192.168.10.5	tomcat
tomcat2	192.168.10.6	tomcat

Nginx部署

之前安装好nginx现在追加需要的模块

结合proxy和upstream模块实现后端web负载均衡

使用proxy模块实现静态文件缓存

结合nginx默认自带的ngx_http_proxy_module模块和ngx_http_upstream_module模块实现后端服务器的健康检查，也可以使用第三方模块nginx_upstream_check_module

使用nginx-sticky-module扩展模块实现会话黏贴（保持会话）

使用ngx_cache_purge [pɜːrdʒ]实现更强大的缓存清除功能

上面提到的2个模块都属于第三方扩展模块，需要提前下好源码，然后编译时通过--add-moudle=src_path一起安装。

上传模块

[root@nginx ~]# tar zxf ngx_cache_purge-2.3.tar.gz -C /usr/local/src/

[root@nginx ~]# tar zxf master.tar.gz -C /usr/local/src/

[root@nginx ~]# cd /usr/local/src/nginx-1.10.3/

[root@nginx nginx-1.10.3]# ./configure --prefix=/usr/local/nginx --user=www --group=www --with-http_realip_module --with-http_ssl_module --with-http_gzip_static_module --http-client-body-temp-path=/var/tmp/nginx/client --http-proxy-temp-path=/var/tmp/nginx/proxy --http-fastcgi-temp-path=/var/tmp/nginx/fcgi --with-http_dav_module --with-http_stub_status_module --with-http_addition_module --with-http_sub_module --with-http_flv_module --with-http_mp4_module --with-pcre --with-http_flv_module --add-module=../ngx_cache_purge-2.3 --add-module=../nginx-goodies-nginx-sticky-module-ng-08a395c66e42

关闭nginx服务

把objs下的nginx复制覆盖到/usr/local/nginx/sbin/

[root@nginx nginx-1.10.3]# cp objs/nginx /usr/local/nginx/sbin/

创建代理目录

[root@nginx nginx-1.10.3]# mkdir -p /var/tmp/nginx/client

查看端口号

[root@nginx ~]# netstat -anptl | grep 80 | grep -v 'grep'

删去nginx文件中下面内容

    fastcgi_connect_timeout     600;fastcgi_send_timeout 600;fastcgi_read_timeout 600;fastcgi_buffer_size 64k;fastcgi_buffers     4 64k;fastcgi_busy_buffers_size 128k;fastcgi_temp_file_write_size 128k;fastcgi_temp_path /usr/local/nginx/nginx_tmp;fastcgi_intercept_errors on;fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=ngx_fcgi_cache:128m inactive=1d max_size=10g;location ~ .*\.(php|php5)?$ {root html;fastcgi_pass 127.0.0.1:9000;fastcgi_index index.php;include fastcgi.conf;fastcgi_cache ngx_fcgi_cache;fastcgi_cache_valid 200 302 1h;fastcgi_cache_valid 301 1d;fastcgi_cache_valid any 1m;fastcgi_cache_min_uses 1;fastcgi_cache_use_stale error timeout invalid_header http_500;fastcgi_cache_key http://$host$request_uri;}

重启nginx服务

[root@nginx ~]#systemctl restart nginx

网站测试

http://192.168.10.4

之前安装好了一个tomcat所以安装第二tomcat

安装JDK

卸载openjdk

安装之前需要查看下系统是否安装了openjdk，如果安装了openjdk，请先卸载，否则安装不了oracle官方的jdk

[root@tomcat2 ~]# yum remove java-* -y

上传所有所需的软件包

解压JDK

[root@tomcat2 ~]# tar -zxvf jdk-8u171-linux-x64.tar.gz -C /usr/local/

配置JDK环境变量

[root@tomcat2 ~]# vi /etc/profile #在文件最后加入一下行

JAVA_HOME=/usr/local/jdk1.8.0_171PATH=$JAVA_HOME/bin:$PATHCLASSPATH=$JAVA_HOME/jre/lib/ext:$JAVA_HOME/lib/tools.jarexport PATH JAVA_HOME CLASSPATH

[root@tomcat2 ~]# source /etc/profile #使环境变量生效

查看java环境

[root@tomcat2 ~]# java -version

安装tomcat

解压软件包

[root@tomcat2 ~]# tar -zxvf apache-tomcat-8.5.42.tar.gz -C /usr/local/

重命名目录

[root@tomcat2 ~]# cd /usr/local/

[root@tomcat2 local]# mv apache-tomcat-8.5.42/ tomcat

Tomcat启动脚本

[root@tomcat2 tomcat]# vi /etc/init.d/tomcat

#!/bin/bash# Tomcat init script for Linux# chkconfig: 2345 96 14# discription: The Apache Tomcat Server/JSP containerJAVA_HOME=/usr/local/jdk1.8.0_171/CATALINA_HOME=/usr/local/tomcatstart_tomcat=$CATALINA_HOME/bin/startup.sh       #tomcat启动文件stop_tomcat=$CATALINA_HOME/bin/shutdown.sh     #tomcat关闭文件start() {echo -n "Starting tomcat: "${start_tomcat}echo "tomcat start ok."}stop() {echo -n "Shutting down tomcat: "${stop_tomcat}echo "tomcat stop ok."}# See how we were calledcase "$1" instart)start;;stop)stop;;restart)stopsleep 5start;;*)echo "Usage: $0 {start|stop|restart}"esacexit 0

启动脚本添加执行权限

[root@tomcat2 tomcat]# chmod +x /etc/init.d/tomcat

建立系统服务文件

[root@tomcat2 ~]# vi /lib/systemd/system/tomcat.service

[Unit]Description=tomcatAfter=network.target[Service]Type=forkingEnvironment=JAVA_HOME=/usr/local/jdk1.8.0_171/Environment=CATALINA_HOME=/usr/local/tomcatExecStart=/etc/init.d/tomcat startExecStop=/etc/init.d/tomcat stopExecRestart=/etc/init.d/tomcat restartPrivateTmp=true[Install]WantedBy=multi-user.target

[root@tomcat2 ~]# systemctl daemon-reload #重载service文件

启动tomcat

添加开机自启动

[root@tomcat2 ~]# systemctl enable tomcat

查看是否启动

[root@tomcat2 ~]# ps -ef | grep tomcat

安装mysql-connector

[root@tomcat2 ~]# tar -zxvf mysql-connector-java-5.1.47.tar.gz -C /usr/local/src/

[root@tomcat2 ~]# cd /usr/local/src/mysql-connector-java-5.1.47/

[root@tomcat2 mysql-connector-java-5.1.47]# cp mysql-connector-java-5.1.47-bin.jar /usr/local/tomcat/lib/

[root@tomcat2 ~]# systemctl restart tomcat

测试页面

http://192.168.10.5:8080/index.jsp

http://192.168.10.6:8080/index.jsp

配置Nginx负载均衡

配置nginx反向代理：反向代理+负载均衡+健康探测

查看nginx加载的模块

[root@nginx ~]# nginx -V

nginx-sticky-module模块：

这个模块的作用是通过cookie黏贴的方式将来自同一个客户端（浏览器）的请求发送到同一个后端服务器上处理，这样一定程度上可以解决多个backend servers的session同步的问题 —— 因为不再需要同步，而RR轮询模式必须要运维人员自己考虑session同步的实现（例如通过memcache/redis缓存session）。

另外内置的ip_hash也可以实现根据客户端IP来分发请求，但它很容易造成负载不均衡的情况，而如果nginx前面有CDN网络或者来自同一局域网的访问，它接收的客户端IP是一样的，容易造成负载不均衡现象。

nginx-sticky-module的cookie过期时间，默认浏览器关闭就过期。

这个模块并不合适不支持Cookie 或手动禁用了cookie的浏览器，此时默认sticky就会切换成RR。它不能与ip_hash同时使用。

upstream backend {

server 192.168.1.12:8080 weight=1;

server 192.168.1.13:8080 weight=1;

sticky;

}

配置起来超级简单，一般来说一个sticky指令就够了。

相关信息可以查看官方文档https://bitbucket.org/nginx-goodies/nginx-sticky-module-ng

load-balance调度算法

轮询（默认）：每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。Weight 指定轮询权值，Weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。

ip_hash ：每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，有效解决了动态网页存在的session共享问题。当然如果这个节点不可用了，会发到下个节点，而此时没有session同步的话就注销掉了。

least_conn ：请求被发送到当前活跃连接最少的realserver上。会考虑weight的值。

url_hash ：此方法按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。Nginx本身是不支持url_hash的，如果需要使用这种调度算法，必须安装Nginx的hash软件包nginx_upstream_hash。

fair ：这是比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持fair的，如果需要使用这种调度算法，必须下载Nginx的upstream_fair模块。

负载均衡与健康检查

严格来说，nginx自带是没有针对负载均衡后端节点的健康检查的，但是可以通过默认自带的ngx_http_proxy_module模块和ngx_http_upstream_module模块中的相关指令来完成当后端节点出现故障时，自动切换到下一个节点来提供访问。

upstream backend {

sticky;

server 192.168.1.12:8080 weight=2 max_fails=1 fail_timeout=10s;

server 192.168.1.13:8080 weight=2 max_fails=1 fail_timeout=10s;

}

server {

……

location / {

proxy_pass http://backend;

}

……

}

weight ：轮询权值也是可以用在ip_hash的，默认值为1。

max_fails=1 fail_timeout=10s：这个是Nginx在负载均衡功能中，用于判断后端节点状态，所用到两个参数。

Nginx基于连接探测，如果发现后端异常，在单位周期为fail_timeout设置的时间，中达到max_fails次数，这个周期次数内，如果后端同一个节点不可用，那么将把节点标记为不可用，并等待下一个周期（同样时长为fail_timeout）再一次去请求，判断是否连接是否成功。如果成功，将恢复之前的轮询方式，如果不可用将在下一个周期(fail_timeout)再试一次。

默认：fail_timeout为10s,max_fails为1次。

如上配置表明如果后端节点10秒内出现1次不可用情况，判定节点不可用。判定不可用后10秒内请求不会转发到此节点，直到10秒后重新检测节点健康情况。

nginx的proxy缓存使用

缓存也就是将js、css、image等静态文件从后端服务器缓存到nginx指定的缓存目录下，既可以减轻后端服务器负担，也可以加快访问速度，但这样缓存及时清理成为了一个问题，所以需要ngx_cache_purge这个模块来在过期时间未到之前，手动清理缓存。

proxy模块中常用的指令时proxy_pass和proxy_cache.

nginx的web缓存功能的主要是由proxy_cache、fastcgi_cache指令集和相关指令集完成。

proxy_cache指令负责反向代理缓存后端服务器的静态内容。

fastcgi_cache主要用来处理FastCGI动态进程缓存。

http {

#$upstream_cache_status记录缓存命中率

log_format main '$remote_addr - $remote_user [$time_local] "$request" '

'$status $body_bytes_sent "$http_referer" '

'"$http_user_agent" "$http_x_forwarded_for"'

'"$upstream_cache_status"';

access_log logs/access.log main;

proxy_buffering on; #代理的时候，开启或关闭缓冲后端服务器的响应

proxy_temp_path /usr/local/nginx/proxy_temp;

proxy_cache_path /usr/local/nginx/proxy_cache levels=1:2 keys_zone=my-cache:100m inactive=600m max_size=2g;

server {

listen 80;

server_name localhost;

root html;

index index.php index.html index.htm;

#ngx_cache_purge实现缓存清除

location ~ /purge(/.*) {

allow 127.0.0.1;

allow 192.168.10.0/24;

deny all;

proxy_cache_purge my-cache $host$1$is_args$args;

}

location ~ .*\.(gif|jpg|png|html|htm|css|js|ico|swf|pdf)(.*) {

proxy_pass http://backend;

proxy_redirect off;

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_ignore_headers Set-Cookie;

proxy_hide_header Set-Cookie;

proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;

proxy_cache my-cache;

add_header Nginx-Cache $upstream_cache_status;

proxy_cache_valid 200 304 301 302 8h;

proxy_cache_valid 404 1m;

proxy_cache_valid any 1d;

proxy_cache_key $host$uri$is_args$args;

expires 30d;

}

相关选项说明：

proxy_buffering on; 代理的时候，开启或关闭缓冲后端服务器的响应。

当开启缓冲时，nginx尽可能快地从被代理的服务器接收响应，再将它存入缓冲区中。

proxy_temp_path：缓存临时目录。后端的响应并不直接返回客户端，而是先写到一个临时文件中，然后被rename一下当做缓存放在proxy_cache_path。0.8.9版本以后允许temp和cache两个目录在不同文件系统上（分区），然而为了减少性能损失还是建议把它们设成一个文件系统上。

proxy_cache_path：设置缓存目录，目录里的文件名是cache_key的MD5值。

levels=1:2 keys_zone=my-cache:100m表示采用2级目录结构，第一层目录只有一个字符，是由levels=1:2设置，总共二层目录，子目录名字由二个字符组成。Web缓存区名称为my-cache，内存缓存空间大小为100MB。文件系统上看到的缓存文件名类似于

/usr/local/nginx/proxy_cache/c/29/b7f54b2df7773722d382f4809d65029c 。

inactive=600 max_size=2g表示600分钟没有被访问的内容自动清除，硬盘最大缓存空间为2GB，超过这个大小将清除最近最少使用的数据。

默认情况，nginx不缓存从后端响应的http头中带有Set-Cookie的对象。如果客户端发送的请求带有Cookie header，nginx将忽略缓存，直接将请求传递到后端。nginx中通过proxy_ignore_headers设置忽略它们，设置方法如下：

proxy_ignore_headers Set-Cookie;

proxy_hide_header Set-Cookie;

proxy_cache：引用前面定义的缓存区my-cache

proxy_cache_key：定义如何生成缓存的键，设置web缓存的key值，nginx根据key值md5哈希存储缓存

proxy_cache_valid：为不同的响应状态码设置不同的缓存时间，比如200、302等正常结果可以缓存的时间长点，而404、500等缓存时间设置短一些，这个时间到了文件就会过期，而不论是否刚被访问过。

add_header指令来设置response header,语法: add_header name value;

$upstream_cache_status这个变量来显示缓存的状态，我们可以在配置中添加一个http头来显示这一状态，

$upstream_cache_status包含以下几种状态：

·MISS 未命中，请求被传送到后端

·HIT 缓存命中

·EXPIRED 缓存已经过期请求被传送到后端

·UPDATING 正在更新缓存，将使用旧的应答

·STALE 后端将得到过期的应答

expires ：在响应头里设置Expires:或Cache-Control:max-age，返回给客户端的浏览器缓存失效时间。

修改nginx配置文件

下面的nginx.conf实现nginx在前端做反向代理服务器的完整配置文件的例子，处理js、png等静态文件，jsp/php等动态请求转发到其它服务器tomcat/apache

[root@nginx ~]# vim /usr/local/nginx/conf/nginx.conf

user www www;worker_processes 4;worker_cpu_affinity 0001 0010 0100 1000;error_log  logs/error.log;worker_rlimit_nofile 10240;pid logs/nginx.pid;events {use epoll;worker_connections  65535;}http {include mime.types;default_type application/octet-stream;log_format  main  '$remote_addr - $remote_user [$time_local] "$request" ''$status $body_bytes_sent "$http_referer" ''"$http_user_agent" "$http_x_forwarded_for"''"$upstream_cache_status"';access_log  logs/access.log  main;server_tokens off;sendfile       on;tcp_nopush     on;keepalive_timeout  65;gzip on;gzip_comp_level 6;gzip_http_version 1.1;gzip_proxied any;gzip_min_length 1k;gzip_buffers 16 8k;gzip_types text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml;gzip_vary on;client_max_body_size   10m;client_body_buffer_size   128k;proxy_connect_timeout   75;proxy_send_timeout   75;proxy_read_timeout   75;proxy_buffer_size   4k;proxy_buffers   4 32k;proxy_busy_buffers_size   64k;proxy_temp_file_write_size  64k;proxy_buffering on;proxy_temp_path /usr/local/nginx/proxy_temp;proxy_cache_path /usr/local/nginx/proxy_cache levels=1:2 keys_zone=my-cache:100m max_size=1000m inactive=600m max_size=2g;upstream backend {sticky;server 192.168.1.12:8080 weight=1 max_fails=2 fail_timeout=10s;server 192.168.1.13:8080 weight=1 max_fails=2 fail_timeout=10s;}server {listen       80;server_name localhost;charset utf-8;location ~ /purge(/.*) {allow 127.0.0.1;allow 192.168.1.0/24;deny all;proxy_cache_purge my-cache $host$1$is_args$args;}location / {index index.jsp index.php index.html index.htm;proxy_pass        http://backend;proxy_redirect off;proxy_set_header  Host  $host;proxy_set_header  X-Forwarded-For  $remote_addr;proxy_set_header   X-Forwarded-Proto $scheme;proxy_ignore_headers Set-Cookie;proxy_hide_header Set-Cookie;proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;}location  ~  .*\.(gif|jpg|png|html|htm|css|js|ico|swf|pdf)(.*) {proxy_pass  http://backend;proxy_redirect off;proxy_set_header Host $host;proxy_set_header  X-Forwarded-For  $remote_addr;proxy_set_header   X-Forwarded-Proto $scheme;proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;proxy_cache my-cache;add_header Nginx-Cache $upstream_cache_status;proxy_cache_valid 200 304 301 302 8h;proxy_cache_valid 404 1m;proxy_cache_valid any 1d;proxy_cache_key $host$uri$is_args$args;expires 30d;}}}

常用指令说明:

client_max_body_size 10m ：允许客户端请求的最大单文件字节数。如果有上传较大文件，请设置它的限制值。

client_body_buffer_size 128k ：缓冲区代理缓冲用户端请求的最大字节数

server_tokens off ：隐藏nginx的版本号

模块http_proxy：这个模块实现的是nginx作为反向代理服务器的功能，包括缓存功能。

proxy_connect_timeout ：nginx跟后端服务器连接超时时间(代理连接超时)

proxy_read_timeout ：定义从后端服务器读取响应的超时。此超时是指相邻两次读操作之间的最长时间间隔，而不是整个响应传输完成的最长时间。如果后端服务器在超时时间段内没有传输任何数据，连接将被关闭。

proxy_send_timeout ：定义向后端服务器传输请求的超时。此超时是指相邻两次写操作之间的最长时间间隔，而不是整个请求传输完成的最长时间。如果后端服务器在超时时间段内没有接收到任何数据，连接将被关闭。

proxy_buffer_size 4k ：设置缓冲区的大小为size。nginx从被代理的服务器读取响应时，使用该缓冲区保存响应的开始部分。这部分通常包含着一个小小的响应头。该缓冲区大小默认等于proxy_buffers指令设置的一块缓冲区的大小，但它也可以被设置得更小。

proxy_buffers 8 4k ：为每个连接设置缓冲区的数量为number，每块缓冲区的大小为size。这些缓冲区用于保存从被代理的服务器读取的响应。每块缓冲区默认等于一个内存页的大小。这个值是4K还是8K，取决于平台。

附：查看Linux内存页大小

[root@nginx ~]# getconf PAGESIZE

4096

或

[root@nginx ~]# getconf PAGE_SIZE

4096

proxy_busy_buffers_size 64k ：高负荷下缓冲大小（默认大小是proxy_buffers指令设置单块缓冲大小的2倍）

proxy_max_temp_file_size ：当proxy_buffers放不下后端服务器的响应内容时，会将一部分保存到硬盘的临时文件中，这个值用来设置最大临时文件大小，默认1024M。

proxy_temp_file_write_size 64k ：当缓存被代理的服务器响应到临时文件时，这个选项限制每次写临时文件的大小。

模块http_gzip：

gzip on : 开启gzip压缩输出，减少网络传输。

gzip_min_length 1k ：设置允许压缩的页面最小字节数，页面字节数从header头得content-length中进行获取。建议设置成大于1k的字节数，小于1k可能会越压越大。

gzip_buffers 4 16k ：设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位，按照原始数据大小以16k为单位的4倍申请内存。如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果

gzip_http_version 1.1 ：用于识别 http 协议的版本，早期的浏览器不支持Gzip压缩，用户就会看到乱码，所以为了支持前期版本加上了这个选项，如果你用了Nginx的反向代理并期望也启用Gzip压缩的话，由于末端通信是 http/1.1，故请设置为 1.1。

gzip_comp_level 6 ：gzip压缩比，1压缩比最小处理速度最快，9压缩比最大但处理速度最慢(传输快但比较消耗cpu)

gzip_types ：匹配mime类型进行压缩，无论是否指定”text/html”类型总是会被压缩的。设置哪压缩种文本文件可参考conf/mime.types

gzip_proxied any ：Nginx作为反向代理的时候启用，根据某些请求和应答来决定是否在对代理请求的应答启用gzip压缩，是否压缩取决于请求头中的“Via”字段，指令中可以同时指定多个不同的参数，意义如下：

off – 关闭所有的代理结果数据的压缩

expired – 启用压缩，如果header头中包含 “Expires” 头信息

no-cache – 启用压缩，如果header头中包含 “Cache-Control:no-cache” 头信息

no-store – 启用压缩，如果header头中包含 “Cache-Control:no-store” 头信息

private – 启用压缩，如果header头中包含 “Cache-Control:private” 头信息

no_last_modified – 启用压缩,如果header头中不包含 “Last-Modified” 头信息

no_etag – 启用压缩 ,如果header头中不包含 “ETag” 头信息

auth – 启用压缩 , 如果header头中包含 “Authorization” 头信息

any – 无条件启用压缩

gzip_vary on ：启用应答头"Vary: Accept-Encoding"。和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免浪费不支持的也压缩，所以根据客户端的HTTP头来判断，是否需要压缩。

其实cdn，代理服务器，原理上都是代理服务器。他们一般以url为key值进行缓存。而vary属性的设置，告诉了代理根据url缓存的同时，vary的信息也作为key。比如客户端（浏览器）请求的信息里带上了Accept-Encoding:gzip 则返回压缩副本。如果没有带这个头信息，默认返回非压缩副本。

模块http_stream：

这个模块通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡，upstream后接负载均衡器的名字，后端realserver以 host:port options; 方式组织在 {} 中。如果后端被代理的只有一台，也可以直接写在proxy_pass后面。

proxy_pass http://backend 请求转向backend定义的服务器列表，即反向代理，对应upstream负载均衡器。也可以proxy_pass http://ip:port。

proxy_redirect off 指定是否修改被代理服务器返回的响应头中的location头域跟refresh头域数值。参数off表示禁止所有的proxy_redirect指令。

例如：

设置后端服务器“Location”响应头和“Refresh”响应头的替换文本。假设后端服务器返回的响应头是 “Location: http://localhost:8000/two/some/uri/”，那么指令proxy_redirect http://localhost:8000/two/ http://frontend/one/;将把字符串改写为 “Location: http://frontend/one/some/uri/”。

proxy_set_header Host $host; 允许重新定义或者添加发往后端服务器的请求头。

Host的含义是表明请求的主机名，nginx反向代理服务器会向后端真实服务器发送请求，并且请求头中的host字段重写为proxy_pass指令设置的服务器。因为nginx作为反向代理使用，而如果后端真实的服务器设置有类似防盗链或者根据http请求头中的host字段来进行路由或判断功能的话，如果反向代理层的nginx不重写请求头中的host字段，将会导致请求失败。

proxy_set_header X-Forwarded-For $remote_addr; 后端web服务器获取真实的客户端IP。把真实客户端IP写入到请求头X-Forwarded-For，在Nginx Backend输出X-Forwarded-For获取到了真实客户端IP。

X_Forward_For字段表示该条http请求是有谁发起的？如果反向代理服务器不重写该请求头的话，那么后端真实服务器在处理时会认为所有的请求都来自反向代理服务器，如果后端有防攻击策略的话，那么机器就被封掉了。因此，在配置用作反向代理的nginx中一般会增加两条配置，修改http的请求头：

proxy_set_header Host $host;

proxy_set_header X-Forwarded-For $remote_addr;

proxy_set_header X-Forwarded-Proto $scheme; 就是为了正确地识别实际用户发出的协议是 http 还是 https。

proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504; 增加故障转移，如果后端的服务器返回502、504、执行超时等错误，自动将请求转发到upstream负载均衡池中的另一台服务器，实现故障转移。

测试

测试缓存功能

如果在缓存时间之内需要更新被缓存的静态文件怎么办呢，这时候就需要手动来清除缓存了。

ngx_cache_pure清除缓存模块使用说明

在后端的两台tomcat服务器上创建可以缓存的类型文件（如html或jpg类型文件）。

[root@tomcat1 ~]# echo "server1 html" > /usr/local/tomcat/webapps/ROOT/index.html

[root@tomcat2 ~]# echo "server2 html" > /usr/local/tomcat/webapps/ROOT/index.html

用火狐浏览器测试的时候，可以按F12调用开发工具，选择Network选项，我们可以看到，Response Headers，在这里我们可以看到，我们请求的是否是缓存。

第一次访问nginx.conf配置文件中未设置缓存的类型文件，显示结果是“miss”，即每次都从后端获取数据。

192.168.10.4/index.html

刷新一下

从上图显示结果可以看到，从缓存中命中。也可以查看缓存目录或nginx的访问日志。

清除缓存:

上述配置的proxy_cache_purge指令用于方便的清除缓存，但必须安装第三方的ngx_cache_purge模块才能使用

使用ngx_cache_purge模块清除缓存（直接删除缓存目录下的文件也算一种办法）：

GET方式请求URL，即使用配置文件中的location ~ /purge(/.*)

浏览器访问http://192.168.10.4/purge/your/may/path来清除缓存。

例如：清楚index.html的缓存

在浏览器中输入：http://192.168.10.4/purge/index.html

缓存清除成功。

备注：
（1）purge是ngx_cache_pure模块指令
（2）your/may/path是要清除的缓存文件URL路径

测试负载均衡

若只有一台客户端要验证负载均衡，可以先关闭缓存和保持session会话。或者在客户端浏览器中访问不是缓存的类型文件（如index.jsp）

proxy_buffering off;

#sticky

客户端通过浏览器访问：

http://192.168.10.4

刷新一下

测试健康检查即容错性

若要验证健康检查可以先关掉缓存功能

proxy_buffering off;

客户端通过浏览器访问：

客户端不管怎么刷新，显示内容都是“tomcat server1”，说明是由第1台tomcat服务器给客户端提供服务（因为我们采用负载均衡策略是sticky）。

现在模拟tomcat server1宕机。

[root@tomcat1 ~]# systemctl stop tomcat

客户端刷新浏览器页面：

可以看到第1台tomcat服务器挂掉后，继续由第2台tomcat服务器给客户端提供服务。整个过程对于客户端来说是透明的，用户是感知不到第1台tomcat服务器挂掉的。

后端服务器获取客户端真实ip

如何让后端web服务器（tomcat/nginx）日志获取客户端真实的IP，而不是nginx代理服务器的IP。

tomcat作为后端服务器的配置

如果tomcat作为后端web，在tomcat日志中记录客户端的真实ip，tomcat需要做如下修改：

修改server.xml文件，在该文件中

把className="org.apache.catalina.valves.AccessLogValve" directory="logs"块中的pattern参数里的内容修改为上面的红色字体内容，即：

pattern="%{X-FORWARDED-FOR}i %a %l %u %t %r %s %b %D %q %{User-Agent}i" resolveHosts="false"

修改完后的完整配置：

# vim /usr/local/tomcat/conf/server.xml //修改下面的内容，红色部分

<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"

prefix="localhost_access_log" suffix=".txt"

pattern="%{X-FORWARDED-FOR}i %a %l %u %t %r %s %b %D %q %{User-Agent}i" resolveHosts="false" />

没有Nginx这一层的时候直接用%a就可以获得客户端IP，现在我们得用%{ X-FORWARDED-FOR }i 来获得真实的IP了。

pattern配置段，用于指定日志的输出格式。日志参数如下：

％a - 远程IP地址

％A - 本地IP地址

％b - 发送的字节数，不包括HTTP头，或“ - ”如果没有发送字节

％B - 发送的字节数，不包括HTTP头

％h - 远程主机名

％H - 请求协议

％l (小写的L)- 远程逻辑从identd的用户名（总是返回' - '）

％m - 请求方法

％p - 本地端口

％q - 查询字符串（在前面加上一个“？”如果它存在，否则是一个空字符串

％r - 第一行的要求

％s - 响应的HTTP状态代码

％S - 用户会话ID

％t - 日期和时间，在通用日志格式

％u - 远程用户身份验证

％U - 请求的URL路径

％v - 本地服务器名

％D - 处理请求的时间（以毫秒为单位）

％T - 处理请求的时间（以秒为单位）

％I （大写的i） - 当前请求的线程名称

此外，您可以指定以下别名来设置为普遍使用的模式之一：

common - %h %l %u %t "%r" %s %b

combined - %h %l %u %t "%r" %s %b "%{Referer}i" "%{User-Agent}i"

重启tomcat服务，客户端访问。查看tomcat的日志

[root@tomcat2 ~]# tail -2 /usr/local/tomcat/logs/localhost_access_log.2022-06-07.txt

其中192.168.10.1是客户端真实Ip，192.168.10.4是nginx代理服务器ip地址

Nginx+Tomcat构筑Web服务器集群相关推荐

nginx两台文件服务器集群,keepalived结合nginx状态检测脚本实现对web服务器集群的高可用...
实验环境两台CentOS-7.5虚拟机 web1:10.0.11.203 web2:10.0.11.204 VIP :10.0.11.210 web类型:nginx 客户端:自用笔记本(win10) ...
Web服务器集群搭建
Web服务器集群搭建 1.需求分析 1.1.整体需求搭建一个高可用的网站服务器集群,能承受高并发请求,能抵御一般的网络攻击,任何一台服务器的退服不影响整个集群的运作,并且能对各服务器的运行情况作出实 ...
ipvsadm命令及lvs-nat类型web服务器集群
1.管理集群服务 (1)创建或修改 ipvsadm -A|E -t|u|f service-address [-s scheduler] -A 添加 -E 修改 -t 承载的应用层协议为基于TCP协议 ...
利用LVS（Linux Virtual Server）系统实现Web服务器集群的负载均衡
利用LVS(Linux Virtual Server)系统实现Web服务器集群的负载均衡 LVS系统结构与特点: 1. Linux Virtual Server:简称LVS.是基于Linux服务器集群 ...
opnet对服务器的性能分析,一种Web服务器集群的动态反馈算法
摘要:介绍了Web服务器集群技术和负载均衡,针对静态的加权轮询算法和动态加权最小连接数算法的不足,提出一种基于动态反馈的加权最小连接数算法,该算法根据服务器的实时负载动态地改变权值的大小,再根据最小连 ...
[转]使用简单的 5 个步骤设置 Web 服务器集群
文章来源:http://www.ibm.com/developerworks/cn/linux/l-linux-ha/index.html 使用简单的 5 个步骤设置 Web 服务器集群使用 Lin ...
Linux WEB服务器集群在电子商务中的应用
随着Internet 和电子商务的飞速发展,人们对电子商务网络服务器访问需求急剧增加,网络服务器的负载越来越大,采用服务器集群[1]已成为提高网络服务性能的有效途径.Web 服务器集群就是基于集群体系 ...
（七）centos7案例实战——nginx+keepalived高可用服务器集群搭建
前言本节内容延续之前的内容,往期博客已经介绍了如何安装nginx服务器以及将nginx安装成为一个系统服务,本节内容是在前期内容的基础上,搭建一个高可用的nginx服务器集群,主要使用Keepali ...
通过 Terracotta实现基于Tomcat的Web应用集群
<script type="text/javascript"> </script> <script src="http://pagead2. ...

Nginx+Tomcat构筑Web服务器集群