nginx负载均衡配置

如果你关注过nginx，必定知道nginx这个软件有什么用的，如果你的网站访问量越来越高，一台服务器已经没有办法承受流量压力，那就增多几台 服务器来做负载吧。做网站负载可以买硬件设备来实现，比如F5,不过价格就几十万到上百万，够贵，本文介绍做网站负载的软件是免费的，nginx目前好多 门户网站与大访问量的网站都在使用做为HTTP服务器，所以nginx是非常优秀的，下面介绍做负载测试吧。 环境： (2台服务器) 第一台： CPU:Inter(R) Pentium(R) 4 CPU 2.8G 内存：1G 系统：windows 7 IIS: IIS 7 nginx：nginx/Windows-0.8.22 IP：172.10.1.97 环境：本地 第二台： CPU:Inter(R) Pentium(R) 4 CPU 3.0G 内存：2G 系统：windows Server 2003 IIS: IIS 6 IP：172.10.1.236 环境：远程 说明： 本次测试,软件nginx放在本地(172.10.1.97)，也就是说放在域名绑定的那台服务器，这台服务器的IIS不能使用80端口，因为等下nginx软件要使用80这个端口。 下载nginx的地址如下： nginx下载： http://nginx.net/ 本次测试使用的版本下载： nginx/Windows-0.8.22 下载解压到C:

如果你关注过nginx，必定知道nginx这个软件有什么用的，如果你的网站访问量越来越高，一台服务器已经没有办法承受流量压力，那就增多几台 服务器来做负载吧。做网站负载可以买硬件设备来实现，比如F5,不过价格就几十万到上百万，够贵，本文介绍做网站负载的软件是免费的，nginx目前好多 门户网站与大访问量的网站都在使用做为HTTP服务器，所以nginx是非常优秀的，下面介绍做负载测试吧。 环境： (2台服务器) 第一台： CPU:Inter(R) Pentium(R) 4 CPU 2.8G 内存：1G 系统：windows 7 IIS: IIS 7 nginx：nginx/Windows-0.8.22 IP：172.10.1.97 环境：本地 第二台： CPU:Inter(R) Pentium(R) 4 CPU 3.0G 内存：2G 系统：windows Server 2003 IIS: IIS 6 IP：172.10.1.236 环境：远程 说明： 本次测试,软件nginx放在本地(172.10.1.97)，也就是说放在域名绑定的那台服务器，这台服务器的IIS不能使用80端口，因为等下nginx软件要使用80这个端口。 下载nginx的地址如下： nginx下载： http://nginx.net/ 本次测试使用的版本下载： nginx/Windows-0.8.22 下载解压到C:

Nginx 负载均衡配置 负载均衡分类 一种是通过硬件来进行解决，常见的硬件有 NetScaler、F5、Radware 和 Array 等商用的负载均衡器，但是它们是比较昂贵的 一种是通过软件来进行解决的，常见的软件有 LVS、Nginx、apache 等,它们是基于 Linux系统并且开源的负载均衡策略. nginx实现方式 轮询（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器 down 掉，能自动剔除。 weight权重 ——you can you up 指定轮询几率，weight 和访问比率成正比，用于后端服务器性能不均的情况。 ip_hash ip 哈希算法 每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器，可以 解决 session 的问题。 配置示例（conf文件） www.aaa.com upstream bakeaaa { ip_hash; server 127.0.0.1:3001 ; } server { listen 80; server_name www.aaa.com; #charset koi8-r; #access_log /var/log/nginx/host.access.log main; location / { proxy_set_header Host $host; proxy_set

Nginx作为负载均衡服务简介 Nginx负载均衡 GSLB（全局负载均衡） 调度中心节点：一个全局的调度节点； 调度节点：一个局部调度节点； 应用服务中心节点：一个全局的应用服务调度节点； 应用服务：一个局部应用服务节点； 调度中心节点管理着调度节点； 应用服务中心节点管理着应用服务； 举例： 第一步：张三请求局部调度节点，局部调度节点则返回服务地址给张三； 第二步：张三根据局部调度节点返回的服务地址，请求局部应用服务，局部应用服务则返回结果给张三。 SLB（负载均衡） 调度节点与服务节点处于一个逻辑单元里面，这样对于部分服务的实时性、响应性是非常好的。 Nginx使用的就是SLB。 四层负载均衡和七层负载均衡 四层负载均衡 按照网络OSI模型可以分为四层负载均衡和七层负载均衡； 四层负载均衡：在OSI模型里面的传输层，传输层能支持到tcp/ip协议，所以只需要转发tcp/ip协议的包，就可以实现负载均衡。 优势：性能非常好，只需要在最底层应用处理，而不需要进行一些复杂的逻辑，只需要包的转发就行 七层负载均衡 七层负载均衡主要是在应用层使用，所以它可以完成很多应用层的协议请求，比如HTTP协议的负载均衡，它可以实现HTTP信息的改写，头信息的改写，应用规则的控制。 Nginx就是典型的七层负载均衡SLB。 nginx 作为负载均衡服务配置 Nginx负载均衡模型图

负载均衡服务器配置： 注意：upstream和server同级 案例： 建立两个基于端口的虚拟主机来模拟两台web服务器。 （1）新建一个www.123.com:81和www.123.com:82的虚拟主机 在extra目录下面新建一个81.conf文件，内容如下： 在extra目录下面新建一个82.conf文件，内容如下： （2）在nginx目录下面分别建立81和82的目录，在该目录下面分别建立index.html文件， 为了查看到负载均衡的效果，可以让81里面的index.html和82里面的index.html文件的内容不同。 （3）在nginx.conf文件里面，建立一个连接池 （4）在nginx.conf文件里面，建立一个www.123.com的虚拟主机 （5）把之前配置的81.conf和82.conf文件引入， 效果如下： 连接池里面的其他指令 server指令： 语法：server name [参数] 使用环境：upstream 该指令用于指定后端服务器的名称和参数。服务器的名称可以是一个域名，-个ip地址，端口号。 在后端服务器名称之后，可以跟以下参数： weight=number 设置服务器的权重，权重数值越高，被分配到的客户端请求数越多。 如果没有设置权重，则为默认权重为1. upstream 连接池名称{ server 192.168.0.100 weight

Nginx 简单的负载均衡配置 www.s135.com 和 blog.s135.com 域名均指向 Nginx 所在的服务器IP。 　　用户访问 http://www.s135.com ，将其负载均衡到192.168.1.2:80、192.168.1.3:80、192.168.1.4:80、192.168.1.5:80四台服务器。 　　用户访问 http://blog.s135.com ，将其负载均衡到192.168.1.7服务器的8080、8081、8082端口。 　　以下为配置文件nginx.conf： 引用 user www www; worker_processes 10; #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; #最大文件描述符 worker_rlimit_nofile 51200; events { use epoll; worker_connections 51200; } http { include conf/mime.types; default_type application/octet-stream; keepalive_timeout 120; tcp_nodelay

负载均衡应用场景： 普通web应用部署到多台应用服务器上，客户端通过访问应用服务器发送请求，最简单的就是n对1模式，n个客户端访问同一个应用服务器，这种情况当并发量大了，就无法应对，而且，如果只有一台服务器时,这个服务器挂了,那么对于网站来说是个灾难.；解决方案便可以横向扩充n台应用服务器，并且客户端访问与应用服务器中间加上负载均衡配置，负载均衡能实现的效果主要有三个： 1.转发功能：按照一定的算法【权重、轮询】，将客户端请求转发到不同应用服务器上，减轻单个服务器压力，提高系统并发量。 2.故障移除：通过心跳检测的方式，判断应用服务器当前是否可以正常工作，如果服务器期宕掉，自动将请求发送到其他应用服务器。 3.恢复添加：如检测到发生故障的应用服务器恢复工作，自动将其添加到处理用户请求队伍中。 upstream www_server_pools { #www_server_pools自定义的连接池名称 server IP1; #连接的服务器，可以ip或者是域名 server ip2; } 在location 里面增加 转发算法 proxy_pass http://www_server_pools;#http://连接池名称 proxy_set_header Host $host; #把主机的header头发给轮询的服务器 proxy_set_header X-Forward-For

当前大多数的互联网系统都使用了服务器集群技术，集群是将相同服务部署在多台服务器上构成一个集群整体对外提供服务，这些集群可以是 Web 应用服务器集群，也可以是数据库服务器集群，还可以是分布式缓存服务器集群等等。 在实际应用中，在 Web 服务器集群之前总会有一台负载均衡服务器，负载均衡设备的任务就是作为 Web 服务器流量的入口，挑选最合适的一台 Web 服务器，将客户端的请求转发给它处理，实现客户端到真实服务端的透明转发。 最近几年很火的「云计算」以及分布式架构，本质上也是将后端服务器作为计算资源、存储资源，由某台管理服务器封装成一个服务对外提供，客户端不需要关心真正提供服务的是哪台机器，在它看来，就好像它面对的是一台拥有近乎无限能力的服务器，而本质上，真正提供服务的，是后端的集群。 LVS、Nginx、HAProxy 是目前使用最广泛的三种软件负载均衡软件。 一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。具体的应用需求还得具体分析，如果是中小型的 Web 应用，比如日 PV 小于1000万，用 Nginx 就完全可以了；如果机器不少，可以用 DNS 轮询，LVS 所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时，可以考虑用 LVS。 目前关于网站架构一般比较合理流行的架构方案： Web 前端采用 Nginx/HAProxy

Nginx+tomcat是目前主流的java web架构，如何让nginx+tomcat同时工作呢，也可以说如何使用nginx来反向代理tomcat后端均衡呢？直接安装配置如下： 1、JAVA JDK安装： #下载相应的jdk软件包，然后解压安装，我这里包名称为：jdk-7u25-linux-x64.tar.gz ? 1 tar -xzf jdk-7u25-linux-x64. tar .gz ; mkdir -p /usr/java/ ; mv jdk1.7.0_25/ /usr/java/ 下. #然后配置环境变量，这样可以任何地方引用jdk，如下配置： #vi /etc/profile 最后面加入以下语句： ? 1 2 3 4 5 export JAVA_HOME=/usr/java/jdk1.7.0_25 export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib export PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH:$HOMR/bin #source /etc/profile #使环境变量马上生效 #java --version #查看java版本，看到jdk1.7.0_25版本即代表java jdk安装成功。 2、Nginx安装： ? 1 2 3 4 5 6

LVS原理详解及部署 一、LVS简介 负载均衡集群是 load balance 集群的简写，翻译成中文就是负载均衡集群。常用的负载均衡开源软件有nginx、lvs、haproxy，商业的硬件负载均衡设备F5、Netscale。这里主要是学习 LVS 并对其进行了详细的总结记录。 二、LVS基本原理 当用户向负载均衡调度器（Director Server）发起请求，调度器将请求发往至内核空间。 PREROUTING链首先会接收到用户请求，判断目标IP确定是本机IP，将数据包发往INPUT链。 IPVS是工作在INPUT链上的，当用户请求到达INPUT时，IPVS会将用户请求和自己已定义好的集群服务进行比对，如果用户请求的就是定义的集群服务，那么此时IPVS会强行修改数据包里的目标IP地址及端口，并将新的数据包发往POSTROUTING链。 POSTROUTING链接收数据包后发现目标IP地址刚好是自己的后端服务器，那么此时通过选路，将数据包最终发送给后端的服务器。 三、LVS组成 LVS 由2部分程序组成，包括 ipvs 和 ipvsadm IPVS(ip virtual server) ：一段代码工作在内核空间，叫IPVS，是真正生效实现调度的代码。IPVS的总体结构主要由 IP包处理、负载均衡算法、系统配置与管理 三个模块及 虚拟服务器与真实服务器链表 组成。 ipvsadm