CentOS6.7使用nginx提供静态资源服务，反向代理和负载均衡
1. nginx 的简单原理
nginx是一个高性能的http和反向代理服务器，也是一个imap/pop3/smtp服务器。其特点是占用内存少，并发能力强。
如果使用nginx作为web服务器，那么nginx收到请求后将请求内容响应到客户端。如果使用nginx作为代理服务器，那么nginx收到请求后将请求转发到应用服务器（如tomcat），应用服务器处理完请求后将请求发送给nginx，然后nginx再将响应内容发送给客户端。
nginx是多进程架构，有一个主进程和若干个工作进程。主进程主要用来读取并检测配置文件，管理工作进程。工作进程用来处理客户端请求。nginx采用基于事件的模型和独立于操作系统的机制来高效地将请求分发到工作进程。
2. nginx 的安装
nginx可以使用yum源安装或者直接下载安装包，这里采用最简便的yum源安装，直接执行如下指令：
1 yum install nginx -y
安装完成后，打开nginx，使用yum源安装nginx，会自动将nginx配置乘service，执行以下指令即可打开nginx：
1 service nginx start
访问远程服务器的域名或ip即可看到nginx欢迎页面
3. nginx提供静态资源服务
nginx的一大经典使用场景就是提供静态资源服务，假设/var/www/html是静态资源所在的文件夹，那么可以通过修改配置文件来通过nginx处理这些静态资源。
nginx的默认配置文件在/etc/nginx/nginx.conf：
1 # for more information on configuration, see:
2 # * official english documentation: http://nginx.org/en/docs/
3 # * official russian documentation: http://nginx.org/ru/docs/
4
5 user nginx;
6 worker_processes auto;
7 error_log /var/log/nginx/error.log;
8 pid /var/run/nginx.pid;
9
10 # load dynamic modules. see /usr/share/nginx/readme.dynamic.
11 include /usr/share/nginx/modules/*.conf;
12
13 events {
14 worker_connections 1024;
15 }
16
17
18 http {
19 log_format main '$remote_addr - $remote_user [$time_local] "$request" '
20 '$status $body_bytes_sent "$http_referer" '
21 '"$http_user_agent" "$http_x_forwarded_for"';
22
23 access_log /var/log/nginx/access.log main;
24
25 sendfile on;
26 tcp_nopush on;
27 tcp_nodelay on;
28 keepalive_timeout 65;
29 types_hash_max_size 2048;
30
31 include /etc/nginx/mime.types;
32 default_type application/octet-stream;
33
34 # load modular configuration files from the /etc/nginx/conf.d directory.
35 # see http://nginx.org/en/docs/ngx_core_module.html#include
36 # for more information.
37 include /etc/nginx/conf.d/*.conf;
38 }
通过最后一行代码可以看到nginx.conf还导入了/etc/nginx/conf.d/*.conf里面的配置，可以在/etc/nginx/conf.d/default.conf中找到server配置代码（windows的配置文件路径是“nginx文件夹/conf/nginx.conf”）：
1 server {
2 listen 80;
3 #listen [::]:80 default_server;
4 server_name _;
5 root /usr/share/nginx/html;
6
7 # load configuration files for the default server block.
8 include /etc/nginx/default.d/*.conf;
9
10 location / {
11 }
12
13 error_page 404 /404.html;
14 location = /40x.html {
15 }
16
17 error_page 500 502 503 504 /50x.html;
18 location = /50x.html {
19 }
20 }
然后开始配置静态资源服务器，在location / {}后面新增一个location配置：
1 location / {
2 }
3
4 location /html {
5 root /var/www;
6 index index.html;
7 }
保存文件后运行以下指令重新加载nginx以使配置生效：
1 service nginx reload
因为nginx是通过绝对路径访问静态资源的，所以访问 (www.test.cn是远程服务器的域名或ip，后文会一直用来代替)会指向文件夹/var/www/html。
如果希望打开/var/www/html/test/index.html，则可以访问，不需要在路径上加上index.html，因为location中配置了index index.html。
location还支持正则表达式，我们可以用正则表达式来匹配html、css、js、png、jpg、gif、ico这些为扩展名的请求：
1 location ~* \.(html|css|js|png|jpg|gif|ico)$ {
2 root /var/www;
3 }
4. nginx反向代理
nginx的另一大经典使用场景就是作为反向代理服务器将对应的请求转发到应用服务器处理然后将应用服务器的响应内容返回给客户端。
通过配置location可以将客户端请求转发到配置的地址，先将tomcat的端口设置为8080（默认），然后打开tomcat。访问可以打开tomcat欢迎页，然后配置nginx：
1 location / {
2 #转发的应用服务器路径
3 proxy_pass http://localhost:8080;
4 }
5
6 location /html {
7 root /var/www;
8 index index.html;
9 }
执行重新加载nginx指令后再次访问 ,发现nginx的欢迎页面变成了tomcat的欢迎页面。
这就是最简单的反向代理。
5. nginx负载均衡
上面演示了如何反向代理，但是如果请求量过大的时候，一台应用服务器显然是不能满足需求的，所以就需要多台服务器来实现负载均衡。
首先将apache的端口设置为8082，然后执行打开apache指令（没有的请自行安装，这里不再赘述）：
1 service httpd start
然后修改nginx配置：
1 upstream local_servers {
2 server localhost:8080 weight=1;
3 server localhost:8082 weight=1;
4 }
5
6 location / {
7 #转发的应用服务器路径
8 proxy_pass http://local_servers;
9 }
10
11 location /html {
12 root /var/www;
13 index index.html;
14 }
upstream是nginx的http upstream模块，这个模块通过一个简单的调度算法来实现客户端ip到后端服务器的负载均衡。在上面的设定中，通过upstream指定了一个负载均衡器的名称local_servers，这个名称可以任意指定，在后面需要用到的时候直接调用就可以了。
重新加载nginx后再多次访问 ，发现tomcat和apache的欢迎页面都会出现，出现的频率大概是1：1。这就是upstream中weight的作用，表示weight表示权重，权重越大，请求转发到这个地址的概率就越大。
nginx的负载均衡目前支持4种调度算法，其中后两项属于第三方调度算法：
- 轮询（默认）。每个请求按时间顺序分别分配到不同的后端服务器，如果一个后端服务器宕机，会被自动剔除，使用户访问不受影响。weight代表轮询权值，值越大，表示被访问的概率越高，通常用于多台后端服务器性能不均的情况下。
- ip_hash。每个请求按ip的hash结果分配，这样同一个ip固定访问同一个后端服务器。貌似可以解决集群情况下session共享的问题，但个人认为不是理想的解决方式，当一台后端服务器宕机时，当前访客并不能无缝切换到其他后端服务器。
- fair。这是比上面两个负载均衡算法更加智能的算法，此算法可以根据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。nginx本身是不支持fair的，如果需要使用fair算法，需要先下载nginx的upstream_fair模块。
- url_hash。此方法按访问url的hash结果来分配请求，使同一个url定位到同一个后端服务器，可以进一步提高后端缓存服务器的效率。nginx本身是不支持url_hash的，如果需要使用该算法，需要先下载nginx的hash软件包。
在http upstream模块中，可以通过server指令指定参与负载均衡的后端服务器的ip和端口，同时还可以设定每个后端服务器在负载均衡调度中的状态。常用的状态有：
- down，表示当前的server暂时不参与负载均衡。
- backup，预留的备用机器，当所有的非backup机器都故障或者正忙时才调用这台机器，因此这台机器的压力最轻。
- max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream模块定义的错误。
- fail_timeout，在经历了max_fails次失败后，暂停服务fail_timeout秒，max_fails和fail_timeout一起使用。
当负载均衡算法为ip_hash时，后端服务器在负载均衡调度中的状态不能为weight和backup。
本文转载自：https://blog.csdn.net/z406245159/article/details/72821285