`

NGINX实现反向代理

 
阅读更多

概述:反向代理是指的,服务器代理网络上的客户机请求,将请求转达给内部真实服务器,然后在返回给Internet客户端,代理服务器上面没有任何网页资料。反向代理和正向代理没有冲突,可以在防火墙设备中同时使用这两种结合,正向代理可以进行过滤,保护内部网络安全。

软件七层负载均衡大多是基于HTTP反向代理,Nginx反向代理能够支持虚拟主机,可以按照轮询,IP哈希,URL哈希,权重方式对后端服务器做负载均衡,还支持后端服务器健康检查。

常见的Web负载均衡方法:

1、 DNS轮询:将同一个主机名添加多个A记录,DNS将解析请求安装A记录的顺序,随即分配到不同的IP上,使用dig baidu.com 就可以看到不同的A记录对应的IP地址。缺点:可靠性低,其中一台出现故障,就不会给予回应,就算从DNS去掉该服务器IP,但是也会保存在各地区的ISP众多的DNS缓存中。系统股灾不均衡,使用简单轮询,不能计算出服务器的负载差异,所以有可能客户集中请求到其中某一台服务器。

2、F5、LVS、DNS只能解析这里不做讲述

配置环境:

三台CentOS5.3,一台做nginx代理,2台apache做页面测试。apache端口改为:8080,nginx使用80口接收客户请求

yum -y install pcre-devel openssl openssl-devel //安装包,否则编译时候出错

#useradd www

#groupadd www

#usermod -g www www //设置nginx的用户和组

#tar xzvf pcre-7.8.tar.gz

#./configure

#make ; make install //安装pcre让nginx支持rewrite重写方便以后所需

[root@localhost tar]# cd nginx-0.7.16/

[root@localhost nginx-0.7.16]# ./configure --user=www --group=www --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module

--with-http_stub_status_module:这个模块用于获取nginx自上次启动以来的工作状态,非核心模块

--with-http_ssl_module :把ssl编译进去, 仅仅指定openssl库的源代码路径还是不够的

[root@localhost nginx-0.7.16]#make ; meke install

#cd /usr/local/nginx/conf/nginx.conf

#vi nginx.conf

user www www; //设置用户和组

worker_processes 4; //生成进程数,等于CPU总核数两倍
error_log /data1/logs/nginx_error.log crit; //错误日志路径,错误日志可选项为:【debug info notice warn error crit】
pid /usr/local/nginx/logs/nginx.pid; //PID路径
worker_rlimit_nofile 51200; //指定文件描述符数量
events {
use epoll; //使用网络I/O模型
worker_connections 51200; //允许连接数,文件描述符
}
http
{
include mime.types; //文件类型
default_type application/octet-stream; //默认文件类型
charset UTF-8 //语言类型
server_names_hash_bucket_size 128; //根据CPU的cache来设定
client_header_buffer_size 4; //记录缓存4k
large_client_header_buffers 4 8k; //如果4k不够,用8k
sendfile on; //指定nginx是否调用sendfile函数(zero copy方式)来输出文件,普通应用必须设为on,对于普通文件用on。如果进行下载I/O负载应用,设置为off,以平衡磁盘磁盘和网络I/O处理速度。
#tcp_nopush on; //允许或禁止使用socket的TCP_NOPUSH(on freebsd或TCP_COR(on linux),此选择仅仅在使用sendfile时候可用,
keepalive_timeout 65; //长连接超时时间
tcp_nodelay on;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
#开启gzip压缩,用于支持在线实时压缩输出数据流
gzip on; //off关闭或者on开启gzip功能
gzip_min_length 1k; //设置允许压缩最小字节数,0表示多大都压,最好设置大于1k,小于1k越压越大
gzip_buffers 4 16k; //系统获取几个单位的缓存,用于存储gzip压缩结果数据流。4 4k 代表以4k为单位,按照原始数据大小以4k为单位的4倍申请内存。 4 8k 代表以8k为单位,按照原始数据大小以8k为单位的4倍申请内存,如果没有设置,默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。
gzip_http_version 1.1; //判断http协议版本,是否支持压缩,否则用户看到乱码。默认即可,大部分都得支持
gzip_comp_level 2; //gzip压缩比,1 压缩比最小处理速度最快,9 压缩比最大但处理最慢
gzip_types text/plain application/x-javascript text/css application/xml; //默认nginx是开启gzip压缩,但是只针对html文件押送 gzip_types text/plain application/x-javascript text/css text/html application/xml text/javascript;在nginx的gzip的gzip_types加上
gzip_vary on; //和http头有关系,加个vary头,给代理服务器用的,有的浏览器支持压缩,有的不支持,所以避免浪费不支持的也压缩,所以根据客户端的HTTP头来判断,是否需要压缩。
client_max_body_size 50m; //允许客户端请求的最大单个文件字节数
client_body_buffer_size 128k; //缓冲区代理用户端请求的最大字节数,可以理解先保存到本地在穿给用户
proxy_connect_timeout 600; //和后端服务器连接的超时时间,发起握手等候相应超时时间
proxy_read_timeout 600; //连接成功后,等待后端服务器相应时间,已经进入后端的排队之中等候处理
proxy_send_timeout 600; //后端服务器数据回传时间,在规定时间内服务器必须传完所有数据
proxy_buffer_size 16k; //只保存用户头信息一共nginx进行规则处理,用于缓存代理请求
proxy_buffers 4 32k; //告诉nginx保存单个用的几个Buffer最大用多大空间
proxy_busy_buffers_size 64k; //如果系统很忙可以申请更大的proxy_buffers,官方推荐 *2
proxy_temp_file_write_size 64k; //proxy缓存临时文件大小
upstream http_server_pool {
server 192.168.1.2:8080 weight=4 max_fails=2 fail_timeout=30s;
server 192.168.1.3:8080 weight=2 max_fails=2 fail_timeout=30s;
} //设置地址池,后端2台服务器
server //第一个虚拟主机,反向代理http_server_pool这组服务器
{
listen 80; //监听端口
server_name www.xiao.com; //主机名称
location /
{
proxy_next_upstream error timeout invalid_header http_500 http_503 http_404; //http://www.2tutu.com/post/2008/631.html //后端服务器返回500 503 404错误,自动请求转发到upstream池中另一台服务器
proxy_pass http://http_server_pool;
proxy_set_header Host www.xiao.com;
proxy_set_headerX-Forwarded-For$remote_addr;
}
access_log logs/www.xiao.com.access.log combined;
}
}
proxy_set_header Hostwww.xiao.com
proxy_set_header Host $host首先说明 proxy_set_header 指令在向反向代理的后端Web服务器发起请求时添加指定的 Header头信息,后端web服务器有多个基于域名的虚拟主机时,通过头信息Host,用于指定请求的域名,这样后端web才能识别反向代理请求哪个虚拟主机处理。
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for :联系下面PS中所写,在后端web中就算加上$http_x_Forwarded_for这条,也得不到用户的IP,所以在nginx反向代理添加Header头信息 X-Forwarded-For在配合后端服务器日志文件的$http_x_Forwarded_for这条就可以获得用户的IP地址了。

PS:假设Nginx作为Web服务器,nginx或Squid作为反向代理后,就不能获取客户端的真实IP地址了,由于在客户端和Web增加了中间层,web没有真实的IP,通过$remote_addr变量拿到是反向代理的IP,Web代理可以增加$http_x_Forwarded_for信息,用于记录客户端IP和原来客户请求的服务器地址,在日志格式中加上即可。

log_format main '$http_x_Forwarded_for '
'$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /tmp/Nginx.access.log main; //在后端Web里面加上这样就可以了

upstream : nginx支持4种算法,下面一一介绍

1、 轮询

每个请求按时间顺序分配到不同的后端服务器了,后端服务器down掉,自动切除。

2、weight

设定服务器权值: weight=2

weight=4 服务器性能不均时候使用

3、 ip_hash

每个请求按访问ip的hash结果分配,每个访客有固定的后端服务器,可以解决session问题

4、 fair(第三方)

按后端服务器的响应时间来分配,响应时间短的优先分配

5、url_hash (第三方)

按访问的url的hash结果分配,使每个url定向到同一个后端服务器,后端为缓存服务器比较有效。

以往的架构lvs或者dns轮询,这样虽然squid里面的均衡的,但是忽略了一点就是数据量,虽然每台squid是均匀但是都是满载的,重复的请求,会占用很多空间,在前面换上nginx在配上url_hash,根据url分流后,每一个url会只存在一个squid上,每台squid数据完全不同。http://edu.codepub.com/2010/0202/20282.php

upstream http_server { //定义负载均衡设备的Ip及设备状态
  ip_hash;
   server 127.0.0.1:9090 down;
   server 127.0.0.1:8080 weight=2;
   server 127.0.0.1:6060;
   server 127.0.0.1:7070 backup;
  }

down : 当前的IP server暂时不参与负载,不进行反向代理

weight: 默认为1,weight越大,负载的权重越大

max_fails: 允许请求失败的次数默认为1,当超过最大次数时,返回proxy_next_upstream模块定义的错误。

fail_timeout : max_fails次失败后,暂停的时间

backup: 其它所有非backup机器down或者忙时候,请求backup机器,这台机器压力最轻

PS:nginx支持同时设置多组负载均衡,给不同的server使用

location:设置对URL进行匹配,比如 location / , location /data 这两个设置优先级,/ 下也可以,但是不如 /data下搜索更快,定位更准。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics