标签：cookie 代理 direct thread 控制 注意 高级 技术 前端
转自：http://blog.csdn.net/cssmhyl/article/details/8455400
http://snowolf.iteye.com/blog/743611
Apache 和 Tomcat原本就是一家，更是一家亲！
Apache与Tomcat整合，无非是将Apache作为前端依据请求路径、端口、代理分发给多个Tomcat，以到达转发和负载均衡的目的！同一时候。通过Apache和Tomcat相互作用，进行粘性会话，会话拷贝构建集群！这一切的最终结果就是“云服务”。不要说Session不重要，当下火爆的团购，假设离开Session还能快活多久？怎样保证Session同步。仍然是不能回避的问题！
至于说Apache+Tomcat+SSL。并非难题！
仅仅要完毕了Apache+SSL然后配置相应的负载均衡、反向代理等等就能够达到目的，相关Apache+SSL參考征服 Apache + SSL
Ubuntu Server 10.04版本号，Apache选用2.2.14，Tomcat选用6.0.24。
相关内容：
征服 Apache + SSL
征服 Apache + SVN
征服 Apache + SVN + LDAP
征服 Apache + Tomcat
征服 Nginx
征服 Nginx + Tomcat
步骤：
我们能够通过命令逐个载入：
apache2.conf会载入这个文件。
当我们通过a2enmod操作时。实际上正是操作了这些软链接。
注意红框中的配置：
再说代理和反向代理：
如今。我们重新启动Apache：
更疯狂的是，我甚至把节点指向了百度、搜狐。来測试负载均衡的效果。假设你细致观察。Apache是将请求顺次分配到各个节点上的。
假设当中一个节点发生问题（比如。强行关闭一个Tomcat。或配置一个错误节点）Apache将会经过几次尝试后，绕过这个问题节点，寻找能够成功訪问的节点。假设这个节点恢复正常使用，Apache将在该Tomcat恢复正常工作后大约1分钟内将该节点标识为可用！
如今，再看看如今的后台（http://localhost/balancer-manager）啥样子： 
假设我们控制一个节点的状态是否可用，该怎么做： 
涉及到负载量，session同步等等。我们最后讨论！
4.配置Tomcat相关模块（AJP）
基于Http协议分发并不复杂，但AJP效果更好。一次诡异事件中，内网訪问正常，外网訪问多次失败。最后通过AJP方式完美攻克了！
在Tomcat中配置AJP也非常简单，改动server.xml开启AJP模块：
loadfactor表示后台服务器负载到由Apache发送请求的权值,默认值为1加入在BalancerMember后面：
注意，Tomcat中定义的jvmRoute须要与Apache定义的route相相应。
我们来看一下http://localhost/balancer-manager发生了什么变化： 
我们注意到route字段有了新的标识。当然。我们也能够通过这个配置界面改动这些信息，但当前改动不会真的改动/etc/apache2/mods-available/proxy.conf文件，Apache重新启动后将丢失。
为了更细致的对照进过复杂均衡的结果，这里添加了zlex应用！主要是监控Session的变化！
仅仅看核心代码：
尤其是当我们通过jvmRoute和route做了绑定之后，信息更加准确。
可是，细致观察，每次请求的SessionID都是不一样！
对于纯Web应用。尤其是依靠SessionID区分唯一用户的应用。这将是一场噩梦——攻克了服务器压力均衡问题，却带来了SessionID不唯一问题！
这就须要SessionID绑定，或者说叫做“会话复制”。
假设这时候你在页面上提交表单，将键值对保持在session中。在页面刷新后。将无法获得该信息。因为Seesion丢失了！
接着改动/etc/apache2/mods-available/proxy.conf。让SeesionID保持唯一：
这样不同用户的请求就被平均分配到集群中各个tomcat节点上，实现负载均衡的能力。
这样做的缺点是没有灾难恢复的能力。一旦一个节点发生问题。这个节点上全部的session信息全部丢失；
同一用户同一session仅仅和一个webServer交互。一旦这个webserver发生问题，本次session将丢失，用户不能继续使用 !
假设这时候负载均衡节点列表中某一节点发生异常，那么Apache将依照惯例，跳转该节点，并在该节点恢复正常后约1分钟内又一次将其纳入可用节点！
改动刚才的jsp页面，看看Http头中都有些什么：
6.Tomcat集群，Session复制
经过两天重复研究。两仅仅互不相认的Tomcat最终在网络上“资源共享”了——Session复制成功！
关于Tomcat集群以及Session复制。网上已经有非常多非常多，可是否真的能用？。为了确认这一问题，周末还跑到书店翻了翻《Apache Tomcat 高级编程》，參考Clustering/Session Replication HOW-TO（有点小错误）。经过两天苦战，克服种种小问题，最终拿下！
整理概念：
群集能够实现水平可伸缩性、负载平衡和故障转移保护。依据定义，群集中的全部实例都具有同样的资源和应用程序配置。当群集中的服务器实例或计算机出现问题时，负载平衡器检測到该故障，会将通信从出现问题的实例重定向至群集中的其它实例。并恢复用户会话状态。
因为群集中全部实例上的应用程序和资源都同样，因此一个实例能够故障转移至群集中的不论什么其它实例。
因为。当节点数大于4时，整个集群的吞吐量将不再上升！
为了搭建Tomcat集群，我将两个Tomcat分别部署到两台虚拟机上，确保网段一致。（这一步非常关键。我最初将Tomcat1（192.168.49.132）部署在虚拟机上，将Tomcat2（192.168.49.128）部署在本机上，结果，网络总有问题，耽误了非常多时间。
）
因为变换了IP。我须要改动Apache的/etc/apache2/mods-available/proxy.conf文件：
因为我在启动Tomcat时，Tomcat频频将地址指向127.0.0.1。无奈仅仅好使用固定IP。
此外，为了减少Session复制的成本，Tomcat通过<Valve />节点。以过滤器的方式控制哪些请求能够忽略Session复制：
注意：Tomcat 6与Tomcat5在上述节点中使用的类包（包中名称由cluster变化为ha）有所不同。且结构有所调整。
先别急着重新启动，我们须要改动应用中的web.xml文件。将<distributable />节点部署到<web-app />节点中，开启分布式服务： 
注意：假设没有设置该节点，SessionID将不能保持同步。不同的服务器将各自建立独立的SessionID！
监控Tomcat日志：
至此。说明集群设置已经生效，但不能说明集群配置成功！
接着我们启动Tomcat2，观察其日志： 
Cluster启动。并绑定192.168.49.128:4000上并发现成员[b]192.168.49.132！[/b]
再看Tomcat1的日志： 
Tomcat1发现其成员Tomcat2！这说明TCP通讯已建立。Tomcat成员能够进行Session同步！
同一时候，Tomcat成员直接会每隔一个时间段相互侦測/验证其它成员是否正常： 
如今，開始訪问http://localhost/zlex。并不断刷新当前页面： 
除了两处标识主机来源的tomcatX不同外。session是全然一致的！
提交一次改动。并不断刷新当前页： 
假设细致观察，当前SessionID在不断交替变化，这说明负载均衡在起作用！
我们再来看看2个Tomcat后台日志都做了什么！
Tomcat1：
Tomcat2：
两仅仅猫都打印了同样的内容（a=1）不同的细节在于，sessionID带有服务器标识！
假设我们强行关闭Tomcat2：
首先，Tomcat1会非常快侦測到Tomcat2离线，因为这是TCP通讯。成员之间非常easy检測到其它成员是否离线！Tomcat1后台日志例如以下： 
其次。Apache会侦測到Tomcat2发生异常。将其余请求转交给其它节点。即交由Tomcat1处理！
继续刷新http://localhost/zlex当前页面，耐心等待几秒。你会发现，即便再次刷新页面。sessionID仍旧绑定在标识tomcat1服务器上。
然后，我们恢复Tomcat2服务。Tomcat1会立即侦測到Tomcat2已经恢复正常： 
最后。我们再次刷新当前页。Apache已经将请求分发给Tomcat2了，从后台日志能够看到session信息会非常快被同步了。
假设带有tomcatX标识的sessionID有非常多不便之处，能够关闭粘性会话。简单的讲。就是取消Tomcat中[b]server.xml中<Engine/ >节点的jvmRoute属性。[/b]然后。重新启动tomcat、apache！ 
页面提交一个b=3！
左边为Tomcat1，右边为Tomcat2。SessionID一致！
除了上述几种方案外，还有Terracotta模式。
一种第三方集群组件，2009年收购了缓存组件EhCache，能够结合Tomcat、JBoss等多种服务器，提供多种负载均衡、集群等功能实现，且当负载均衡节点超过8个时。仍然能够保持集群吞吐量的线性增长。
Eclipse插件地址：
http://download.terracotta.org/eclipse/update
下载地址：
http://www.terracotta.org/dl/oss-download-catalog
至此，Apache + Tomcat成功完毕，征服Apache系列暂告一段落。
作为开博以来的第100帖，算是非常成功了！
Apache + Tomcat 负载均衡 session复制
标签：cookie 代理 direct thread 控制 注意 高级 技术 前端
原文地址：http://www.cnblogs.com/gavanwanggw/p/6909994.html
