3

我在使用 apache 作为前端负载均衡器的 ubuntu 服务器上进行Tomcat Clustering了测试。session replication根据我的测试经验，我说最好不要使用 tomcat 集群，而是将每个节点作为独立运行，在没有任何会话复制的情况下彼此不认识，因为我觉得它很慢，启动 tomcat 服务需要很多时间并且消耗更多内存。并且FarmDeployer在部署中并不总是可靠的，整个配置应该放在<Host></Host>农场部署者工作的元素下，也适用于每个虚拟主机，因此是一个巨大的 server.xml 文件。下面是来自我使用的节点之一的具有集群配置的 tomcat 虚拟主机。

<Host name="site1.mydomain.net" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true">
<Logger className="org.apache.catalina.logger.FileLogger"
directory="logs" prefix="virtual_log1." suffix=".log" timestamp="true"/>
<Context path="" docBase="/usr/share/tomcat/webapps/myapp" debug="0" reloadable="true"/>

<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster">
<Manager className="org.apache.catalina.ha.session.DeltaManager" 
          expireSessionsOnShutdown="false"
          notifyListenersOnReplication="true"/>

        <Channel className="org.apache.catalina.tribes.group.GroupChannel">
            <Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
                  address="192.168.1.8"
                  port="4001"
                  selectorTimeout="100"
                  maxThreads="6"/>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/>
            <Interceptor className="org.apache.catalina.tribes.group.interceptors.StaticMembershipInterceptor">
                <Member className="org.apache.catalina.tribes.membership.StaticMember"
                      port="4002"
                      securePort="-1"
                      host="192.168.1.9"
                      domain="staging-cluster"
                      uniqueId="{0,1,2,3,4,5,6,7,8,9}"/>

             <!--   <Member className="org.apache.catalina.tribes.membership.StaticMember"
                      port="4002"
                      securePort="-1"
                      host="192.168.1.9"
                      domain="staging-cluster"
                      uniqueId="{0,1,2,3,4,5,6,7,8,9}"/> -->

            </Interceptor>
        </Channel>
<Valve className="org.apache.catalina.ha.tcp.ReplicationValve" filter=""/>
<Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/>

<ClusterListener className="org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener"/>
<ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/>

  <Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer"
            tempDir="/usr/share/tomcat/temp/"
            deployDir="/usr/share/tomcat/webapps/"
            watchDir="/usr/share/tomcat/watch/"
            watchEnabled="true"/>
    </Cluster>
</Host>

Tomcat 集群是否适合在生产环境中使用，或者是否有任何替代方法用于会话复制？或者我在上述配置中遗漏了任何可以微调的东西？

欢迎任何想法。谢谢！

4

1 回答 1

6

用于 tomcat 的一种会话故障转移/会话复制解决方案是memcached-session-manager (msm)，它支持粘性和非粘性会话。msm 使用memcached（或任何使用 memcached 协议的后端）作为会话备份/存储的后端。

在粘性模式下，会话仍保留在 tomcat 中，并且 memcached 仅用作额外的备份 - 用于会话故障转移。

在非粘性模式下，会话仅存储在 memcached 中，不再存储在 tomcat 中，与非粘性会话一样，会话存储必须是外部的（以避免陈旧数据）。

还有对membase / membase buckets的特殊支持，这对于托管解决方案非常有用，您可以通过适当的身份验证访问某个存储桶。

会话序列化是可插入的，因此您不必依赖于 java 序列化（以及实现 Serializable 的类）。例如，有一个可用的kryo序列化器，它是可用的最快的序列化策略之一。

msm 主页主要描述了粘性会话方法，有关非粘性会话的详细信息，您可以在邮件列表中搜索或询问。

可以在msm wiki (SetupAndConfiguration)中找到有关配置的详细信息和示例。

于 2012-01-31T20:49:08.463 回答