nginx实现静态资源代理、动静分离、代理服务(负载均衡)

Nginx是什么?

开源且高性能、可靠的HTTP中间件、代理服务。

类似于nginx的?

HTTPD-apache基金会、IIS-微软、GWS-Google

为什么使用nginx?

  • IO多路复用epoll

  • 轻量级(功能模块少、代码模块化)

  • CPU亲和:把CPU核心和nginx工作进程绑定的方式,把每个worker进程固定在一个cpu上执行,以获取最好的性能

  • sendfile(资源处理高效)

nginx的使用场景?

  • 代理服务
  • 静态资源服务
  • 动静分离
  • ……

一、代理服务

nginx的代理服务使用到的是nginx的ngx_http_proxy_module模块,官网地址http://nginx.org/en/docs/http/ngx_http_proxy_module.html。说到代理就得搞清楚正向代理与反向代理的区别:两者的区别在于代理的对象不一样,正向代理代理的是客户端,反向代理代理的是服务端,如下图

语法

Syntax:proxy_pass URL; Default:— Context:location, if in location, limit_except

示例配置

server { server_ name http://vip.aqiyi.com; …… } location / { proxy_pass http://12.121.57.121:8080; …… }

这样便可以将http://vip.aqiyi.com的域名代理到后端服务http://12.121.57.121:8080中去,,核心配置就是server块里的server_name和location块里的proxy_pass。当然,实现了反向代理,我们肯定会考虑是否要服务的负载均衡,nginx配置反向代理的负载均衡也很简单:

语法

#upstream必须在http模块里 upstream apiservice { server vip.example1.com weight=5; server vip.example2.com:8080; down server 192.168.0.121:8080; server backup1.example.com:8080 backup; } server { …… server_ name movie.vip.com; …… location / { proxy_pass http://apiservice; #apiservice即upstream的名字 } }

down表示该server不提供服务,backup表示该server为备份服务。如上,客户端多次访问http://movie.vip.com/××便会将请求分发到upstream中的可用服务中。负载均衡策略如下:

默认 平均轮询
ip_hash 基于ip进行hash,确保同一客户端的请求始终传递到同一服务器
least_conn 基于最少连接数
hash key 对key进行hash算法,比如hash $request_uri,对请求url进行hash,也能确保同一请求传递到同一服务器
weight 加权轮询,权重weight自定义

二、静态资源代理

nginx的主要功能之一,静态资源代理,从这个层面来看的话,可以看到nginx作为web服务器的影子。也就是说,你启动nginx后便可以访问到服务器上的资源了。

静态资源代理配置语法:

location / { root /opt/html/; index index.html index.htm; }

如上配置,将所有请求资源会指代到你服务器上的/opt/html/目录下查找,启动nginx后,访问http://servername/index.html便可以访问到该页面了。这里要区分一下关键字root和alias的区别?比如存在这么一个配置:

location /request_path/image/ { root /local_path/image/; } location /request_path/image/ { alias /local_path/image/; }

请求http://servername/request_path/image/cat.png,root配置的实际是到 /local_path/image/request_path/image/目录下查找cat.png;而alias配置的实际是到 /local_path/image/目录下查找cat.png,alias配置的不会再拼接上请求里的/request_path/image了。

注意:当用了正则表达式,proxy_pass后面不能加URL_part,比如:

location ~ /test-proxy.html$ { proxy_pass http://movie.vip.com/index; }

酱紫是错误的,当使用了正则表达式后,proxy_pass后不能再追加路径(/index)


三、动静分离

项目中的css/js/gif/png/jpg/flv等静态内容可以部署在nginx服务器中,nginx作为静态资源服务器加载这些资源是非常快的,动态的数据内容则通过调用后端服务读取,从而极大加快页面的响应速度。

1、新建一个site.html静态页面,里面的图片1.png从nginx服务中获取,而动态数据test.jsp是通过ajax动态加载渲染的。

site.html在/opt/code目录下,该目录下还有一个 /img/1.png 文件

<html> <head> <meta charset="UTF-8"> <title>测试nginx动静分离</title> <script src="https://apps.bdimg.com/libs/jquery/2.1.1/jquery.min.js"></script> </head> <script type="text/javascript"> $(document).ready(function() { $.ajax({ type: "GET", url: "http://movie.vip.com/test.jsp", success: function(data) { $("#get_data").html(data); }, error: function() { alert("fail"); } }); }); </script> <body> <h1>测试动静分离</h1> <img src="https://movie.vip.com/img/1.png"/> <div id="get_data"></div> </body> </html>

服务器上新建的test.jsp的放在你的 /tomcat8/webapps/ROOT/ 目录下

<%@ page language="java" import="java.util.*" pageEncoding="utf-8"%> <html> <head> <title>jsp页面</title> </head> <body> <h1>我是jsp的内容!!!</h1> </body> </html>

nginx的配置文件信息如下

 http { upstream java_api { server 10.200.121.53:8080; } …… } server{ server_name movie.vip.com; …… #所有静态请求都由nginx处理 location ~ \.(html|gif|jpg|jpeg|png|bmp|swf)$ { expires 1h; gzip on; root /opt/code; #该目录下放html文件和静态资源 } #所有动态请求都转发给tomcat处理 location ~ \.(jsp|do)$ { proxy_pass http://java_api; proxy_set_header Host $host; index index.html index.htm; } }

我这里设置的servername为movie.vip.com,我是通过windows系统发起这些请求的,有配置host(域名指代ip)。接着服务器上启动nginx和8080端口的tomcat,windows直接访问验证:浏览器访问http://movie.vip.com/site.html,正常访问,里面也能加载出jsp(从后端加载的),关闭tomcat后再访问,html也能正常访问,只是动态的那部分加载不了。如此便实现了服务的动静分离。

原文链接:https://blog.csdn.net/fanrenxiang/article/details/83308385?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522165277103516782395345643%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=165277103516782395345643&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~times_rank-28-83308385-null-null.nonecase&utm_term=%E8%B5%84%E6%BA%90

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享
评论 抢沙发
头像
文明发言,共建和谐米科社区
提交
头像

昵称

取消
昵称表情图片