反向代理，缓存，upstream，fastcgi,session绑定：
反向代理: / {
proxy_pass http: // 192.168.112.110/;
index index.html;
}
location /froum/ {
proxy_pass http: // 192.168.112.110/bbs/;
index index.html;
}
location /froum/ {
proxy_pass http: // 192.168.112.110/;
index index.html;
}
正则匹配注意：是直接加到后端url上的，而且跟上不能加任何url
location ~* \.jpg$ {
proxy_pass http: // 192.168.112.110;
proxy_pass http:// 192.168.112.110/images/; --- 错误
index index.html;
}
http: // 192.168.112.110/a.jpg
http: // 192.168.112.110/images/a.jpg
如果出现重写，是被重写后的结果被代理到后端的。
测试2：
Host 值 记录到 --> $Host
X -Real-IP 记录到 $remote_addr
前端：
location /froum/ {
proxy_pass http: // 192.168.112.110/;
proxy_set_header Host $host
proxy_set_header X -Real-IP $remote_addr
index index.html;
}
后端日志：
LogFormat " %{X-Real-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" " combined
缓存； -mysql、php-xcache
思考？
redis: php的redis扩展；
memcached：php的memcached扩展；
ngx_http_proxy_module模块配置 1 ) proxy_pass URL;
应用上下文：location, if in location, limit_except
proxy_pass后面的路径不带uri时，其会将location的uri传递给后端的主机；下面的示例会将 /uri/传递给backend服务器；
location /uri/ {
proxy_pass http: // hostname;
}
proxy_pass后面的路径是一个uri时，其会将location的uri替换为后端主机自己的uri；
location /uri/ {
proxy_pass http: // hostname/new_uri/;
}
如果location定义其uri时使用的正则表达式模式匹配，则proxy_pass后的路径不能够使用uri；
location ~* \.(jpg|gif|jpeg)$ {
proxy_pass http: // HOSTNAME;
}
此处的http: // HOSTNAME后面不能有任何uri，哪怕只有/也不可以；
( 2 ) proxy_set_header field value;
用于proxy server向backend server发请求报文时，将某请求首部重新赋值，或在原有值后面添加一个新的值； 也可以添加自定义首部；
示例：
proxy_set_header X -Real-IP $remote_addr;
proxy_set_header X -Forwarded-For $proxy_add_x_forwarded_for;
原有请求报文中如果存在X -Forwared-For首部，则将remote_addr以逗号分隔补原有值后，否则则直接添加此首部；
实践作业：
假如nginx有两个server（虚拟主机），且均反代至后端某一个主机，此主机亦有两个虚拟主机，虚拟主机名与nginx的相同；
要求：用户请求nginx的哪一个虚拟主机，就将其代理后后端主机的对应的虚拟主机；
缓存相关的选项 （缓存要先定义，后调用）：
( 3 ) proxy_cache_path path [levels=levels] [use_temp_path=on|off] keys_zone=name:size [inactive=time] [max_size=size] 目录属主属组nginx
定义缓存；可用上下文为http;
levels：最多三层，每层名字几个字符表示 1 :1 :2 第一层 1个，第二层1个....
keys_zone：开辟多大空间
inactive：非活动时间，过期时间
( 4 ) proxy_cache zone | off; --- zone 名字
调用缓存；可用上下文 为http, server和location；
( 5 ) proxy_cache_key string ;
定义缓存键；
proxy_cache_key $scheme$proxy_host$request_uri;
( 6 ) proxy_cache_valid [code ...] time;
对不同响应码的响应设定其可缓存时长；
示例：
proxy_cache_valid 200 302 10m;
proxy_cache_valid 404 1m;
proxy_cache_use_stale error | timeout | invalid_header | updating | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | off ...;
跟连接相关的选项 7 ) proxy_connect_timeout time;
定义与 后端服务器 建立连接的超时时长；默认为60s，不建议超出75s;
( 8 ) proxy_send_timeout time;
把请求发送给 后端服务器 的超时时长；默认为60s;
( 9 ) proxy_read_timeout time;
等待 后端服务器 发送响应报文的超时时长；
ngx_http_headers_module模块配置 1 ) add_header name value [always];
向响应报文添加自定义首部，并为其赋值；
( 2 ) expires [modified] time;
expires epoch | max | off;
允许或禁止向响应报文的Cache -Control或Expires首部添加新值或修改其值；
（ 3 ）proxy_hide_header:nginx响应给客户端，隐藏哪个首部
ngx_http_upstream_module模块配置 1 ) upstream name { ... }
定义一个后端服务器组，name为组名称；仅能用于http上下文 ；
( 2 ) server address [parameters];
在upstream中定义一个服务器及其相关参数；仅能用于upstream上下文；
常用参数：
weight =number：定义服务器权重，默认为1；
max_fails =number：最大失败连接尝试次数，失败连接超时时长由fail_timeout参数指定；
fail_timeout =number：等待目标服务器发送响应的时长；
backup：备用服务器，所有主服务器均故障时才启用此主机；
down：手动标记其不再处理任何用户请求；
使用方法：
(a) 定义upstream服务器组
upstream websrvs {
server 172.16 .100.68 weight=2 max_fails=2 fail_timeout=6s;
server 172.16 .100.6 weight=1 max_fails=2 fail_timeout=6s;
}
(b) 在反代场景中（proxy_pass, fastcgi_pass, ...）进行调用；
location / {
proxy_pass http: // websrvs/;
}
调度算法： 3 ) ip_hash;
源地址hash，把来自同一个ip地址的请求始终发往同一个backend server，除非此backend server不可用；
( 4 ) least_conn;
最少连接；当各server权重不同时，即为加权最少连接；
( 5 ) health_check [parameters];
健康状态检测机制；只能用于location上下文；
常用参数：
interval =time检测的频率，默认为5秒；
fails =number：判定服务器不可用的失败检测次数；默认为1次；
passes =number：判定服务器可用的失败检测次数；默认为1次；
uri =uri：做健康状态检测测试的目标uri；默认为/；
match =NAME：健康状态检测的结果评估调用此处指定的match配置块；
( 6 ) match name { ... }
对backend server做健康状态检测时，定义其结果判断机制；只能用于http上下文；
常用的参数：
status code[ code ...]: 期望的响应状态码；
header HEADER[ operator value]：期望存在响应首部，也可对期望的响应首部的值基于比较操作符和值进行比较；
body：期望响应报文的主体部分应该有的内容；
( 7 ) hash key [consistent];
指明基于hash方式进行调度时，其hash key；
hash $remote_addr相当于ip_hash；
常用的hash key:
$cookie_name：将一个用户的请求始终发往同一个backend server，能实现会话绑定的功能；此处的name为cookie某些参数的名称，此处常用的有cookie_username；
$request_uri: 将对同一个uri的请求始终发往同一个backend server，后端为cache server时特别有用；
session会话保持：
1 session sticky：基于ip, ngix还可基于请求报文首部中的多种信息，例如cookie, uri；
2 session cluster：每个server均把创建和维护session同步集群中的其它主机；仅适用于较小规模的环境；
3 session server：使用一个共享的存储服务存储session信息；
location ~* \.php$ {
proxy_pass
}
location / {
proxy_pass
}
课外实践：
( 1 ) http 重定向至https;
( 2 ) gzip效果测定；
( 3 ) 各种调度算法测试；
hash $request_uri
hash $cookie_username
( 4 ) 动静分离；
( 5 ) 做方法分离；
SNAT模式的Client：
4 基于sticky实现session绑定；
常用方法：
sticky:
route：
clearn: 1 .7版本之后
least_conn:调度算法，会考虑upstream server的权重调度
非httpd服务器才使用：keepalive，否则会影响并发
health_check; 健康监测（应用层实现），请求特定资源，给出特定的健康监测
注：
location中把日志访问功能关闭
interval 多长时间监听一次
passes 检查多少次，才算检查康
fails：检查多少次，才算不健康
uri：
match：指定资源中含有什么才算监测成功
add_header:自定义首部
nginx： 测试1： location / { proxy_pass http://192.168.112.110/; index index.html; } location /froum/ { proxy_pass http://192.168.112.110/bbs/; index index.html; } location /froum/ { proxy_pass http://192.168.112.110/; index index.html; } 正则匹配注意：是直接加到后端url上的，而且跟上不能加任何url location ~* \.jpg$ { proxy_pass http://192.168.112.110; proxy_pass http://192.168.112.110/images/; --- 错误 index index.html; } http://192.168.112.110/a.jpg http://192.168.112.110/images/a.jpg 如果出现重写，是被重写后的结果被代理到后端的。 测试2： Host 值 记录到 --> $Host X-Real-IP 记录到 $remote_addr 前端： location /froum/ { proxy_pass http://192.168.112.110/; proxy_set_header Host $host proxy_set_header X-Real-IP $remote_addr index index.html; } 后端日志： LogFormat "%{X-Real-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
微信扫一扫 
支付宝扫一扫 