目录
nginx+tomcat+memcache会话保持的需求
应用服务器的高可用架构设计主要基于服务无状态这一特性,但是事实上,业务总是有状态的,在交易类的电子商务网站,需要有购物车记录用户的购买信息,用户每次购买请求都是向购物车中增加商品;在社交类的网站中,需要记录用户的当前登录状态、最新发布的消息及好友状态等,用户每次刷新页面都需要更新这些信息。
什么是cookie
在网站中,http请求是无状态的。也就是说即使第一次和服务器连接后并且登录成功后,第二次请求服务器依然不能知道当前请求是哪个用户。cookie的出现就是为了解决这个问题,第一次登录后服务器返回一些数据(cookie)给浏览器,然后浏览器保存在本地,当该用户发送第二次请求的时候,就会自动的把上次请求存储的cookie数据自动的携带给服务器,服务器通过浏览器携带的数据就能判断当前用户是哪个了。cookie存储的数据量有限,不同的浏览器有不同的存储大小,但一般不超过4KB。因此使用cookie只能存储一些小量的数据。
什么是session
session和cookie的作用有点类似,都是为了存储用户相关的信息。不同的是,cookie是存储在本地浏览器,而session存储在服务器。存储在服务器的数据会更加的安全,不容易被窃取。但存储在服务器也有一定的弊端,就是会占用服务器的资源,但现在服务器已经发展至今,一些session信息还是绰绰有余的。
cookie和session结合使用
web开发发展至今,cookie和session的使用已经出现了一些非常成熟的方案。在如今的市场或者企业里,一般有两种存储方式:
1、存储在服务端:通过cookie存储一个session_id,然后具体的数据则是保存在session中。如果用户已经登录,则服务器会在cookie中保存一个session_id,下次再次请求的时候,会把该session_id携带上来,服务器根据session_id在session库中获取用户的session数据。就能知道该用户到底是谁,以及之前保存的一些状态信息。这种专业术语叫做server side session。
2、将session数据加密,然后存储在cookie中。这种专业术语叫做client side session。flask采用的就是这种方式,但是也可以替换成其他形式。
保持会话的图解
同一客户端访问业务网站,经过调度器负载调度到达后端,不管选择的是那个后端,session ID都不变,都保存在两台或多台的memcached缓存中(负载冗余);以保持会话;
客户端请求时nginx通过负载调度算法将请求调度至某一后端服务器;并把session存储到两台memcached中;客户端刷新(不换浏览器)时,请求换成另一个后端服务器响应时session ID保持不变;
配置
server2:
mv nginx-goodies-nginx-sticky-module-ng-08a395c66e42.zip openresty-1.17.8.2
cd openresty-1.17.8.2/
unzip nginx-goodies-nginx-sticky-module-ng-08a395c66e42.zip
./configure --add-module=/root/openresty-1.17.8.2/nginx-goodies-nginx-sticky-module-ng-08a395c66e42
gmake
cd /usr/local/openresty/nginx/sbin/
mv nginx nginx.old
cd openresty-1.17.8.2/build/nginx-1.17.8/objs/
cp nginx /usr/local/openresty/nginx/sbin/
./nginx.old -s stop
./nginx -t
cd /usr/local/openresty/nginx/conf
vim nginx.conf(加sticky)
./nginx -s reload
server3 server4:
cp jar/ /usr/local/tomcat/lib/
mv /usr/local/tomcat/lib/jar/* /usr/local/tomcat/lib/
cd /usr/local/tomcat/conf
vim context.xml
cd bin/
sh ./shutdown.sh
sh ./startup.sh
此时访问172.25.1.2/test.jsp输入信息时会一直保持在一个server下,且关闭当前server的tomcat时,由于是交叉存储,不会影响用户输入的数据缓存。
关闭server3的tomcat,再次访问
发现后端切换,但用户的数据依然保存,测试成功