Nginx代理

Nginx从0.7.48版本开始,支持了类似Squid的缓存功能。Nginx的Web缓存服务主要由proxy_cache相关指令集和fastcgi_cache相关指令集构成,前者用于反向代理时,对后端内容源服务器进行缓存,后者主要用于对FastCGI的动态程序进行缓存。两者的功能基本上一样。

Nginx 0.8.32版本,proxy_cache和fastcgi_cache已经比较完善,加上第三方的ngx_cache_purge模块(用于清除指定URL的缓存),已经可以完全取代Squid。

在功能上,Nginx已经具备Squid所拥有的Web缓存加速功能、清除指定URL缓存的功能。而在性能上,Nginx对多核CPU的利用,胜过Squid不少。另外,在反向代理、负载均衡、健康检查、后端服务器故障转移、Rewrite重写、易用性上,Nginx也比Squid强大得多。这使得一台Nginx可以同时作为“负载均衡服务器”与“Web缓存服务器”来使用。

下面的文档说明了nginx如何做代理服务器,将请求转发到其他服务器,本身不做缓存。使用版本为nginx-0.8.15,配置如下:

http

{

……..

client_max_body_size           300m          ;                  // 允许客户端请求的最大单个文件字节数

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_max_temp_file_size      64k;

// proxy缓存临时文件的大小

upstream clubsrv {

server 192.168.0.110:80 weight=5;

server 192.168.0.121:80 weight=5;

}

upstream mysrv {

server 192.168.0.32:80 weight=2;

server 127.0.0.1:8000 weight=8;

}

server {

listen       80;

server_name  club.xywy.com;

charset gbk;

root  /www;

access_log logs/aaa.log combined;

//下面是第一个域名,使用clubsrv的代理

location / {

proxy_next_upstream http_502 http_504 error timeout invalid_header;

// 如果后端服务器返回502、504或执行超时等错误,自动将请求转发到upstream另一台服务器

proxy_pass  http://clubsrv;

// 与上面upstream自己命名的名字填写一致

proxy_redirect     off;

proxy_set_header   Host            club.xywy.com;

proxy_set_header   X-Real-IP        $remote_addr;

proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;

// nginx在前端做代理,后端的日志会显示127.0.0.1,上面配置可以显示用户真实IP(还需装第三方软件,见下面的详细说明)

index  index.htm index.html index.php;

}

//下面是第二个域名,使用mysrv的代理,访问www.sum.com/message目录下的

server {

listen       80;

server_name  www.sum.com;

location /message {

proxy_pass  http://mysrv;

proxy_set_header   Host            $host;

// 访问这个域名的,只有mysrv 本机可以访问

}

//访问除了/message之外的www.sum.com/ 地址,

location / {

proxy_pass  http://mysrv;

proxy_set_header   Host            $host;

proxy_set_header   X-Real-IP       $remote_addr;

下面的配置,与上面错误返回的效果相同,这里可以不写。

error_page   500 502 503 504  /50x.html;

location = /50x.html

{

root   html;

}

2、Nginx负载均衡指令

Nginx属于软件的七层负载均衡(lvs是软件的四层负载均衡的代表),七层负载均衡软件还有L7SW(Layer7 switching)、HAProxy等。支持负载均衡的模块是Http Upstream。下面介绍此模块及他下面的几个指令

HTTP Upstream模块

1ip_hash指令

当对后端的多台动态应用服务器做负载均衡时,ip_hash指令将某个客户端IP的请求通过哈希算法定位到同一台后端服务器上。这样,当来自某ip用户在Sever A上登录后,再访问该站点的其他URL时,能保证访问仍在Server A上。如果不加ip_hash,加入用户在Server A上登录,再访问该站点其他URL,就有可能跳转到后端的Sever B、C…..,而session记录在A上,B、C上没有,就会提示用户未登录。

注意:但这种访问不能保证后端服务器的负载均衡,可能后端有些server接受到的请求多,有些server接受的少,设置的权重值不起作用。

建议如果后端的动态应用程序服务器能做到session共享,而不用nginx上配置ip_hash的方式。

upstream mysrv {

ip_hash;

server 192.168.0.110:80 weight=2;

server 127.0.0.1:8000 down;

server 192.168.0.212:80 weight=8;

}

2server指令

该指令用语指定后端服务器的名称和参数。服务器的名称可以是一个域名,一个ip,端口号或UNIX Socket。

参数介绍:

weight=number : 设置服务器权重,权重值越高,被分配到客户端请求数越多。默认为1;

max_fails=numbser : 在fail_timeout指定的时间内对后端服务器请求失败的次数,如果检测到后端服务器无法连接及发生错误(404除外),则标记为失败。如果没有设置,默认为1。设置为0则关闭这项检查。

fail_timeout=time : 在经历参数max_fails设置的失败次数后,暂停的时间。

down : 表示服务器为永久离线状态。

Backup : 仅仅在非backup服务器全部down或繁忙的时候才启用。

配置如下:

upstream mysrv {

ip_hash;

server  www.xywy.com  weight=2;

server  127.0.0.1:8000   down;

server  192.168.0.212:80  max_fails=3  fail_timeout=30s;

server  unix:/tmp/bakend3;

}

Nginx代理与负载均衡配置与优化的更多相关文章

  1. Nginx反向代理实现负载均衡配置图解

    Nginx反向代理实现负载均衡配置图解 [导读] 负载均衡配置是超大型机器需要考虑的一些问题,同时也是数据安全的一种做法,下面我来介绍在nginx中反向代理 负载均衡配置图解,大家可参考本文章来操作. ...

  2. nginx安装及负载均衡配置

    Nginx (“engine x”) 是一个高性能的 HTTP 和 反向代理 服务器,也是一个 IMAP/POP3/SMTP 代理服务器. Nginx 是由 Igor Sysoev 为俄罗斯访问量第二 ...

  3. Nginx 简单的负载均衡配置示例(转载)

    原文地址:Nginx 简单的负载均衡配置示例(转载) 作者:水中游于 www.s135.com 和 blog.s135.com 域名均指向 Nginx 所在的服务器IP. 用户访问http://www ...

  4. Nginx反向代理以及负载均衡配置

    项目地址:http://git.oschina.net/miki-long/nginx 前提:最近在研究nginx的用法,在windows上小试了一下,由于windows下不支持nginx缓存配置,所 ...

  5. Nginx 简单的负载均衡配置示例

    http://www.cnblogs.com/xiaogangqq123/archive/2011/03/02/1969006.html 在此记录下Nginx服务器nginx.conf的配置文件说明, ...

  6. Nginx代理与负载均衡

    序言 Nginx的代理功能与负载均衡功能是最常被用到的,关于nginx的基本语法常识与配置已在上篇文章中有说明,这篇就开门见山,先描述一些关于代理功能的配置,再说明负载均衡详细. Nginx代理服务的 ...

  7. Nginx 简单的负载均衡配置演示样例

    近期在做开放查询应用的时候,因为数据两天特别多,两千多万条呢,用户訪问需求也比較大,所以就用nginx做了 负载均衡,以下是改动之后的相关内容. http://www.cnblogs.com/xiao ...

  8. Nginx代理和负载均衡实验

    一.构建两个tomcat容器并启动 [root@localhost bin]# ps -ef|grep tomcat root : pts/ :: /usr/bin/java -Djava.util. ...

  9. 12.Nginx代理与负载均衡

    1.什么是代理? 代为办理 --> 代理 2.Nginx正向代理.反向代理 正向代理: --> 上网 | 路由器替代 反向代理: --> 正向与反向代理的区别: 区别在于形式上服务的 ...

随机推荐

  1. WinServer2008r2 机器时间格式修改

    windows2008 这么高级的系统不可能改个系统的日期时间显示格式还要进注册表啊.于是有baidu,google了下终于发现了,原来还有不需要注册表的更简便方法.windows2008默认时间格式 ...

  2. 苹果刷机相关开源代码(如iRecovery等)收集汇总(不断更新中...)

    下面截图是在下面开源代码下使用VS2015修改部分代码后适配而成,可以在Windows平台上运行, 下载连接: http://pan.baidu.com/s/1i4zKGx3.

  3. 0525 SCRUM项目7.0

    主题:在下一个SPRINT中做的更好 一,实验回顾总结 当谈到在一个团队里的收获,首当其冲的便是对于团队工作流程的切身体会.亲力亲为.从申报材料.问卷设计.访谈提纲.团队建设.书签制作到实地访谈.问卷 ...

  4. Shell脚本IF条件判断和判断条件总结

    转自:http://m.jb51.net/article/56553.htm 这篇文章主要介绍了Shell脚本IF条件判断和判断条件总结,本文先是给出了IF条件判断的语法,然后给出了常用的判断条件总结 ...

  5. TestLink安装全攻略

    TestLink安装全攻略 此文章转自该链接--http://www.cnblogs.com/Tcorner/archive/2011/07/26/2117296.html 安装前准备 需要下载xam ...

  6. BootLoader 详解(3)

    BootLoader的stage2 stage2的代码是C语言来实现的,以便于实现更复杂的功能和取得更好的代码可读性和移植性.它与普通C语言程序不同的是,在编译和链接BootLoader这样的程序时, ...

  7. Couldn't resolve Mac Server "mymac"

    vs2015创建一个iphone app ,Couldn't resolve Mac Server “mymac” 伤.下班走人

  8. webform注册和Repeater

    一.注册1.日期(1)年月日用三DropDownList个,分别循环写入数字 代码写在后台  Page_Load中的代码 if (IsPostBack == false) { //年绑定数据 ; i- ...

  9. Lua metatable & metamethod

    [Lua metatable & metamethod] Lua中的每个值都有一套预定义的操作集合,比如数字是可以相加的,字符串是可以连接的,但是对于两个table类型,则不能直接进行“+”操 ...

  10. Rule of Modularity

    As Brian Kernighan once observed, “Controlling complexity is the essence of computer programming.” . ...