多个nginx共享值、缓存问题

Zz罗伯特

已于 2023-11-28 17:18:05 修改

阅读量732

点赞数

分类专栏：运维监控文章标签： nginx 缓存

于 2023-11-28 17:17:23 首次发布

本文链接：https://blog.csdn.net/zz18435842675/article/details/134672401

版权

运维监控专栏收录该内容

10 篇文章 0 订阅

订阅专栏

背景

目前我在集成登录认证功能（cas），使用的架构是nginx+lua，由于我们有多个系统（全是前端项目），每套系统都采用nginx+lua的方式进行部署（即每个系统都是一个nginx），cas登录认证使用到了nginx缓存机制，现在的问题在于这么一个场景：

有两个项目A、B，两个使用的是同一个域名C，如下图：

在这里插入图片描述

问题所在：

用户的角度是：AB是一套系统，我登录了A，到B系统我就不会在登录了…

开发角度：因为A、B是两套nginx，登录认证又使用到了nginx缓存，这就造成一个问题，访问A的使用用的是A系统的缓存，访问B系统，使用的是B系统的缓存；即便在A系统登录了，但是到B系统，由于B系统没有缓存，就会造成在登录一次；

解决方案

对于上述的问题，目前我想到了下面这几种方案，各有优缺点，选择自己最合适的就行；

引入redis集中缓存；
使用共享磁盘，使用一个nginx缓存，路由的时候，路由到共享磁盘的绝对路径上；
更改路径，在使用缓存的地址上，分别路由到各自的缓存上，分别使用各自的缓存（缺陷，如果使用cookie的话，会频繁刷新cookie,并且会给服务带来性能压力）
将项目部署同一个nginx上（缺点：部署发布的时候，流程特别慢！nginx要是炸的话，项目全炸）

方案一：redis

统一使用redis缓存；

将缓存使用一个集中式的，就可以避免上述的问题，而且还顺带解决了单点登录问题！！

优点：

解决了缓存共享值问题；
解决单点登录问题；

缺点：

引入了redis，系统复杂度变高
维护成本也上升；

方案二：共享磁盘

这种方式是，使用一个nginx的缓存，在具体路由B项目的时候，路由到共享磁盘的绝对路径上；

相当于是B项目的部署只是为了将内容放到共享磁盘里面，真正走的只有A系统，通过location段路由到共享磁盘目录就行

A项目的nginx配置示例：

server {
    listen 8080;
    server_name ~^test-(?<subdomain>.+)\.aaaa\.com;
    # 禁止转发时携带端口
    port_in_redirect off;
    client_body_buffer_size 1024m;
    client_max_body_size    1024m;
    gzip on;
    gzip_min_length 1k;
    gzip_comp_level 2;
    gzip_types text/plain text/json application/javascript application/x-javascript text/css application/xml text/javascript font/ttf font/otf image/svg+xml;
    gzip_vary on;

    set $hpath '/usr/share/nginx/html/dist/$subdomain/';
    
    # 访问B项目的时候，在这里写死共享磁盘路径
    location /info {
        set $hpath '/home/dist/bdcInfo/';
     
        resolver 8.8.8.8;     
        # access_log /home/cc.log main;
        # error_log /home/ww.log;   
        access_by_lua_file /etc/nginx/cas.lua;
        default_type text/plain;
        alias $hpath;
        index index.html;
        try_files $uri $uri/  /index.html;
    }
    location / {
        resolver 8.8.8.8;     
        # access_log /home/cc.log main;
        # error_log /home/ww.log;   
        access_by_lua_file /etc/nginx/cas.lua;
        default_type text/plain;
        root $hpath;
        index index.html;
        try_files $uri $uri/  /index.html;
    }
    
    location /currentUser {
        default_type text/html;
        charset utf-8;
        # access_log /home/base-station-test11.log main;
        # error_log /home/qq.log;
        access_by_lua_file /etc/nginx/current_user.lua;
    }
    
    proxy_intercept_errors  on;
    error_page 404 400 403 500 502  = /404.html;
    location = /404.html {
        root /home/resource;
    }
}

优点：

解决了上述问题；

缺点：

需要运维引入共享磁盘，技术选型：nfs ,fastdfs，nas，增加运维成本

方案三：配置B的登录路由

需要前端配合请求权限的接口修改为B的前缀，我这里使用到的登录接口为currentUser

nginx示例配置

server {
    listen 8080;
    server_name ~^test-(?<subdomain>.+)\.aaaa\.com;
    # 禁止转发时携带端口
    port_in_redirect off;
    client_body_buffer_size 1024m;
    client_max_body_size    1024m;
    gzip on;
    gzip_min_length 1k;
    gzip_comp_level 2;
    gzip_types text/plain text/json application/javascript application/x-javascript text/css application/xml text/javascript font/ttf font/otf image/svg+xml;
    gzip_vary on;

    set $hpath '/usr/share/nginx/html/dist/$subdomain/';
    
    # 访问B项目的时候，在这里写死共享磁盘路径
    location /info {
        set $hpath '/home/dist/bdcInfo/';
     
        resolver 8.8.8.8;     
        # access_log /home/cc.log main;
        # error_log /home/ww.log;   
        access_by_lua_file /etc/nginx/cas.lua;
        default_type text/plain;
        alias $hpath;
        index index.html;
        try_files $uri $uri/  /index.html;
    }
    # 新增B请求登录的接口前缀
    location /info/currentUser {
        default_type text/html;
        charset utf-8;
        # access_log /home/base-station-test11.log main;
        # error_log /home/qq.log;
        access_by_lua_file /etc/nginx/lua/cas-auth/current_user.lua;
    }
    
    location / {
        resolver 8.8.8.8;     
        # access_log /home/cc.log main;
        # error_log /home/ww.log;   
        access_by_lua_file /etc/nginx/cas.lua;
        default_type text/plain;
        root $hpath;
        index index.html;
        try_files $uri $uri/  /index.html;
    }
    
    location /currentUser {
        default_type text/html;
        charset utf-8;
        # access_log /home/base-station-test11.log main;
        # error_log /home/qq.log;
        access_by_lua_file /etc/nginx/current_user.lua;
    }
    
    proxy_intercept_errors  on;
    error_page 404 400 403 500 502  = /404.html;
    location = /404.html {
        root /home/resource;
    }
}

这种方案成本比较低，但是缺点也很明显；

这种在请求A的时候，会走登录，请求B的时候，也会走登录，但是A,B域名一致，就导致A,B的cookie来回重刷，比较耗费性能！

这里还有个疑问点是：

为什么在登录了A之后，在请求B的时候为什么不跳登录页，而是直接走接口！！！(这里没弄懂)