因此可以看出Q集和负蝲均衡有本质上的不同，它们是解决两斚w问题的不同方案，不要h?br />
集群技术可以分Z大类Q?br /> 1、高性能性集?HPC Cluster)
2、高可用性集?HA Cluster)
3、高可扩展性集?br />
一、高性能性集?HPC Cluster)
指以提高U学计算能力为目标的集群技术。该集群技术主要用于科学计，q里不打介l，如果感兴可以参考相关的资料?br /> 二、高可用性集?HA Cluster)
指ؓ了ɾ集的整体服务尽可能可用Q减服务宕机时间ؓ目的的集技术。如果高可用性集中的某节点发生了故障，那么q段旉内将由其他节点代替它的工作。当然对于其他节ҎԌ负蝲相应的就增加了?br /> Z提高整个pȝ的可用性，除了提高计算机各个部件的可靠性以外，一般情况下都会采用该集的Ҏ?br /> 对于该集方案，一般会有两U工作方式：
①??Active-Active)工作方式
q是最常用的集模型，它提供了高可用性，q且在只有一个节Ҏ也能提供可以接受的性能Q该模型允许最大程度的利用g资源。每个节炚w通过|络对客h 提供资源Q每个节点的定w被定义好Q得性能辑ֈ最优，q且每个节点都可以在故障转移时时接另一个节点的工作。所有的服务在故障{Ud仍保持可用，?是性能通常都会下降?br />
q是目前q用最为广泛的双节点双应用的Active/Active模式?/p>
支撑用户业务的应用程序在正常状态下分别在两台节点上q行Q各自有自己的资源，比如IP地址、磁盘阵列上的卷或者文件系l。当某一方的pȝ或者资源出现故障时Q就会将应用和相兌源切换到Ҏ的节点上?/p>
q种模式的最大优Ҏ不会有服务器?#8220;闲置”Q两台服务器在正常情况下都在工作。但如果有故障发生导致切换，应用放在同一台服务器上运行，׃服务器的处理能力有可能不能同时满x据库和应用程序的峰D求，q将会出现处理能力不够的情况Q降低业务响应水q?/p>
②??Active-Standby)工作方式
Z提供最大的可用性，以及Ҏ能最的影响Q主-从工作方式需要一个在正常工作时处于备用状态的节点Q主节点处理客户机的hQ而备用节点处于空闲状态，当主节点出现故障Ӟ备用节点会接主节点的工作，l箋为客h提供服务Qƈ且不会有M性能上媄响?br /> 
两节点的Active/Standby模式是HA中最单的一U，两台服务器通过双心跳线路组成一个集。应用Application联合各个可选的pȝlg如：外置׃n的磁盘阵列、文件系l和动IP地址{组成业务运行环境?/p>
PCL为此环境提供了完全冗余的服务器配|。这U模式的优缺点：
- ~点QNode2在Node1正常工作时是处于“闲置”状态，造成服务器资源的费?/li>
- 优点Q当Node1发生故障ӞNode2能完全接应用，q且能保证应用运行时的对处理能力要求?/li>
前面已经说过负蝲均衡的作用是在多个节点之间按照一定的{略Q算法）分发|络或计处理负载。负载均衡可以采用Y件和g来实现。一般的框架l构可以参考下图?br /> 
?台的多个Web节点上面有相同的Web应用Q用L讉Kh首先q入负蝲均衡分配节点(可能是Y件或者硬?Q由它根据负载均衡策略（法Q合理地分配l?某个Web应用节点。每个Web节点相同的内容做h不难Q所以选择负蝲均衡{略Q算法）是个关键问题。下面会专门介绍均衡法?br />
web 负蝲均衡的作用就是把h均匀的分配给各个节点Q它是一U动态均衡，通过一些工具实时地分析数据包，掌握|络中的数据量状况Q把h理分配出厅R对于不 同的应用环境Q如电子商务|站Q它的计 负荷大Q再如网l数据库应用Q读写频J，服务器的存储子系l系l面临很大压力；再如视频服务应用Q数据传输量大，|络接口负担重压。）Q用的均衡{略 (法)是不同的? 所以均衡策略（法Q也有了多U多L形式Q广义上的负载均衡既可以讄专门的网兟뀁负载均衡器Q也可以通过一些专用Y件与协议来实现。在OSI七层?议模型中的第二（数据链\层）、第三（|络层）、第四（传输层）、第七层Q应用层Q都有相应的负蝲均衡{略Q算法）Q在数据链\层上实现负蝲均衡的原理是 Ҏ数据包的目的MAC地址选择不同的\径；在网l层上可利用ZIP地址的分配方式将数据疏通到多个节点Q而传输层和应用层的交换（SwitchQ， 本n便是一U基于访问流量的控制方式Q能够实现负载均衡?br /> 目前Q基于负载均衡的法主要有三U：轮@QRound-RobinQ、最连接数QLeast Connections FirstQ，和快速响应优先（Faster Response PrecedenceQ?br /> ①轮@法Q就是将来自|络的请求依ơ分配给集群中的节点q行处理?br /> ②最连接数法Q就是ؓ集群中的每台服务器设|一个记数器Q记录每个服务器当前的连接数Q负载均衡系lL选择当前q接数最的服务器分配Q务? q要?轮@法"好很多，因ؓ在有些场合中Q简单的轮@不能判断哪个节点的负载更低，也许新的工作又被分配l了一个已l很忙的服务器了?br /> ③快速响应优先算法，是根据群集中的节点的状态（CPU、内存等主要处理部分Q来分配d? q一点很隑ց刎ͼ事实上到目前为止Q采用这个算法的负蝲均衡pȝq很。尤其对于硬件负载均衡设备来_只能在TCP/IP协议斚w做工作，几乎不可能深入到服务器的处理pȝ中进行监。但是它是未来发展的方向?br />
上面是负载均衡常用的法Q基于以上负载均衡算法的使用方式上，又分为如下几U：
1、DNS轮询
最早的负蝲均衡技术是通过DNS来实现的Q在DNS中ؓ多个地址配置同一个名字，因而查询这个名字的客户机将得到其中一个地址Q从而得不同的客户讉K不同的服务器Q达到负载均衡的目的?
DNS负蝲均衡是一U简单而有效的ҎQ但是它不能区分服务器的差异Q也不能反映服务器的当前q行状态。当使用DNS负蝲均衡的时候，必须量保证不同?客户计算均匀获得不同的地址。由于DNS数据具备h旉标志Q一旦超q这个时间限Ӟ其他DNS服务器就需要和q个服务器交互，以重新获得地址?据，有可能获得不同IP地址。因此ؓ了地址能随机分配，应使刷新时间尽量短Q不同地方的DNS服务器能更新对应的地址Q达到随得地址Q然而将q?期时间设|得q短Q将使DNS量大增Q而造成额外的网l问题。DNS负蝲均衡的另一个问题是Q一旦某个服务器出现故障Q即使及时修改了DNS讄Q还?要等待够的旉Q刷新时_才能发挥作用Q在此期_保存了故障服务器地址的客戯机不能正常访问服务器
2、反向代理服务器
使用代理服务器，可以请求{发给内部的服务器Q用这U加速模式显然可以提升静态网늚讉K速度。然而，也可以考虑q样一U技术，使用代理服务器将h均匀转发l多台服务器Q从而达到负载均衡的目的?
q种代理方式与普通的代理方式有所不同Q标准代理方式是客户使用代理讉K多个外部服务器，而这U代理方式是代理多个客户讉K内部服务器，因此也被UCؓ反向代理模式。虽然实现这个Q务ƈ不算是特别复杂，然而由于要求特别高的效率，实现hq不单?
使用反向代理的好处是Q可以将负蝲均衡和代理服务器的高速缓存技术结合在一P提供有益的性能。然而它本n也存在一些问题，首先是必须为每一U服务都专门开发一个反向代理服务器Q这׃是一个轻杄d?
代理服务器本w虽然可以达到很高效率，但是针对每一ơ代理，代理服务器就必须l护两个q接Q一个对外的q接Q一个对内的q接Q因此对于特别高的连接请求， 代理服务器的负蝲也就非常之大。反向代理方式下能应用优化的负蝲均衡{略Q每ơ访问最I闲的内部服务器来提供服务。但是随着q发q接数量的增加，代理服务 器本w的负蝲也变得非常大Q最后反向代理服务器本n会成为服务的瓉?br />
3、地址转换|关
支持负蝲均衡的地址转换|关Q可以将一个外部IP地址映射为多个内部IP地址Q对每次TCPq接h动态用其中一个内部地址Q达到负载均衡的目的。很?g厂商这U技术集成在他们的交换机中，作ؓ他们W四层交换的一U功能来实现Q一般采用随机选择、根据服务器的连接数量或者响应时间进行选择的负载均?{略来分配负载。由于地址转换相对来讲比较接近|络的低层，因此有可能它集成在硬件设备中Q通常q样的硬件设备是局域网交换机?/div>
原文Q?div>http://blog.csdn.net/lovingprince/article/details/3290871
?台的多个Web节点上面有相同的Web应用Q用L讉Kh首先q入负蝲均衡分配节点(可能是Y件或者硬?Q由它根据负载均衡策略（法Q合理地分配l?某个Web应用节点。每个Web节点相同的内容做h不难Q所以选择负蝲均衡{略Q算法）是个关键问题。下面会专门介绍均衡法?br />
web 负蝲均衡的作用就是把h均匀的分配给各个节点Q它是一U动态均衡，通过一些工具实时地分析数据包，掌握|络中的数据量状况Q把h理分配出厅R对于不 同的应用环境Q如电子商务|站Q它的计 负荷大Q再如网l数据库应用Q读写频J，服务器的存储子系l系l面临很大压力；再如视频服务应用Q数据传输量大，|络接口负担重压。）Q用的均衡{略 (法)是不同的? 所以均衡策略（法Q也有了多U多L形式Q广义上的负载均衡既可以讄专门的网兟뀁负载均衡器Q也可以通过一些专用Y件与协议来实现。在OSI七层?议模型中的第二（数据链\层）、第三（|络层）、第四（传输层）、第七层Q应用层Q都有相应的负蝲均衡{略Q算法）Q在数据链\层上实现负蝲均衡的原理是 Ҏ数据包的目的MAC地址选择不同的\径；在网l层上可利用ZIP地址的分配方式将数据疏通到多个节点Q而传输层和应用层的交换（SwitchQ， 本n便是一U基于访问流量的控制方式Q能够实现负载均衡?br /> 目前Q基于负载均衡的法主要有三U：轮@QRound-RobinQ、最连接数QLeast Connections FirstQ，和快速响应优先（Faster Response PrecedenceQ?br /> ①轮@法Q就是将来自|络的请求依ơ分配给集群中的节点q行处理?br /> ②最连接数法Q就是ؓ集群中的每台服务器设|一个记数器Q记录每个服务器当前的连接数Q负载均衡系lL选择当前q接数最的服务器分配Q务? q要?轮@法"好很多，因ؓ在有些场合中Q简单的轮@不能判断哪个节点的负载更低，也许新的工作又被分配l了一个已l很忙的服务器了?br /> ③快速响应优先算法，是根据群集中的节点的状态（CPU、内存等主要处理部分Q来分配d? q一点很隑ց刎ͼ事实上到目前为止Q采用这个算法的负蝲均衡pȝq很。尤其对于硬件负载均衡设备来_只能在TCP/IP协议斚w做工作，几乎不可能深入到服务器的处理pȝ中进行监。但是它是未来发展的方向?br />
上面是负载均衡常用的法Q基于以上负载均衡算法的使用方式上，又分为如下几U：
1、DNS轮询
最早的负蝲均衡技术是通过DNS来实现的Q在DNS中ؓ多个地址配置同一个名字，因而查询这个名字的客户机将得到其中一个地址Q从而得不同的客户讉K不同的服务器Q达到负载均衡的目的?
DNS负蝲均衡是一U简单而有效的ҎQ但是它不能区分服务器的差异Q也不能反映服务器的当前q行状态。当使用DNS负蝲均衡的时候，必须量保证不同?客户计算均匀获得不同的地址。由于DNS数据具备h旉标志Q一旦超q这个时间限Ӟ其他DNS服务器就需要和q个服务器交互，以重新获得地址?据，有可能获得不同IP地址。因此ؓ了地址能随机分配，应使刷新时间尽量短Q不同地方的DNS服务器能更新对应的地址Q达到随得地址Q然而将q?期时间设|得q短Q将使DNS量大增Q而造成额外的网l问题。DNS负蝲均衡的另一个问题是Q一旦某个服务器出现故障Q即使及时修改了DNS讄Q还?要等待够的旉Q刷新时_才能发挥作用Q在此期_保存了故障服务器地址的客戯机不能正常访问服务器
2、反向代理服务器
使用代理服务器，可以请求{发给内部的服务器Q用这U加速模式显然可以提升静态网늚讉K速度。然而，也可以考虑q样一U技术，使用代理服务器将h均匀转发l多台服务器Q从而达到负载均衡的目的?
q种代理方式与普通的代理方式有所不同Q标准代理方式是客户使用代理讉K多个外部服务器，而这U代理方式是代理多个客户讉K内部服务器，因此也被UCؓ反向代理模式。虽然实现这个Q务ƈ不算是特别复杂，然而由于要求特别高的效率，实现hq不单?
使用反向代理的好处是Q可以将负蝲均衡和代理服务器的高速缓存技术结合在一P提供有益的性能。然而它本n也存在一些问题，首先是必须为每一U服务都专门开发一个反向代理服务器Q这׃是一个轻杄d?
代理服务器本w虽然可以达到很高效率，但是针对每一ơ代理，代理服务器就必须l护两个q接Q一个对外的q接Q一个对内的q接Q因此对于特别高的连接请求， 代理服务器的负蝲也就非常之大。反向代理方式下能应用优化的负蝲均衡{略Q每ơ访问最I闲的内部服务器来提供服务。但是随着q发q接数量的增加，代理服务 器本w的负蝲也变得非常大Q最后反向代理服务器本n会成为服务的瓉?br />
3、地址转换|关
支持负蝲均衡的地址转换|关Q可以将一个外部IP地址映射为多个内部IP地址Q对每次TCPq接h动态用其中一个内部地址Q达到负载均衡的目的。很?g厂商这U技术集成在他们的交换机中，作ؓ他们W四层交换的一U功能来实现Q一般采用随机选择、根据服务器的连接数量或者响应时间进行选择的负载均?{略来分配负载。由于地址转换相对来讲比较接近|络的低层，因此有可能它集成在硬件设备中Q通常q样的硬件设备是局域网交换机?/div>
原文Q?div>http://blog.csdn.net/lovingprince/article/details/3290871
]]>
Java代码 
- 在项目中l常遇见q样的问题：修改应用的配|文件web.xml后，无论重启应用q是重启WebSphere服务器，都不能重新加载web.xmlQ导致修改的内容无效?nbsp;
- q?个问题困C我好久，即删除?{was安装目录}\IBM\WebSphere\AppServer\profiles\AppSrv01\下的 temp和wstemp两个~存文g夹下的时文Ӟ重启后还是无效。几l折腾，后来l于扑ֈ了问题所?#8212;—q是׃was的缓存机制导致的?nbsp;
- ??{was安装目录}\AppServer\profiles\AppSrv01\config\cells\xxxNode01Cell \applications\${应用名}.ear\deployments\目录下，有一个与应用相同名称的缓存文件夹Q删除或修改该文件夹?web.xmlQ重启was卛_?nbsp;
Java代码
- 在websphere中修改了jsp后，有时会出C改的jsp没有起作用，特别是改变了某jsp的样式后Q在面中没看到效果Q这主要是׃websphere中缓存的~故Q这p清除WebSphere中jsp~存Q如我的应用部v的目录ؓQ?nbsp;
- E:\IBM\WebSphere\AppServer\profiles\AppSrv01\installedApps\nbxzfwNode01Cell\目名_war.ear\目?war
- 在这个目录下更新了某个jsp面Q后在浏览器里面查看的时候，发现面没有改变。基于此Q我查看了一下目录，存放应用临时文g的地方：
- E:\IBM\WebSphere\AppServer\profiles\AppSrv01\temp\nbxzfwNode01\server1\目名_war\目?war
- 在这目录下，可以看到有很?span>class文gQ都是jsp~译q来的，对应我们应用目录下的jsp文gQ于是找到对应jsp的class文g删除Q再到浏览器中查看，发现已经改变了。?nbsp;
- q有一U办法，是把这个jsp从项目中删除或重命名Q再到浏览器里面查看那个面Q这时可能会报错Q之后，再把对应的jspd上或名字改过来，再次到浏览器里面查看应用的时候，发现这jsp的更新效果出来了Q呵?#8230;
Java代码
- 前两天去客户那里l系l做升Q同时协助解军_个用中的问题。到了现场第一件事情是把以前的应用导出做备份， l果居然遇到q回null。查看日志发现系l报告空间不I以前遇到q个问题是因为WAS出现oom(Out of MemoryQ之后，会生成javacore和dump文g供分析内存，q两个文仉常都比较大Q?0多M。如果多ơ出现oomQ生成的文g׃占用大量I间。难道最q经常内存溢出？我心抽搐?nbsp;
- 快马赶到Profile目录Q没有发现导出文Ӟ询问客户也没有出现系l宕机的情况Q大矌地。仔l查看之后发现profile下的wstemp目录体积巨大Q接q?span>1.7G。这是个临时目录Q每当管理员通过consoled之后Qwstemp会生成一个新文g夹，保存理员的所有操作记录，在管理员d之后会删除该目录。但是wstemp下一堆的临时文g多w没有被删掉，看来是was 5的bug又遗留到was 6了，真是搞不明白Qwas的这一堆补丁怎么都没解决掉这么明昄一个问题。N多RMB的was啊，来觉得还不如免费的jboss?nbsp;
- 回公怹后查看了自己的was版本Qwstemp目录2.4GQ不q分区够大才没出问题。直接删之了?nbsp;
转：
http://dsr-22.iteye.com/blog/1258831
]]>
apache-tomcat-6.0.33\bin\catalina.bat 文g
@echo off
if "%OS% " == "Windows_NT " setlocal
rem ---------------------------------------------------------------------------
rem Start script for the CATALINA Server
rem
rem $Id: startup.bat,v 1.4 2002/08/04 18:19:43 patrickl Exp $
rem ---------------------------------------------------------------------------
set JAVA_HOME=c:\jdk
set CATALINA_HOME=c:\apache-tomcat-6.0.33
rem Guess CATALINA_HOME if not defined
if not "%CATALINA_HOME% " == " " goto gotHome
JAVA_HOME=c:\jdk
set CATALINA_HOME=c:\apache-tomcat-6.0.33 ?
c:\jdk 是你jdk工具包的目录Q?
c:\apache-tomcat-6.0.33 是tomcat 安装目录
]]>