Nginx反向代理和负载均衡

什么是Nginx？

Nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器；同时也是一个IMAP、POP3、SMTP代理服务器；Nginx可以作为一个HTTP服务器进行网站的发布处理，另外Nginx可以作为反向代理进行负载均衡的实现。

它与我们之前的tomcat服务器又有什么区别和关系呢？可以点击此处看看我之前发布过的博客，关于Nginx/Tomcat/Apache的区别和优缺点

反向代理

正向代理代理用户，反向代理

正向代理

提到反向代理首先就想到正向代理了，什么是正向代理？

正向代理就是一个位于客户端和目标服务器之间的服务器，客户端想要访问目标服务器的内容，但是无法访问，于是他向代理发出请求，代理访问目标服务器，并将结果返回给客户端，这就是正向代理了。

反向代理的概念

当用户访问目标服务器http://123.com/123,但是这个页面并不存在123页面，代理会偷偷的从另一台服务器取回来，再展示给用户。对于客户端而言代理就像是原始服务器，并且客户端不需要进行任何特别的设置。客户端向反向代理发送普通请求，接着反向代理将判断向何处(原始服务器)转交请求，并将获得的内容返回给客户端，就像这些内容 原本就是它自己的一样。

反向代理配置过程

首先在Linux准备好tomcat服务器，然后通过./startup.sh进行启动，然后在C:\Windows\System32\drivers\etc打开hosts文件，在最底下加入ip和目标域名

然后在linux里面进行配置，ip地址根据自己的修改

user  root;
worker_processes  1;
events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
	#配置www.123.com：80对应的服务器监听端口
	upstream tomcat1 {
	server 192.168.199.150:8080;
	}
	server {
	    listen       80;
	    server_name  www.123.com;
	    location / {
	        proxy_pass   http://192.168.199.150;
	        index  index.jsp;
	    }
	}

然后就可以访问了

负载均衡

当一台服务器的同一时间访问量越大，服务器就越容易宕机，这时候就需要分担压力了，我们可以使用负载均衡的方式处理

负载均衡是利用反向代理的原理实现的

负载均衡常用方式

1，轮询（默认方式）
每个请求按时间顺序逐一分配到不同的后端服务器上，如果服务器宕机，就自动剔除

upstream backserver {
    server 192.168.199.150;
    server 192.168.100.151;
}

2，weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的时候，权重越高，被访问几率越大

upstream backserver {
    server 192.168.199.150 weight=3;
    server 192.168.100.151 weight=7;
}

3，iphash
以上的两种方式，当用户在某台服务器登录后，第二次请求都会重新定位到服务器集群的某一个，导致登录信息丢失

我们可以采用ip_hash指令解决这个问题，如果客户已经访问了某个服务器，当用户再次访问时，会将该请求通过哈希算法，自动定位到该服务器。

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

upstream backserver {
    ip_hash;
    server 192.168.199.150;
    server 192.168.100.151;
}

4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream backserver {
    server server1;
    server server2;
    fair;
}

url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。

upstream backserver {
    server squid1:3128;
    server squid2:3128;
    hash $request_uri;
    hash_method crc32;
}

Nginx配置文件