转:

STICKY模式 
    <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"  
        memcachedNodes="OCS的地址:11211"  
        username="OCS实例名" 
        password="OCS密码" 
        memcachedProtocol="binary" 
        sticky="true"  
        sessionBackupAsync="true"    
        sessionBackupTimeout="1000" 
        requestUriIgnorePattern=".*\.(gif|jpg|jpeg|png|bmp|swf|js|css|html|htm|xml|json)$" 
        transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory" />
 
 
NON-STICKY模式 
     <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"  
        memcachedNodes="OCS的地址:11211"  
        username="OCS实例名" 
        password="OCS密码" 
        memcachedProtocol="binary" 
        sticky="false"  
        lockingMode="auto"  
        sessionBackupAsync="false"    
        sessionBackupTimeout="1000" 
        requestUriIgnorePattern=".*\.(gif|jpg|jpeg|png|bmp|swf|js|css|html|htm|xml|json)$" 
        transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory" />
 
 
其实配置是不是很简单呐,总之里面配置跟连接Memcached是一样的,所以我对阿里的这种设计非常之赞赏。 
其中就注意一点,一定要有memcachedProtocol="binary",否则是用不了的,因为Tomcat memcached插件模式这个属性值是text,而阿里支持的是binary模式的数据,所以务必务必要注意。 
 
 
Step.3 修改TOMCAT的JVM设置以及NIO(这个步骤跟OCS无关) 
修改JVM设置在/Tomcat/bin/目录下,增加setenv.sh文件,写定要优化的配置。 
我配置的如下,这个JVM参数有点问题,GC回收跟过山车一样。还需要继续改,所以不建议参考。如果有高人还望指点。ECS配置是双核/4G配置,用的CentOS 6.5 x64。 
CATALINA_OPTS="-server -Xms3072m -Xmx3072m -Xmn1024m -Xss256K -XX:PermSize=128m -XX:MaxPermSize=128m -XX:SurvivorRatio=16 -XX:NewSize=1024m -XX:MaxNewSize=1024m"
 
 
修改NIO设置在/Tomcat/conf/context.xml 
注释掉原有的Connector=8080的定义,增加如下的配置定义,使用NIO方式 
<Connector port="8080"  
               protocol="org.apache.coyote.http11.Http11NioProtocol"   
               connectionTimeout="20000"  
               URIEncoding="UTF-8"  
               useBodyEncodingForURI="true"  
               enableLookups="false"  
               redirectPort="8443" />
 
 
Step.4 创建一个检查SESSION的JSP 
创建一个JSP文件到Tomcat/webapps/ROOT目录下 
<%@ page language="java" import="java.util.*" pageEncoding="ISO-8859-1"%> 
<% 
String path = request.getContextPath(); 
String basePath = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+path+"/"; 
%> 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> 
<html> 
  <head> 
    <base href="<%=basePath%>">   
    <title>My JSP 'session.jsp' starting page</title> 
    <meta http-equiv="pragma" content="no-cache"> 
    <meta http-equiv="cache-control" content="no-cache"> 
    <meta http-equiv="expires" content="0">     
    <meta http-equiv="keywords" content="keyword1,keyword2,keyword3"> 
    <meta http-equiv="description" content="This is my page"> 
    <!-- 
    <link rel="stylesheet" type="text/css" href="styles.css"> 
    --> 
  </head> 
  <body> 
     
    <h1> 
    <% 
     out.println("This is (TOMCAT1), SESSION ID:" + session.getId()); 
    %> 
    </h1> 
  </body> 
</html>
 
 
Step.5 上传你配置好的TOMCAT到ECS 
上传后启动,正常这个时候你就看见你的TOMCAT了。http://yourserver:8080/session.jsp,如果你看见的是如下字样,说明你的TOMCAT连接OCS成功了。 
“ 
 
This is (TOMCAT1), SESSION ID:CAC189E5ABA13FFE29FCB1697F80182B-OCS 
 
 
” 
 
 
如果你用的是SLB,两个ECS,并且使用的NON-STICKY模式,通过负载后你会看到内部的Server在变,但是SESSION不变。 
 
 
接下来,说问题 
使用PTS压测session.jsp,100用户,TOMCAT配置NON-STICKY模式下。此刻使用浏览器访问session.jsp会出现SESSION_ID每次看都不一样的情况。没有执行压测的时候就正常的,也就是在大并发情况下OCS会出奇怪的问题么? 
现在为了防止这种情况出现,我们已经换成了STICKY模式。即通过SLB分发会话到同一个节点机器执行服务,OCS只是做一个SESSION备份,防止节点宕机,另外节点可以重新获取到继续提供服务。 
就是如此了,还请OCS团队给个答复或者是建议。或者有高人能指点下,怎么弄才是最好的办法呢? 
 
[ 此帖被Happy_Tian在2014-11-07 13:06重新编辑 ]

相关文章:

  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-01-27
  • 2021-08-19
猜你喜欢
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
相关资源
相似解决方案