问题：nginx为啥比apache快？？下去了解
[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 nginx 6802 ? S 0:00 nginx: worker process 6803 ? S 0:00 nginx: worker process 6805 pts/0 S+ 0:00 grep --color=auto nginx [root@server1 objs]# kill -USR2 6801 （主进程） 将新的nginx启动起来 [root@server1 objs]# ps ax | grep nginx 6801 ? Ss 0:00 nginx: master process nginx 6802 ? S 0:00 nginx: worker process 6803 ? S 0:00 nginx: worker process 6822 ? S 0:00 nginx: master process nginx 6823 ? S 0:00 nginx: worker process 6824 ? S 0:00 nginx: worker process 6826 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 nginx 6822 ? S 0:00 nginx: master process nginx 6823 ? S 0:00 nginx: worker process 6824 ? S 0:00 nginx: worker process 7034 pts/0 R+ 0:00 grep --color=auto nginx3、 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 nginx 6822 ? S 0:00 nginx: master process nginx 6823 ? S 0:00 nginx: worker process 6824 ? S 0:00 nginx: worker process 7123 ? S 0:00 nginx: worker process 7124 ? S 0:00 nginx: worker process 7159 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.14、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.jpg5、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.jpg6、nginx限制带宽
[root@server1 conf]# nginx -s reload 重载服务 压力测试： [root@foundation50 docs]# ab -c1 -n1 http://172.25.50.1/download/vim.jpg7、nginx自动索引
[root@server1 conf]# vim nginx.conf 编辑配置文件
[root@server1 conf]# nginx -s reload 重载服务
访问172.25.50.1/download 自动索引download文件里面的东西
[root@server1 conf]# vim nginx.conf 编辑配置文件
[root@server1 conf]# nginx -s reload 重载服务 测试： [root@foundation50 docs]# curl -I http://172.25.50.1/download/vim.jpg9 、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
[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 访问，前面自动加上了httpswww.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就不需要下面的页面，注释掉
[root@server1 conf]# vim nginx.conf 编辑配置文件
载server2上没有nginx用apache： [root@server2 ~]# cd /var/www/html/ 进入apache默认发布目录 [root@server2 html]# vim index.html 编辑
访问172.25.50.2
但是172.25.50.2和http://www.westos.org/download/vim.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服务器是一个免费的开发源代码的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.conf
18 http {
19 upstream tomcat{ ##组名为tomcat
20 ip_hash; ##打开哈系算法
21 #sticky;
22 server 172.25.50.2:8080; ##在2和3添加端口8080
23 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 }
域名访问： http://www.westos.org/
[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默认发布目录
测试：在浏览器访问：http://www.westos.org/test.jsp
如果server2down,server3start 会跳转到server3
[root@server2 ROOT]# /usr/local/tomcat/bin/shutdown.sh 关闭server2
在浏览器访问：http://www.westos.org/test.jsp
[root@server2 ~]# /usr/local/tomcat/bin/startup.sh server2再开启会继续访问server2，但之前访问server2的数据丢失设置sticky（粘制位）
[root@server1 conf]# vim nginx.conf
18 http {
19 upstream tomcat{ ##组名为tomcat
20 # ip_hash;
21 sticky; 静态锁定一个ip对应一个服务器，除非session被清除后才变化
22 server 172.25.50.2:8080; ##在2和3添加端口8080
23 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和session1.1 cookie
cookie，有时也用其复数形式 cookies。类型为“小型文本文件”，是某些网站为了辨别用户身份，进行Session跟踪而储存在用户本地终端上的数据（通常经过加密），由用户客户端计算机暂时或永久保存的信息。
cookie 并不是它的原意“甜饼”的意思, 而是一个保存在客户机中的简单的文本文件, 这个文件与特定的 Web 文档关联在一起, 保存了该客户机访问这个Web 文档时的信息, 当客户机再次访问这个 Web 文档时这些信息可供该文档使用。由于“cookie”具有可以保存在客户机上的神奇特性, 因此它可以帮助我们实现记录用户个人信息的功能, 而这一切都不必使用复杂的CGI等程序。
举例来说, 一个 Web 站点可能会为每一个访问者产生一个唯一的ID, 然后以 cookie 文件的形式保存在每个用户的机器上。如果使用浏览器访问 Web, 会看到所有保存在硬盘上的 cookie。在这个文件夹里每一个文件都是一个由“名/值”对组成的文本文件,另外还有一个文件保存有所有对应的 Web 站点的信息。在这里的每个 cookie 文件都是一个简单而又普通的文本文件。透过文件名, 就可以看到是哪个 Web 站点在机器上放置了cookie(当然站点信息在文件里也有保存)。
1.2 sessionSession：在计算机中，尤其是在网络应用中，称为“会话控制”。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采用的就是这种方式，但是也可以替换成其他形式
应用服务器的高可用架构设计主要基于服务无状态这一特性，但是事实上，业务总是有状态的，在交易类的电子商务网站，需要有购物车记录用户的购买信息，用户购买请求都是向购物车中增加商品；在社交类的网站中，需要记录用户的当前登陆状态，最新发布的消息及好友状态等，用户每次刷新页面都需要更新这些信息。
但如果每次用户刷新页面后信息都被更新而找不到刚才的状态，比如我们写博客写了一半刷新了页面，后端服务器轮询，另一个后端开始服务而找不到刚才的状态，这显然是不行的。
所以需要实现交叉存储，把用户的数据在两个后端服务器的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配置文件[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 编辑配置文件[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 查看日志
查看日志，显示交叉存储信息
http://www.westos.org/test.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
