J2EE集群的神话失效转移可以完全避免错误——否定在Jboss的文档中，整个章节都在警告你“你真的需要HTTP会话的复制吗？”。是的，有时没有失效转移的高可用性的解决方案也是可接受并且是廉价的。失效转移并不是你想象的那么强壮。那么失效转移到底给你带来了什么？你可能想失效转移可以避免错误。你看，没有会话的失效转移，当一个服务器实例失效后，会话数据将丢失而导致错误。通过失效转移，会话可以从备份中恢复，

执行典型指令  1/1,000,000,000 秒 =1 纳秒  从一级缓存中读取数据  0.5 纳秒  分支预测错误  5 纳秒  从二级缓存中读取数据  7 纳秒  互斥锁定 / 解锁  25 纳秒  从主存储器中读取数据  100 纳秒  在 1Gbps 的网络中发送 2KB 数据  20,000 纳秒  从内存中读取 1MB 数据  250,000 纳秒  从新的磁盘位置读取数据 ( 寻轨

导读：都说云存储的门槛很低，据金山云CTO杨钢透露，国内95%以上的网盘采用了Hadoop或直接购买存储设备，金山云偏偏没有采用大热门Hadoop，杨钢的解释很简单：Hadoop不适合金山云。与许式伟一同完成了WPS的架构，又转战金山云，杨钢没有变的是对产品的精益求精。在第四届云计算大会上，杨钢分享了金山云从无到有的技术演进，演讲非常详细。优快云将演讲整理如下：金山云CTO 杨钢大家好，刚接到分

性能因素考虑如下问题：一台WEB服务器中可能运行着许多WEB应用，它们中每一个都可能被成百的并发用户访问，而每个用户都会产生浏览器会话用于访问特定的应用。所有会话信息都将备份以便服务器失效后能转移到其他服务器实例中。更糟的是，会话会由于一次次的发生以下情况而变化，包括创建、失效、增加属性、删除属性、修改属性值。甚至是什么都没变，但由于有新的访问而使最后访问时间变了（由此判断什么时候失效会话）。因此

WEB层集群实现WEB层集群是J2EE集群的重要且基本的功能。WEB集群技术包括WEB负载均衡和HTTP Session失效转移。WEB负载均衡J2EE提供商实现WEB负载均衡有许多方式。基本上，都一个负载均衡器被插入到浏览器和WEB服务器之间，如下图所示。图 5  WEB负载均衡负载均衡器可以是一台硬件，如F5负载均衡器，或仅仅是另一台有负载均衡Plug-Ins的WEB服务器，一个简单的带ipc

序言越来越多的关键应用运行在J2EE（Java 2, Enterprise Edition）中，这些诸如银行系统和账单处理系统需要高的可用性（High Availability, HA），同时像Google和Yahoo这种大系统需要大的伸缩性。高可用性和伸缩性在今天高速增长的互连接的世界的重要性已经证实了。eBay于1999年6月停机22小时的事故，中断了约230万的拍卖，使eBay的股票下降了9

开源代表的经常是最佳主义者，而商业公司代表的经常是现实主义者，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程……　　编者按：在中国Java技术界，袁红岗是个不能忽视的名字。他的观点，及对中间件趋势的看法，是非常多人感兴趣的。日前，在金蝶Apusic于广州花园酒店举办的“Java俱乐部”上，记者和这位极少露面的金蝶中间件首席科学家就集群、Java EE5.0等热门话题

一:网络层：     到了这个级别的网站，他的用户必定是面向全国，甚至面向全球，因此网络的优化设计就非常重要。尤其是国内的网络非常差，不同网络运营商之间的互通非常差，以及骨干网的流量目前已经成为瓶颈。根据真实数据测试，即使网站服务器性能非常高，但相当地区的用户体验还是非常差，原因是花在用户机器到服务器之间的网络上的开销占据了整个网页点击到显示在用户机器上的80%以上，甚至有些达95%以上。一个网页

我(本文作者)在CERNET做过拨号接入平台的搭建，而后在Yahoo&3721从事过搜索引擎前端开发，又在MOP处理过大型社区猫扑大杂烩的架构升级等工作，同时自己接触和开发过不少大中型网站的模块，因此在大型网站应对高负载和并发的解决方案上有一些积累和经验，可以和大家一起探讨一下。　　一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在

前言越来越多的企业关键应用都必须采用集群技术，实现负载均衡（Load Balancing）、容错（Fault Tolerance）和灾难恢复（Failover）。以达到系统可用性（High Availability）和可伸缩性（Scalability）的要求。前言越来越多的企业关键应用都必须采用集群技术，实现负载均衡（Load Balancing）、容错（Fault Tolerance）和灾难恢复

EJB集群实现EJB是J2EE技术中重要的部分，并且EJB集群是实现J2EE集群最大的挑战。EJB技术是为分布式计算而生。它们可以在独立的服务器中运行。Web服务器组件或富客户端可以从其他的机器通过标准协议（RMI/IIOP）来访问EJB。你可以象调用你本地Java对象的方法一样调用远程EJB的方法。实际上，RMI/IIOP完全掩盖了你正在调用的对象是本地的还是远程的，这被称作本地/远程透明性。图

JNDI集群实现J2EE规范要求所有的J2EE容器必须提供JNDI规范的实现。JNDI在J2EE应用程序中的主要角色是用来提供一个间接层，这样资源可以很容易被找到，而不用关心细节。这使得J2EE组件更加可复用。拥用全特性的集群的JNDI对于J2EE集群是非常重要的。所有的EJB调用都开始于在JNDI树上查找它的Home接口，J2EE供应商根据他们的集群结构采用不同的方式实现JNDI集群。共享全局J

数据库备份方式几乎所有的J2EE集群产品都允许选择将你的会话对象通过JDBC备份到关系数据库中。如图7所示，这种方式可以让服务器实例非常简单的在正确的时间序列化会话内容并写到数据库中。当发生会话转移时，另一台可用的服务器接过已失效的服务器工作，从数据库中恢复所有的会话状态。序列化对象是关键点，它使得内存会话数据可以持久化和传输。要了解更多有关Java对象序列化知识，请参考http://java.s

作者：张宴 本文版本：v1.0 最后修改：2008.12.09 转载请注明原文链接：http://blog.s135.com/post/385/]　　曾经在七月，写过一篇文章──《基于Sphinx+MySQL的千万级数据全文检索（搜索引擎）架构设计》，前公司的分类信息搜索基于此架构，效果明显，甚至将很大一部分带Where条件的MySQL SQL查询，都改用了Sphinx+MySQL搜索。但是，这套

ConcurrentHashMap是一个线程安全的Hash Table，它的主要功能是提供了一组和HashTable功能相同但是线程安全的方法。ConcurrentHashMap可以做到读取数据不加锁，并且其内部的结构可以让其在进行写操作的时候能够将锁的粒度保持地尽量地小，不用对整个ConcurrentHashMap加锁。ConcurrentHashMap的内部结构ConcurrentHashMa