职业类 > IT互联网 > 开发 > NGINX应用:内容缓存、转发和微缓存
NGINX应用:内容缓存、转发和微缓存
IT老兵    2016-04-09 15:37:50     浏览()   回复()    点赞(0)   收藏(
添加收藏

NGINX应用:内容缓存、转发和微缓存

 

161CF4E3-C285-4991-8D14-D2D8C8B907EE.png

 

NGINX反向代理非常适合强力I/O,作为一个不错的内容缓存,将数据移动到距离客户端或边缘节点较近的地方。这让你可以完全解放你的服务器,让它们专注于处理业务逻辑和动态内容生成。

 

在理想情况下,静态文件由位于源服务器反向代理上的本地快速存储(SSD)提供,并进一步通过CDN缓存。针对内容缓存和繁重工作设置NGINX反向代理有几种通常互补的方式。它们是:

1  动态内容微缓存;

2 静态内容缓存;

3 通过本地存储和/或应用服务器重定向实现内容转发;

4 后台存储阵列转发;

带响应缓存的存储服务转发。

 

微缓存的思想是,动态、非个性化响应可以缓存非常短的时间(比如1秒)。事实上,有人会说,根据预期工作流的不同,个性化响应也可以缓存一小段时间。虽然它也许没有提供直观的意义,但微缓存让你的服务在面临过量需求或攻击时可以存活更长的时间。它可以(有点人为地)提高基准测试数值。在处理静态内容的可管理目录时,最简单的方法可能是让反向代理在其文件系统上存储大量公共资源,作为一个简单的WebRoot,并直接提供它们。公共资源可以使用一个名为try_files(或者alias)的普通location 块提供。缓存不命中的话,可以像平常一样发送给后台服务器,而响应可以缓存:


D637F6BA-02CD-4456-8EEC-D4330BDF78FE.png

 

 

当资源访问需要身份验证或其他业务逻辑时,应用服务器可以使用HTTP头X-Accel-Redirect生成一个重定向响应,请求反向代理向客户端提供资源。

可以在反向代理上使用internal 指令限制访问这些内部产生的请求。NGINX确保客户端请求永远不会匹配被标记为internal的location:

 

99F021B9-8B64-4343-9082-DF3E37D6FF59.png

 

后台存储阵列也可以使用proxy_pass指令寻址。如果你使用存储服务代替,那么你可能还会想缓存响应,为了将数据移动到距离客户端或边缘节点较近的地方。

 


A04F1CF1-55F2-415A-BE89-8CADDB8F47E6.png

 

不要忘记更新所需的HTTP头,并在XFF头(或者新的RFC 7239 Forwarded头)中添加代理的IP地址:

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For$proxy_add_x_forwarded_for;

当代理HTTPS客户端连接到达HTTP后台时,应用服务器必须为恰当的模式生成内容URL。你可以使用X-Forwarded-Proto头传播这个模式。部分微软应用程序会查找Front-End-Https作为替代。

map $scheme $front_end_https {

    https on;

    default off;

}

proxy_set_header X-Forwarded-Proto $scheme;

    add_header Front-End-Https $front_end_https;

例如,在生成链接时,WordPress会使用PHP的全局变量$_SERVER控制HTTP(S)模式。你可以将下面的代码片段加到WordPress后台的根目录下(例如,在wp-config.php末尾),以便使用X-Forwarded-Proto头。

<?php

  if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https')

        $_SERVER['HTTPS']='on';

?>

指令proxy_cache_key决定NGINX如何唯一标识一个响应正文。通过预先在参数名上加上前缀“$arg_”,你可以使用NGINX变量显式引用缓存键中的查询参数。举例来说,考虑下这个URL:http: //www.example.com?abc=1&xyz=2。NGINX将提供$arg_abc和$arg_xyz供NGINX配置使用。

 

 

 

 


关注微信公众号优麦网,定时推送,福利互动精彩多多!

发表评论

分享者

相关分享