Terracotta 3.2.1简介 (二)

高效、高可用的Web Session解决方案

在多用户、高并发、高吞吐量的Web应用中，用户经常通过配置多个Web应用服务器并发处理大量用户的请求，实现负载均衡、灾难回复，提高可用性和可扩展性。

在多节点的环境中，如何实现Web Session数据的高速共享、复制、迁移是架构成功与否的关键。

由于大多数Web应用服务器都采用Java序列化和数据广播方式实现session数据的共享，导致任何一个节点对任何session数据进行修改，都造成大量的内存、CPU以及网络带宽的消耗。这种消耗随着应用服务器节点的增加而成级数级增长。当节点数目超过4个以上的时候，经常由于session复制导致的消耗过高，使得整个集群的吞吐量反而开始下降。由于普通session复制机制性能和可用性的缺陷，很多web开发人员不得不通过数据保存和共享session相关的数据，因此又增加了对数据库的压力，形成新的性能瓶颈。

Terracotta的web session方案利用Terracotta集群实现sessino数据的共享。不使用广播机制，也不对整个session数据做序列化，因此session数据复制的消耗极小，允许用户横向扩展应用服务器的数量儿不必担心系统消耗形成的瓶颈。

下图是基于Terracotta的Web Session集群方案的体系架构图：

Web Session数据通过Terracotta服务器实现了数据的持久化、节点间的复制以及灾难回复等。

基于Terracotta的解决方案的特点及优势包括：

• 简单易用
  • 完全支持Java Web Session的标准实现，用户对HttpServletSession接口的访问方式不变
  • Terracotta通过对不同应用服务器进行配置，将session数据集群化
• 高效、可靠
  • 近乎内存读写的访问速度
  • session数据自动持久化
  • 性能可线性扩展
• 强大、灵活
  • 广泛支持各种应用服务器：WebLogic, WebSphere, Tomcat, JBoss, Jetty, Geronimo等等
  • 自动session数据迁移
  • 适用于各种大小的session数据
  • 集群范围内数据可视以及强大的管理和监控功能

下图显示了基于Terracotta的Session集群解决方案与Tomcat内置解决方案的性能数据对比：

从图中可见，Tomcat内置的方案在增加节点数，对整个集群的吞吐量帮助不大。而基于Terracotta的方案可以实现吞吐量随着节点数的增加而线性增长。

Terracotta的Web Session解决方案建议用户使用session粘性负载均衡机制，让相同用户的请求尽量由相同的web服务器处理，这样可以最大限度地做到数据本地化分片，实现最佳的整体性能。同时在灾难发生的时候，还能实现web请求和session的自动迁移。

高效分布式Java任务调度平台 － Quartz

Quartz是Java领域最著名的开源Java任务调度工具。它允许用户通过类似Unix上crontab类似的任务计划语法定义对Java任务的调度计划。

Terracotta于2009年末并购了Quartz项目，并将它与Terracotta核心平台进行紧密整合，为用户提供一个可以从小量任务、单机环境到大量任务、分布式环境平滑过度的全面的Java任务调度平台。

与其他Terracotta解决方案一样，用户可以从单机环境开始开发实施，随着应用需求和环境的升级扩展，只需要修改配置文件，就可以逐步扩展到多机集群环境。

下图是Quartz与Terracotta整合后的系统架构：

Terracotta Quartz解决方案的特点包括：

• 简单易用
• 功能特点
  • 任务调度
  • 任务执行
  • 任务持久化
  • 任务数据可视化监控管理
• 强大、灵活
  • 任务数据持久化选项：数据库、Terrcotta
  • 支持任务监听和插件扩展

评论

1 楼 Touareg 2012-08-01  

老马您好！我在配置Terracotta与Ehcache时遇到一些问题，恳求您帮我解答
具体情况如下：
我在应用上使用Ehcache做缓存，用一台机器作为terracotta服务器，在使用developer console监控的时候 发现每一个Client（即应用）上内存开销比较大，达到一个多G   部署应用的服务器也经常出现OutOfMemery,苦思冥想不得其解，特向您请教！
我把Terracotta以及Ehcache的配置文件附下：

<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="ehcache.xsd" updateCheck="true"
monitoring="autodetect" dynamicConfig="true">

<diskStore path="java.io.tmpdir" />

    <transactionManagerLookup class="net.sf.ehcache.transaction.manager.DefaultTransactionManagerLookup"
                              properties="jndiName=java:/TransactionManager" propertySeparator=";"/>

<cacheManagerEventListenerFactory class="" properties=""/>

<terracottaConfig url="172.17.211.18:9510" />

<defaultCache maxElementsInMemory="1000" eternal="false"
overflowToDisk="false" diskPersistent="false" timeToIdleSeconds="1200"
timeToLiveSeconds="1200">
<terracotta />
</defaultCache>

<cache name="Other" maxElementsInMemory="1000"
maxElementsOnDisk="2000" eternal="false" overflowToDisk="false"
diskPersistent="false" memoryStoreEvictionPolicy="LRU">
<terracotta />
</cache>

</ehcache>




<?xml version="1.0" encoding="UTF-8"?>
-<con:tc-config xmlns:con="http://www.terracotta.org/config"> -<servers> -<server name="huanghong" host="172.17.211.18"> <dso-port bind="0.0.0.0">9510</dso-port> <jmx-port bind="0.0.0.0">9520</jmx-port> <data>../nova/nova-data</data> <logs>../nova/nova-logs</logs> <statistics>../nova/cluster-statistics</statistics> </server> </servers> -<clients> <logs>../nova/nova-client-logs</logs> </clients> -<application> -<dso> <instrumented-classes/> </dso> </application> </con:tc-config>