Nginx配置进阶（反向代理，缓存，upstream，fastcgi,session绑定：）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Nginx配置进阶（反向代理，缓存，upstream，fastcgi,session绑定：），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含6707字，纯文字阅读大概需要10分钟。

内容图文

反向代理，缓存，upstream，fastcgi,session绑定：

反向代理:
　　
    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

　　


缓存；
　　

    proxy_cache_path :只能在http定义,可以定义多组，在不同的server中调用相同，或不同的


    缓存修剪：如果后端服务器数据更新，而且自己知道，每次访问，就删缓存，重新缓存
    cache_manager :只删除过期的，通过lru机制。


    nginx_http_fastcgi_module模块配置
        
        LNMP： 
            php主机：php-mysql、php-xcache
            
            思考？
                redis: php的redis扩展；
                memcached：php的memcached扩展；
                
ngx_http_proxy_module模块配置（http或https协议代理）
        
        (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模块配置
        用于将多个服务器定义成服务器组，而由proxy_pass, fastcgi_pass等指令进行引用；
        
        (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:自定义首部


php无法作为nginx的模块
httpd支持php模块
            

 

内容总结

以上是互联网集市为您收集整理的Nginx配置进阶（反向代理，缓存，upstream，fastcgi,session绑定：）全部内容，希望文章能够帮你解决Nginx配置进阶（反向代理，缓存，upstream，fastcgi,session绑定：）所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---