memcached-session-manager配置

文章是根据memcached-session-manager官方配置方法wiki页面翻译整理，

关于memcached-session-manager的介绍，

具体参见官网：http://code.google.com/p/memcached-session-manager/，也可以参考：http://gong1208.iteye.com/blog/1596120

Introduction

如果为了简单使用，你只需要安装一个tomcat（6或者7）和memcached，在生产环境中可能会有多台tomcat服务器以及多台可用的memcached节点，并安装在不同的机器上，我们可以使用黏性session（sticky sessions）或者非黏性session（non-sticky sessions），memcached-session-manager (msm) 对这两种操作模式都支持。

下面给出一个黏性session模式的设置示例，此实例中安装了2个tomcat以及2个memcached。

Tomcat-1(t1)的首要选择是把session存储在memcached-2 (m2)上（m2是t1的一个普通节点），而m2是运行在另外的一台机器上。只有当m2不可用（宕机或无法访问）时，t1才会把session存储到memcached-1（m1，m1是t1的故障转移节点）上。使用这种配置，即使机器1宕机了session也不会丢失。具体如下图所示：

我们如何设置才能实现呢？

Decide which serialization strategy to use

从1.1版开始，MSM就提供了多种可选的session序列化策略，默认的策略是使用java进行序列化，这种实现已经集成在memcached-session-manager.jar包中了，其它的策略则可以通过不同的jar包来提供实现。在下面的章节中，我们可以了解到每种策略所需要的jar包具体有哪些。

Configure tomcat

关于tomcat的配置主要包括两个方面，首先需要下载所需要的包，放到tomcat安装目录下的lib目录下（严格来说应该是$CATALINA_HOME/lib/）以及我们应用的WEB-INF/lib/ 目录下，同时还需要修改$CATALINA_HOME/conf/context.xml文件，并在<Context>元素中添加memcached session管理的配置信息。

Add memcached-session-manager jars to tomcat

不管你选择哪种序列化策略，你都需要 memcached-session-manager-${version}.jar ，如果你使用的是tomcat6，则还需要下载 memcached-session-manager-tc6-${version}.jar ，如果使用的是tomcat7则下载 memcached-session-manager-tc7-${version}.jar 。同时还需要下载 spymemcached-2.7.3.jar.下载这完这些jar包后把jar包放到 $CATALINA_HOME/lib/目录。

Add custom serializers to your webapp (optional)

如果只是使用java序列化的话，那么需要的jar包就是以上所列出的那些了，但是如果想使用自定义的序列化策略（通常性能会更佳），我们还需要下载相应的jar包并放到我们webapp下的WEB-INF/lib/目录中。

如果你的应用使用了maven来进行jar包管理，那么你只需要在pom.xml中加入相应的序列化策略依赖定义就可以了，具体的maven依赖定义如下（任选一种就oK了）：

kryo-serializer：

Xml代码  

  1. <dependency>
  2. <groupId>de.javakaffee.msm</groupId>
  3. <artifactId>msm-kryo-serializer</artifactId>
  4. <version>1.6.0</version>
  5. <scope>runtime</scope>
  6. </dependency>

javolution:

Xml代码  

  1. <dependency>
  2. <groupId>de.javakaffee.msm</groupId>
  3. <artifactId>msm-javolution-serializer</artifactId>
  4. <version>1.6.0</version>
  5. <scope>runtime</scope>
  6. </dependency>

xstream:

Xml代码  

  1. <dependency>
  2. <groupId>de.javakaffee.msm</groupId>
  3. <artifactId>msm-xstream-serializer</artifactId>
  4. <version>1.6.0</version>
  5. <scope>runtime</scope>
  6. </dependency>

flexjson:

Xml代码  

  1. <dependency>
  2. <groupId>de.javakaffee.msm</groupId>
  3. <artifactId>msm-flexjson-serializer</artifactId>
  4. <version>1.6.0</version>
  5. <scope>runtime</scope>
  6. </dependency>

如果我们不是使用maven仓库来对依赖进行管理的话 ，我们需要针对每种策略下载单独需要的jar包，具体如下：

Configure memcached-session-manager as <Context> Manager

处理完jar包之后，我们还需要修改 $CATALINA_HOME/conf/context.xml文件中Context节点下的内容，添加memcached-session-manager配置。

下面将会讲解关于tomcat配置的具体的示例，主要包括使用memcached来管理黏性session和非黏性session以及使用membase来管理非黏性session。示例基于的前提是假设我们有2个memcached实例，一个运行在host1主机，另一个运行在host2主机，示例使用的序列化方式为kryo。

下面我们给出tomcat1的配置，假设tomcat1和memcached节点n1都是运行在host1主机上，其中属性failoverNodes="n1"的作用是告诉msm最好是把session保存在memcached "n2"节点上，只有在n2节点不可用的情况下才把session保存在n1节点。这样即使host1主机宕机，仍然可以通过host2上的tomcat2访问存放在memcached "n2" 节点中的session。

tomcat1 configuration：

Xml代码  

  1. <Context>
  2. ...
  3. <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
  4. memcachedNodes="n1:host1.yourdomain.com:11211,n2:host2.yourdomain.com:11211"
  5. failoverNodes="n1"
  6. requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
  7. transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
  8. />
  9. </Context>

以上就是tomcat1的配置信息，对于tomcat2，我们只需要修改一下failoverNodes属性的值为"n2" ，这样tomcat2就会优先把session存放到memcached "n1"节点，其余配置信息都一样。

下面演示一个非黏性session管理的配置示例，对于非黏性的session管理，我们不需要配置failoverNodes属性，因为所有sessions在tomcat集群中是循环可见的，并不会绑定到某一个单独的tomcat，对于非黏性session管理，集群中的所有tomcat都是用同一个配置，具体信息如下：

Xml代码  

  1. <Context>
  2. ...
  3. <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
  4. memcachedNodes="n1:host1.yourdomain.com:11211,n2:host2.yourdomain.com:11211"
  5. sticky="false"
  6. sessionBackupAsync="false"
  7. lockingMode="uriPattern:/path1|/path2"
  8. requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
  9. transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
  10. />
  11. </Context>

如果是使用membase来对session进行管理，那么则某一个节点的配置如下：

Xml代码  

  1. <Context>
  2. ...
  3. <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
  4. memcachedNodes="http://host1.yourdomain.com:8091/pools"
  5. username="bucket1"
  6. password="topsecret"
  7. memcachedProtocol="binary"
  8. sticky="false"
  9. sessionBackupAsync="false"
  10. requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
  11. transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
  12. />
  13. </Context>

在context.xml中配置完msm之后， 我们就可以启动我们的应用程序了，这样所有的session将会根据系统配置存储到指定的memcached节点或者membase中。

Overview over memcached-session-manager configuration attributes

className (required)

类名：de.javakaffee.web.msm.MemcachedBackupSessionManager

memcachedNodes (required)

memcached节点：此属性应该包含所有运行的memcached节点或者membase bucket的uri地址，每一个memcached节点的属性定义格式为<id>:<host>:<port>，多个节点定义直接使用空格或者逗号分隔，形如：memcachedNodes="n1:app01:11211,n2:app02:11211"，如果只有单个的memcached节点，则<id>是可选项，只需配置<host>:<port>即可，形如：memcachedNodes="localhost:11211"。

如果我们配置的是membase，那么从1.6.0版本开始，我们可以配置指定一个或者多个membase bucket uris，形如：http://host1:8091/pools,http://host2:8091/pools。Bucket 名称和密码通过属性username,password来定义。membase buckets连接需要遵循memcached协议，传输数据通过二进制流方式。

failoverNodes (optional, must not be used for non-sticky sessions)

故障转移节点：可选项，对非黏性session不可用，属性必须包含memcached节点集群的所有ids。节点id之间用空格或者逗号分隔。

username (since 1.6.0, optional)

从1.6.0版开始使用，并且是可选的。用来进行membase bucket或者SASL验证。

password (since 1.6.0, optional)

从1.6.0版开始使用，并且是可选的。用来进行membase bucket或者SASL验证，密码可以为空。

memcachedProtocol (since 1.3, optional, default text)

定义memcached协议，默认使用text文本

sticky (since 1.4.0, optional, default true)

定义session方式为黏性或非黏性，默认为true

lockingMode (since 1.4.0, optional, for non-sticky sessions only, default none)

只有非黏性session才使用，默认值为none

  • none: 从不对session进行锁定
  • all: session将一直被锁定，直到请求结束
  • auto: 对于只读请求，session将不会被锁定，如果是非只读请求，则session会被锁定
  • uriPattern:<regexp>: 通过正则表达式的方式来对请求uri以及查询字符串进行匹配，只有匹配上的才会被锁定。

requestUriIgnorePattern (optional)

sessionBackupAsync (optional, default true)

backupThreadCount (since 1.3, optional, default number-of-cpu-cores)

sessionBackupTimeout (optional, default 100)

operationTimeout (since 1.6.0, optional, default 1000)

sessionAttributeFilter (since 1.5.0, optional)

transcoderFactoryClass (since 1.1, optional, default de.javakaffee.web.msm.JavaSerializationTranscoderFactory)

序列化接口实现：

  • Java serialization: de.javakaffee.web.msm.JavaSerializationTranscoderFactory
  • Kryo based serialization: de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory
  • Javolution based serialization: de.javakaffee.web.msm.serializer.javolution.JavolutionTranscoderFactory
  • XStream based serialization: de.javakaffee.web.msm.serializer.xstream.XStreamTranscoderFactory

copyCollectionsForSerialization (since 1.1, optional, default false)

customConverter (since 1.2, optional)

enableStatistics (since 1.2, optional, default true)

enabled (since 1.4.0, optional, default true)

时间： 2024-11-05 06:25:38

memcached-session-manager配置的相关文章

搭建memcached session manager

搭建环境: Memcached-1:192.168.0.210 Memcached-2:192.168.0.211 Nginx+tomcat:192.168.0.212 Nginx+tomcat:192.168.0.227 一.下载libevent-2.0.21-stable.tar.gz和memcached-1.4.20.tar.gz 1.安装libevent 1 #wget https://github.com/downloads/libevent/libevent/libevent-2.0

使用msm(memcached session manager)实现会话服务器

很多场景下,用户的访问网站的会话信息都需要保存,实现会话保存的方式有三种: 1.session绑定 2.session复制,在多个集群的节点间复制会话信息到各个节点 3.session服务器,使用单独的服务器专门用于保存会话信息.实验过程要实现的是第三种方式,使用session服务器的方式来保存用户的会话信息. 实验用机: 两台前端tomcat集群,使用httpd做反向代理,请用户请求转发至后端的tomcat集群,同时有两台memcached服务器用于保存用户的会话信息,其中有一个节点作为备用会

tomcat + memcached session manager共享session

网上有很多关于通过MSM(memcached session manager)实现memcached共享session的文章,但是很多都是东拼西凑,误导别人.正巧最近有一个地方用到,特此总结一下. MSM支持tomcat6,tomcat7,tomcat8,MSM支持两种模式:sticky sessions(粘性session)和non-sticky sessions(非粘性session).我用到的是sticky session,所以以下都按照sticky session 来介绍.集群结构是2个

基于nginx tomcat redis分布式web应用的session共享配置

一.前言 nginx 作为目前最流行的开源反向代理HTTP Server,用于实现资源缓存.web server负载均衡等功能,由于其轻量级.高性能.高可靠等特点在互联网项目中有着非常普遍的应用,相关概念网上有丰富的介绍.分布式web server集群部署后需要实现session共享,针对 tomcat 服务器的实现方案多种多样,比如 tomcat cluster session 广播.nginx IP hash策略.nginx sticky module等方案,本文主要介绍了使用 redis

Nginx + tomcat + Memcached(session共享)

Nginx + tomcat + Memcached(session共享) 实验拓扑 nginx   实现负载 tomcat   实现web功能 memcached 实现会话共享 安装Nginx [[email protected] ~]# yum -y install pcre pcre-devel [[email protected] ~]# tar -zxvf nginx-1.0.5.tar.gz [[email protected] ~]# cd nginx-1.0.5 [[email 

Nginx+Tomcat+Memcached负载均衡配置完整流程（多方总结，亲测可用）

Nginx+Tomcat+Memcached负载均衡配置完整流程: 前言: Nginx实现Tomcat的负载均衡和利用memcached实现session共享. 首先配置tomcat,JDK 将jdk,tomcat 放入站点/opt目录中 安装JDK cd /opt chmod 755 jdk-6u45-linux-x64-rpm.bin ./jdk-6u45-linux-x64-rpm.bin java -version      //检验版本 安装Tomcat tar -zxf apache

Nginx+Tomcat+MemCached 集群配置手册

系统实施文档 Nginx+Tomcat+MemCached 集群配置手册 目    录 第1章   概述 1.1   目标 互联网的快速发展带来了互联网系统的高负载和高可用性, 这要求我们在设计系统架构时会应用很多高性能的产品, 本文主要描述互联网架构中门户应用的集群的配置工作,最终用以指导系统实施. 1.2   预期读者 本文档用于指导系统工程师进行系统实施工作,架构师和系统工程师应该通读本文档,选择适当版本用于自己的系统架构. 第2章   产品介绍 2.1   Nginx介绍 Nginx是一

Windows和Linux环境下Memcached安装与配置(转)

一.memcached安装配置 windows平台安装 1.memcached-1.2.6-win32-bin.zip下载地址: http://code.jellycan.com/memcached/,执行memcached.exe -d install 安装. 2.守护进程方式启动:memcached.exe -m 512 -d start-d为守护进程启动,不能指定端口 默认端口11211-m为指定内存大小 3.指定端口启动:memcached.exe –p 33000 -m 512可以启动

.net学习之进程外Session的配置

转载地址:http://www.cnblogs.com/rohelm/archive/2012/05/13/2498465.html 人人都知道怎么去使用session,但是初学者,尤其是自学的学生可能对于进程外的Session不甚了解,今天我就花半个小时做个简单的示范. 首先,session其虽然是基于cookie的,同时只对本次会话来产生效果,(原理很简单,就是字典内保存一个字典,外层字典的key也就是asp_netsessionId是由.NET自动分配的并保存到只对本次会话有效的cooki

（App Volumes系列三）Manager配置以及Agent安装

在前一篇博客,我们基本了解了App Volumes的四个逻辑组件,环境配置要求以及如何安装App Volumes Manager组件,我们接下来将继续我们的App Volumes之旅. 首先先回顾一下App Volumes的安装,使用流程: 初始配置 -> App Volumes Manager组件安装-> App Volumes Manager组件配置-> App Volumes Agent组件安装-> 应用提取 -> 应用集合(AppStack)分配. App Volum