lamp架构-nginx并发优化、平滑升级、限流、日志轮询、配置管理、重定向、防盗链、goaccess日志可视化、tomcat+memcache交叉存储

日志轮询、配置管理、重定向、防盗链、goaccess日志可视化、tomcat+memcache交叉存储"/>

lamp架构-nginx并发优化、平滑升级、限流、日志轮询、配置管理、重定向、防盗链、goaccess日志可视化、tomcat+memcache交叉存储

1、nginx的并发优化

问题：nginx为啥比apache快？？下去了解

2、nginx平滑升级

[root@server1 ~]# nginx -v  当前安装版本1.8
nginx version: nginx/1.18.0
[root@foundation50 lamp]# scp nginx-1.19.1.tar.gz server1:/mnt  将已经下载的nginx1.19版本拷贝到server1上
[root@server1 ~]# cd /mnt/
[root@server1 mnt]# tar zxf nginx-1.19.1.tar.gz   解压
[root@server1 mnt]# cd nginx-1.19.1/  进入nginx解压后的 目录
[root@server1 nginx-1.19.1]# vim auto/cc/gcc  注释到debug

如何硬藏nginx版本？？

 [root@server1 nginx-1.19.1]# cd src/core/ [root@server1 core]# vim nginx.h  编辑

[root@server1 nginx-1.19.1]# ./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_stub_status_module  
执行   ，注意：执行的参数和1.18的版本要一致,1.19没有加stick模块，1.18加了此模块，为了参数一致并能启动nginx，编辑nginx配置文件注释掉stick参数
[root@server1 sbin]# cd /usr/local/nginx/conf/
[root@server1 conf]# vim nginx.conf

[root@server1 nginx-1.19.1]# make  编译
[root@server1 nginx-1.19.1]# make install 安装
[root@server1 nginx-1.19.1]# cd objs/
[root@server1 objs]# du -h nginx   可以看出关掉debug后，编译大小只有916k
916K	nginx
[root@server1 conf]# nginx  启动成功
[root@server1 objs]# cd /usr/local/nginx/sbin/ 
[root@server1 sbin]# ls
nginx  nginx.old
[root@server1 sbin]# rm -fr nginx.old   删除生成的nginx.old
[root@server1 sbin]# cp nginx nginx.old  把nginx备份一份，起名为nginx.old
[root@server1 sbin]# cd /mnt/nginx-1.19.1/
[root@server1 nginx-1.19.1]# cd objs/
[root@server1 objs]# cp -f nginx /usr/local/nginx/sbin/   -f表示强制 ，将编译的1.19版本的nginx拷贝到/usr/local/nginx/sbin/ 
覆盖掉老版本1.18编译的nginx
cp: overwrite ‘/usr/local/nginx/sbin/nginx’? y
[root@server1 ~]# nginx -v
nginx version: nginx/1.19.1    可以发现版本已经覆盖了
[root@server1 objs]# ps ax | grep nginx  查看nginx的master进程号6801 ?        Ss     0:00 nginx: master process nginx6802 ?        S      0:00 nginx: worker process6803 ?        S      0:00 nginx: worker process6805 pts/0    S+     0:00 grep --color=auto nginx
[root@server1 objs]# kill -USR2 6801 （主进程） 将新的nginx启动起来[root@server1 objs]# ps ax | grep nginx6801 ?        Ss     0:00 nginx: master process nginx6802 ?        S      0:00 nginx: worker process6803 ?        S      0:00 nginx: worker process6822 ?        S      0:00 nginx: master process nginx6823 ?        S      0:00 nginx: worker process6824 ?        S      0:00 nginx: worker process6826 pts/0    S+     0:00 grep --color=auto nginx
[root@server1 sbin]# kill -WINCH 6801 下线老版本nginx，关闭老版本进程
[root@server1 sbin]# ps ax | grep nginx  可以发现关闭了老版本子进程，保留了老版本主进程，是为了回退6801 ?        Ss     0:00 nginx: master process nginx6822 ?        S      0:00 nginx: master process nginx6823 ?        S      0:00 nginx: worker process6824 ?        S      0:00 nginx: worker process7034 pts/0    R+     0:00 grep --color=auto nginx

3、 nginx版本回退

[root@server1 sbin]# ls
nginx  nginx.old
[root@server1 sbin]# mv nginx nginx.new  将新的nginx改名
[root@server1 sbin]# ls
nginx.new  nginx.old
[root@server1 sbin]# mv nginx.old nginx  将老版本nginx.old 名字改回来为nginx
[root@server1 sbin]# ls
nginx  nginx.new
[root@server1 sbin]# kill -HUP 6801  唤醒老的进程
[root@server1 sbin]# ps ax | grep nginx  可以发现老的子进程又出来了		6801 ?        Ss     0:00 nginx: master process nginx6822 ?        S      0:00 nginx: master process nginx6823 ?        S      0:00 nginx: worker process6824 ?        S      0:00 nginx: worker process7123 ?        S      0:00 nginx: worker process7124 ?        S      0:00 nginx: worker process7159 pts/0    S+     0:00 grep --color=auto nginx
[root@server1 conf]# kill -WINCH 6822  关闭新的主进程6822
[root@server1 conf]# kill 6822  杀掉进程
[root@foundation50 Desktop]# curl -I 172.25.50.1

4、nginx限制并发

[root@server1 download]# nginx -s reload 重载服务
[root@server1 nginx]# cd html/  进入默认发布目录
[root@server1 html]# mkdir download 建立download目录
[root@foundation50 Desktop]# cd /mnt/pub/docs/   
[root@foundation50 docs]# scp vim.jpg server1:/usr/local/nginx/html/download   拷贝图片到download目录
root@server1's password: 
vim.jpg                                       100%  443KB  18.1MB/s   00:00

访问172.25.50.1/download/vim.ipg  访问成功

测试：

[root@foundation50 docs]# ab -c10 -n10 http://172.25.50.1/download/vim.jpg 压力测试，

设置了1个并发，但是请求了10个并发，所以其余的失败了

如果请求1个并发 
[root@foundation50 docs]# ab -c1 -n10 http://172.25.50.1/download/vim.jpg

5、nginx限流

[root@server1 ~]# cd /usr/local/nginx/conf/
[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# nginx -s reload 重载服务
[root@foundation50 docs]# ab -c1 -n10 http://172.25.50.1/download/vim.jpg  压力测试

这样9个都失败只处理一个不合适，可以让请求排队

[root@server1 conf]# vim nginx.conf  编辑配置文件，排队，每一队允许5个

[root@server1 conf]# nginx -s reload 重启压力测试：
[root@foundation50 docs]# ab -c1 -n10 http://172.25.50.1/download/vim.jpg

[root@server1 conf]# vim nginx.conf 编辑配置文件

`[root@server1 conf]# nginx -s reload` 重载服务
压力测试：
[root@foundation50 docs]# ab -c1 -n10 http://172.25.50.1/download/vim.jpg 

6、nginx限制带宽

[root@server1 conf]# nginx -s reload  重载服务
压力测试：
[root@foundation50 docs]# ab -c1 -n1 http://172.25.50.1/download/vim.jpg

7、nginx自动索引

[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# nginx -s reload  重载服务

访问172.25.50.1/download 自动索引download文件里面的东西

8、 nginx缓存配置

[root@server1 conf]# vim nginx.conf 编辑配置文件

[root@server1 conf]# nginx -s reload  重载服务
测试：
[root@foundation50 docs]# curl -I http://172.25.50.1/download/vim.jpg

9 、nginx日志轮询

日志备份：

[root@server1 logs]# cd /opt/   进入opt目录
[root@server1 opt]# vim nginx_log.sh 创建shell脚本
#!/bin/bash
cd /usr/local/nginx/logs && mv access.log access_$(date +%F -d -1day).log
kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`
[root@server1 opt]# chmod +x /opt/nginx_log.sh   给执行权限
[root@server1 opt]# /opt/nginx_log.sh    执行脚本
[root@server1 opt]# cd /usr/local/nginx/logs/   进入日志目录查看
[root@server1 logs]# ls  
access_2021-12-17.log  access.log  error.log  nginx.pid  备份日志access_2021-12-17.log已生成
再加入crontab定时任务
00 00 * * * /opt/scripts/nginxlog.sh &> /dev/null
为了安全，日志目录不需要给你nginx用户访问权限
chmod -R 700 /usr/local/nginx/logs

nginx日志可视化

[root@foundation50 lamp]# scp goaccess-1.4.tar.gz server1:/mnt   将下载好的可视化软件包拷贝到seever1的mnt里
[root@server1 logs]# cd /mnt/
[root@server1 mnt]# tar zxf goaccess-1.4.tar.gz   解压
[root@server1 mnt]# cd goaccess-1.4/  进入解压目录
[root@server1 goaccess-1.4]# ./configure --enable-utf8 --enable-geoip=legacy 执行

报错，缺少Geoip库

[root@foundation50 lamp]# scp GeoIP-devel-1.5.0-13.el7.x86_64.rpm server1:/mnt  将下载好的GeoIP包拷贝到server1的mnt里
[root@server1 mnt]# yum install GeoIP-devel-1.5.0-13.el7.x86_64.rpm   下载
注意：
[root@server1 goaccess-1.4]# rpm -q GeoIP
GeoIP-1.5.0-13.el7.x86_64  下载的版本和系统版本要保持一致
[root@server1 goaccess-1.4]# make  编译
[root@server1 goaccess-1.4]# make install 安装
[root@server1 goaccess-1.4]# goaccess /usr/local/nginx/logs/access.log -o /usr/local/nginx/html/report.html --log-format=COMBINED --real-time-html  &  调用并打入后台，-o表示输出 ，输出到nginx默认发布目录里面 ，时是转换

访问：172.25.50.1/report.html, 成功

[root@foundation50 lamp]# ab -c10 -n100  http://172.25.50.1/index.html 压力测试

10、nginx配置管理

禁用不必要的日志记录，以节省磁盘IO的消耗

[root@server1 goaccess-1.4]# cd /usr/local/nginx/conf/  
[root@server1 conf]# vim nginx.conf 编辑配置文件

[root@server1 conf]# nginx -s reload  重载服务
[root@foundation50 lamp]# curl -I http://172.25.50.1/download/vim.jpg  访问
[root@server1 logs]# tail -f access.log  查看日志

站点目录和文件的限制

location ~ ^/images/.*.(sh|php)$ {      图片目录里面一般都是静态的，不允许运行脚本
deny all;  表示不让后缀带.sh 或者php运行
}

[root@server1 logs]# cd /usr/local/nginx/conf/ 
[root@server1 conf]# vim nginx.conf   编辑配置文件

访问172.25.50.1/daownload,失败

[root@server1 conf]# vim nginx.conf 编辑配置文件

[root@server1 conf]# nginx -s reload  重载

nginx中文乱码

[root@server1 nginx]# cd html/
[root@server1 html]# vim index.html  编辑

访问172.25.50.1,出现乱码

[root@server1 html]# cd /usr/local/nginx/conf/
[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# nginx -s reload  重载

访问172.25.50.1

11、nginx重定向

[root@server1 ~]# cd /usr/local/nginx/conf/
[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# nginx -s reload  重载服务

拒绝访问虚拟主机

但是这样不太好，可以重定向，把流量引流

[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# mkdir /www1  创建www1目录
[root@server1 conf]# echo www.westos.org >/www1/index.html   
[root@server1 conf]# nginx -s reload  重载服务
[root@server1 conf]# curl -I 172.25.50.1  访问

80重定向443

[root@server1 conf]# vim nginx.con编辑配置文件

创建证书：

[root@server1 conf]# /etc/pki/tls/certs  进入certs目录
[root@server1 certs]# make cert.pem  执行，生成证书
umask 77 ; \
PEM1=`/bin/mktemp /tmp/openssl.XXXXXX` ; \
PEM2=`/bin/mktemp /tmp/openssl.XXXXXX` ; \
/usr/bin/openssl req -utf8 -newkey rsa:2048 -keyout $PEM1 -nodes -x509 -days 365 -out $PEM2  ; \
cat $PEM1 >  cert.pem ; \
echo ""    >> cert.pem ; \
cat $PEM2 >> cert.pem ; \
rm -f $PEM1 $PEM2
Generating a 2048 bit RSA private key
.................................................................................................................................................+++
....+++
writing new private key to '/tmp/openssl.fw8NMY'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [XX]:cn
State or Province Name (full name) []:shaanxi
Locality Name (eg, city) [Default City]:xi'an
Organization Name (eg, company) [Default Company Ltd]:westos
Organizational Unit Name (eg, section) []:linux
Common Name (eg, your name or your server's hostname) []:server1
Email Address []:root@www.westos.org
[root@server1 certs]# mv cert.pem  /usr/local/nginx/conf/  把证书移动到nginx配置目录里
[root@server1 certs]# nginx -t   检测成功
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
[root@server1 certs]# nginx -s reload  重载服务

但是用户一般不会访问时不会在前面输入https;//

[root@server1 certs]# nginx -s reload  重载服务
[root@foundation50 lamp]# curl -I www.westos.org 访问，前面自动加上了https

www.westos.org/bbs 重定向bbs.westos.org

[root@server1 ~]# mkidr /www2  建立www2
[root@server1 conf]# echo bbs.westos.org > /www2/index.html
[root@foundation50 Desktop]# vim /etc/hosts  在主机上添加解析

[root@foundation50 Desktop]# curl bbs.westos.org  访问成功，虚拟站点没问题
bbs.westos.org

[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# nginx -s reload  重载服务

访问，重定向成功

但是如果访问 www.westos.org/bbs/index.html时就不能重定向，如下图

解决方法：
[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# nginx -s reload  重载服务
[root@foundation50 Desktop]# curl -I www.westos.org/bbs/index.html  访问，重定向成功

bbs.westos.org 重定向www.westos.org/bbs

[root@server1 conf]# vim nginx.conf  编辑配置文件

[root@server1 conf]# nginx -s reload  重载服务
[root@foundation50 Desktop]# curl -I bbs.westos.org  访问

注意：将bbs.westos.org重定向到www.westos.org/bbs就不需要下面的页面，注释掉

12、nginx 防盗链

[root@server1 conf]# vim nginx.conf  编辑配置文件

载server2上没有nginx用apache：
[root@server2 ~]# cd /var/www/html/   进入apache默认发布目录
[root@server2 html]# vim index.html   编辑
<body>
<img src='.jpg'>
</body>

访问172.25.50.2

但是172.25.50.2和.jpg 并没有关系，是172.25.50.2盗链过来的，如何预防？？

[root@server1 conf]# vim nginx.conf  编辑配置文件
如果是www.westos.org,可以正常访问，其他直接给返回403

[root@server1 conf]# nginx -s reload  添加服务

访问 172.25.50.2失败

[root@server1 conf]# nginx -s reload  编辑配置文件
直接报错403不合适，可以重定向到别的域名，如下图：

[root@foundation50 lamp]# scp daolian.jpg server1:/usr/local/nginx/html  将下载daolian.jpg图片放到nginx默认发布目录里

别的域名访问daolian.westos.org 直接转到设置的盗链图：

tomcat结合memcache

Tomcat服务器是一个免费的开发源代码的WEB应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选。其主要的应用场景是解析动态程序代码(Java ) 。JSP程序可以处理Tomcat界面。

server2和server3安装tomcat

将下载好的jdk和tomcat拷贝到server2和server3上
[root@foundation50 lamp]# scp jdk-8u121-linux-x64.rpm server2:/mnt/
[root@foundation50 lamp]# scp jdk-8u121-linux-x64.rpm server3:/mnt/
[root@foundation50 lamp]# scp apache-tomcat-7.0.37.tar.gz server2:/mnt
[root@foundation50 lamp]# scp apache-tomcat-7.0.37.tar.gz server3:/mnt
[root@server2 mnt]# rpm -ivh jdk-8u121-linux-x64.rpm  安装jdk包
[root@server3 mnt]# rpm -ivh jdk-8u121-linux-x64.rpm  安装jdk包
（JDK(Java Development Kit)是整个Java核心，包括Java运行环境、Java工具和Java基础类库。
JDK作为JAVA开发的环境，不管做JAVA开发还是做安卓开发，都必须在电脑上安装JDK。）
[root@server2 mnt]# tar zxf apache-tomcat-7.0.37.tar.gz  解压apache-tomcat
[root@server3 mnt]# tar zxf apache-tomcat-7.0.37.tar.gz  解压apache-tomcat
[root@server2 mnt]# mv apache-tomcat-7.0.37 /usr/local/tomcat
[root@server3 mnt]#  mv apache-tomcat-7.0.37 /usr/local/tomcat  
[root@server2 tomcat]# bin/startup.sh  运行
[root@server3 tomcat]# bin/startup.sh 运行
[root@server1 mnt]# cd /usr/local/nginx/conf/  进入nginx配置文件
[root@server1 conf]# vim nginx.conf  编辑配置文件
[root@server1 conf]# vim nginx.conf18 http {19         upstream tomcat{     ##组名为tomcat20         ip_hash;			##打开哈系算法21         #sticky;22         server 172.25.50.2:8080;    ##在2和3添加端口808023         server 172.25.50.3:8080;25         }121     server {
122         listen 80;
123         server_name www.westos.org;
124 
125         location / {
126             proxy_pass http://tomcat;  ##域名访问组的名称改为tomcat 
127       }
128      }
129 }
[root@server1 conf]# nginx -s reload  重载服务

浏览器访问:http://172.25.50.1/index.jsp

浏览器访问:http://172.25.50.2:8080/

[root@server1 conf]# vim nginx.conf  编辑配置文件41     #gzip  on;42 43     server {44         listen       80;45         server_name  localhost;46 47         location / {48                 root html;49                 index index.php index.html index.htm;50 51         }52 53         #error_page  404              /404.html;121     server {
122         listen 80;
123         server_name www.westos.org;   添加域名
124 
125         location / {
126             proxy_pass http://tomcat
127         }
128      }
129 }  

域名访问： /

[root@server2]  cd /usr/local/tomcat/webapps/ROOT  进入tomcat默认发布目录
[root@foundation50 lamp]# scp test.jsp root@172.25.50.2:/usr/local/tomcat/webapps/ROOT/  将test测试页拷贝到tomcat默认发布目录
[root@foundation50 lamp]# scp test.jsp root@172.25.50.3:/usr/local/tomcat/webapps/ROOT/  将test测试页拷贝到tomcat默认发布目录

测试：在浏览器访问：.jsp

如果server2down,server3start 会跳转到server3

[root@server2 ROOT]# /usr/local/tomcat/bin/shutdown.sh  关闭server2

在浏览器访问：.jsp

[root@server2 ~]# /usr/local/tomcat/bin/startup.sh  server2再开启会继续访问server2，但之前访问server2的数据丢失

设置sticky（粘制位）

[root@server1 conf]# vim nginx.conf18 http {19         upstream tomcat{     ##组名为tomcat20        # ip_hash;			21         sticky;     静态锁定一个ip对应一个服务器，除非session被清除后才变化22         server 172.25.50.2:8080;    ##在2和3添加端口808023         server 172.25.50.3:8080;25         }121     server {
122         listen 80;
123         server_name www.westos.org;
124 
125         location / {
126             proxy_pass http://tomcat;  ##域名访问组的名称改为tomcat 
127       }
128      }
129 }
[root@server1 conf]# nginx -s reload  重载服务

[root@server2 ~]# /usr/local/tomcat/bin/shutdown.sh ##server2down掉，跳转到server3，之前的session也会随之消失

交叉存储

1. 什么是cookie和session

1.1 cookie
Cookie，有时也用其复数形式 Cookies。类型为“小型文本文件”，是某些网站为了辨别用户身份，进行Session跟踪而储存在用户本地终端上的数据（通常经过加密），由用户客户端计算机暂时或永久保存的信息。

Cookie 并不是它的原意“甜饼”的意思, 而是一个保存在客户机中的简单的文本文件, 这个文件与特定的 Web 文档关联在一起, 保存了该客户机访问这个Web 文档时的信息, 当客户机再次访问这个 Web 文档时这些信息可供该文档使用。由于“Cookie”具有可以保存在客户机上的神奇特性, 因此它可以帮助我们实现记录用户个人信息的功能, 而这一切都不必使用复杂的CGI等程序。

举例来说, 一个 Web 站点可能会为每一个访问者产生一个唯一的ID, 然后以 Cookie 文件的形式保存在每个用户的机器上。如果使用浏览器访问 Web, 会看到所有保存在硬盘上的 Cookie。在这个文件夹里每一个文件都是一个由“名/值”对组成的文本文件,另外还有一个文件保存有所有对应的 Web 站点的信息。在这里的每个 Cookie 文件都是一个简单而又普通的文本文件。透过文件名, 就可以看到是哪个 Web 站点在机器上放置了Cookie(当然站点信息在文件里也有保存)。

1.2 session

Session：在计算机中，尤其是在网络应用中，称为“会话控制”。Session对象存储特定用户会话所需的属性及配置信息。这样，当用户在应用程序的Web页之间跳转时，存储在Session对象中的变量将不会丢失，而是在整个用户会话中一直存在下去。当用户请求来自应用程序的 Web页时，如果该用户还没有会话，则Web服务器将自动创建一个 Session对象。当会话过期或被放弃后，服务器将终止该会话。Session 对象最常见的一个用法就是存储用户的首选项。例如，如果用户指明不喜欢查看图形，就可以将该信息存储在Session对象中。有关使用Session 对象的详细信息，请参阅“ASP应用程序”部分的“管理会话”。注意会话状态仅在支持cookie的浏览器中保留。

1.3 cookie和session结合使用

web开发发展至今，cookie和session的使用已经出现了一些非常成熟的方案。在如今的市场或者企业里，一般有两种存储方式：

存储在服务端：通过cookie存储一个session_ id，然后具体的数据则是保存在session中。如果用户已经登录，则服务器会在cookie中保存一个session id，下次再次请求的时候，会把该session_ id携带上来，服务器根据session_ id在session库中获取用户的session数据。就能知道该用户到底是谁，以及之前保存的一些状态信息。这种专业术语叫做server side session。
将session数据加密，然后存储在cookie中。这种专业术语叫做client side session。flask采用的就是这种方式，但是也可以替换成其他形式

2. 为什么需要实现交叉存储

应用服务器的高可用架构设计主要基于服务无状态这一特性，但是事实上，业务总是有状态的，在交易类的电子商务网站，需要有购物车记录用户的购买信息，用户购买请求都是向购物车中增加商品；在社交类的网站中，需要记录用户的当前登陆状态，最新发布的消息及好友状态等，用户每次刷新页面都需要更新这些信息。
但如果每次用户刷新页面后信息都被更新而找不到刚才的状态，比如我们写博客写了一半刷新了页面，后端服务器轮询，另一个后端开始服务而找不到刚才的状态，这显然是不行的。
所以需要实现交叉存储，把用户的数据在两个后端服务器的memcache中都存放一份，这样就算某个服务器的tomcat忽然宕掉，另一个后端服务器工作时，用户的数据也不会丢失。
为了对数据的保存更加牢靠，我们选择交叉存放session的方法，即将访问tomcat1上的数据存放在memcache2中，将访问tomcat2上的数据存放在memcache1中，这样存放，当某个tomcat服务断了之后，访问它的客户session并不会消失，而是存放在了对立的memcache，如果存放session的memcache坏了，那么它的数据会立即切换到另一个memcached中

server2：

[root@server2 tomcat]# yum install -y memcached  server2上安装memcached
[root@server2tomcat]# systemctl start memcached.service  启动
[root@server2 tomcat]# bin/shutdown.sh  先停止tomcat服务
[root@server2 bin]# cd /usr/local/tomcat/conf/  进入tomcat主配置目录[root@server2 conf]# vim context.xml  编剧tomcat配置文件
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="n1:172.25.4.2:11211,n2:172.25.4.3:11211"
failoverNodes="n1"    Server2中：server2会访问server3的memc（交叉存储）, Failovernodes：如果访问失败，则去访问n1（自己）
requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
</Context>[root@foundation50 lamp]# scp -r jar server2:/mnt  下载好的jar拷贝到server2的/mnt里
[root@server2 conf]# cd /usr/local/tomcat/lib/  进入tomcat的lib目录
[root@server2 lib]# cp /mnt/jar/* .  复制jar包到lib目录
[root@server2 lib]# ls

[root@server2 lib]# rm -fr memcached-session-manager-tc6-1.6.3.jar  删除删除tc6，避免冲突
[root@server2 lib]# cd /usr/local/tomcat/   开启tomcat
[root@server2 tomcat]# bin/startup.sh 
[root@server2 logs]# cd logs/
[root@server2 logs]# cat catalina.out  查看日志

已经显示了交叉储存信息

server3：

[root@server3 tomcat]# yum install -y memcached  下载memcached
[root@server3 tomcat]# cd
[root@server3 ~]# systemctl start memcached.service 启动memcached
[root@server3 ~]# cd /usr/local/tomcat/
[root@server3 tomcat]# bin/shutdown.sh   关闭tomcat
[root@server3 tomcat]# cd conf/ 进入tomcat配置目录
[root@server3 conf]# vim context.xml  编辑配置文件
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="n1:172.25.50.2:11211,n2:172.25.50.3:11211"
failoverNodes="n2"   Server3中：server3会访问server2的memc（交叉存储）；Failovernodes：如果访问失败，则去访问n2（自己）
requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
</Context>
[root@foundation50 lamp]# scp -r jar server2:/mnt  下载好的jar拷贝到server3的/mnt里
[root@server3 conf]# cd /usr/local/tomcat/lib/ 进入lib目录
[root@server3 lib]# cp /mnt/jar/* .   将jar包拷贝到lib目录里
[root@server3 lib]# ls

[root@server3 lib]# rm -fr memcached-session-manager-tc6-1.6.3.jar   删除tc6，避免冲突
[root@server3 lib]# cd /usr/local/tomcat/  
[root@server3 tomcat]# bin/startup.sh 开启tomcat
[root@server3 tomcat]# cd logs/
[root@server3 logs]# cat catalina.out 查看日志

查看日志，显示交叉存储信息

.jsp
##在2、3的memcached和tomcat都开启的时候，172.25.52.2对应的是n2（3中的mem）。
##在2、3的memcached和tomcat都开启的时候，关闭2的tomcat：bin/shutdown.sh,测试页的历史输入还在，访问ip变为172.25.52.3，对应变为n1。
##在2、3的memcached和tomcat都开启的时候，关闭3的memcached：systemctl stop memcached：历史输入还在，ip还是172.25.52.2，变为n1（172.25.52.3中n2挂掉了，server2访问自己的缓存）
##在2、3的memcached和tomcat都开启的时候，,若172.25.52.3的memcached和tomcat都down掉（server3poweroff）n2的历史输入不存在了，因为172.25.52.2访问的server3的memc，2的存储变为n2

[root@server2 tomcat]# bin/shutdown.sh