Linux CentOS 7 下通过Memcached实现Session共享

前言

在做server集群和负载均衡等等之前首先要做的一件事就是session共享,否则集群也是无意义的根本无法使用,去年写过一篇window+tomcat-cluster实现的session共享( 多个Tomcat之间实现Session共享),但在实际的生产环境应用服务器一般还是会用linux,而且实现session共享的方式更不会用tomcat自带的cluster来做了,因为那样是效率最低的,我们往往会通过第三方的库来完成这件事,例如:memcached、Redis等等。废话不多说,本篇文章就简单记录一下Linux CentOS 7下通过Memcached实现session共享。

构建Tomcat集群

然后我们一次修改这三个tomcat的端口,包括shutdown端口、http协议端口以及AJP协议端口。中间的不用说了,前后这两个端口是为了保证可以同时启动多个Tomcat,http端口我们分别修改为8081、8082和8083,接下来就可以着手开始配置session共享了。

Kyro序列化session

RT,首先memcached我的版本是1.4.25,在memcached对session的管理策略中,我们选择kyro,关于memcached-session-manager的版本我这里选择1.5.1,由于我们使用的是tomcat7所以还需要memcached-session-manager-tc7-1.5.1这个jar包。在此就不一一列举了,jar包版本很重要否则容易出现冲突,我这里把用到的所有jar包打包上传,用的时候直接把它们全部复制到tomcat目录下的lib目录即可,tomcat-7.0.57版本的话可以直接无脑覆盖,否则需要跳过重复的jar包,全部jar包的下载地址如下:

到主机宝贝1号FTP服务器下载

在 2016年LinuxIDC.com\9月\Linux CentOS 7 下通过Memcached实现Session共享\

配置说明

jar包准备好的话就分别拷贝到我们集群的3个Tomcat的lib目录下,然后再分别修改每个Tomcat目录下的conf/context.xml文件,在其中添加memcached-session-manager的配置。因为我们这里集群了3台Tomcat,所以我们必须使用non-sticky模式,即采用非粘性session管理配置,配置文件如下:

<Manager className="de.Javakaffee.web.msm.MemcachedBackupSessionManager"
         memcachedNodes="n1:127.0.0.1:11211"//memcached服务器地址
         sticky="false"//注意一定是false
         lockingMode="auto"
         sessionBackupAsync="false"
         requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
         sessionBackupTimeout="1000"
         transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"/>

memcached的默认端口号是11211,如果不确定的话可以通过netstat来查看,命令如下:

netstat -tunlp | grep memcached

没有其它问题的话就依次启动三个Tomcat,再启动Memcached,接着就可以测试session共享了。

测试

在IDE创建一个web项目部署后再从tomcat拷贝出来即可,唯一需要改的就是index.jsp,我们看一下里面的代码:

<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><title>My JSP 'index.jsp' starting page</title></head><body><%String sessid = request.getSession().getId();%>
    sessionid=<%=sessid%><br/>
    This is my JSP page 111111.
    <br></body></html>

仔细观察一下运行结果,可以发现sessionid都是一致的,这也就很好的说明了我们成功的在这三个Tomcat之间共享了session。

总结

简单记录一下通过Memcached来实现session共享的全过程,希望对遇到同样问题的朋友有所帮助,The End。

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/222844.html<

(0)
管理的头像管理
上一篇2025-04-15 16:42
下一篇 2025-04-15 16:43

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注