● [合集] 谁对基于java的集群有研究？发信人: diaochong (静静的雕虫~~小猪), 信区: J2EE
标 题: [合集] 谁对基于java的集群有研究？
发信站: BBS 水木清华站 (Tue Mar 30 10:05:47 2004), 站内
【 以下文字转载自 JavaClub 讨论区 】
发信人: diaochong (静静的雕虫~~小猪), 信区: JavaClub
标 题: [合集] 谁对基于java的集群有研究？
发信站: BBS 水木清华站 (Tue Mar 30 10:05:32 2004), 站内
☆─────────────────────────────────────☆
microweb (深呼吸，闭好你的眼睛) 于 (Mon Mar 17 17:15:56 2003) 提到:
想弄弄，不过手头没有比较好的资源
哪位指点一下：）
☆─────────────────────────────────────☆
gty (宜良-丽江-蝴蝶泉) 于 (Fri Mar 21 00:15:58 2003) 提到:
看一看Orion首页上，关于Cluster的介绍。
Cluster的资料还是很多的，网上一搜一大堆。
主要就是解决两个问题：
1. 负载均衡，将系统负载分散到cluster中去
2. failover，消除单点故障，一台机器出错，
另外一台就要跟上。
主要技术难点在于：如何在failover后，用户的会话
数据不会丢失。举个例子，failover后，用户不需要
重新登录系统。
解决的手段一是将session数据持久化，二是实现
in-memory copy.
以上是服务器应用程序的Cluster，此外还有数据库Cluster
也很重要。可以在硬件级别磁盘对拷，也可以利用专业
数据库的cluster功能。
另外，还有一点，我们平常遇到的大多数企业应用中，应用服务器cluster
都不是很必要。出了错，管理员人工干预一下，如果机器坏了，启动备用
机器，也许是一个成本和技术风险较低的方案。
【 在 microweb (深呼吸，闭好你的眼睛) 的大作中提到: 】
: 想弄弄，不过手头没有比较好的资源
: 哪位指点一下：）
☆─────────────────────────────────────☆
ioly (anguls) 于 (Fri Mar 21 12:59:14 2003) 提到:
会话数据的持久化或者共享我想都是不容易解决的
我在思考是否可以回避这个问题:
1, 会话数据保留在一个主服务器上
2, 主服务器主要是web输入输出, 管理session
3, 主服务器保持并管理与多台从服务器的连接
4, 从服务器只提供运算服务, 有点像线程池
5, 该cluster主要是通过分布式运算来提高应用服务器的负载能力
【 在 gty (宜良-丽江-蝴蝶泉) 的大作中提到: 】
: 看一看Orion首页上，关于Cluster的介绍。
: Cluster的资料还是很多的，网上一搜一大堆。
: 主要就是解决两个问题：
: 1. 负载均衡，将系统负载分散到cluster中去
: 2. failover，消除单点故障，一台机器出错，
: 另外一台就要跟上。
: 主要技术难点在于：如何在failover后，用户的会话
: 数据不会丢失。举个例子，failover后，用户不需要
: 重新登录系统。
: 解决的手段一是将session数据持久化，二是实现
: in-memory copy.
: ...................
☆─────────────────────────────────────☆
gty (宜良-丽江-蝴蝶泉) 于 (Fri Mar 21 17:27:15 2003) 提到:
一旦有主服务器，就存在着单点故障的风险
【 在 ioly (anguls) 的大作中提到: 】
: 会话数据的持久化或者共享我想都是不容易解决的
: 我在思考是否可以回避这个问题:
: 1, 会话数据保留在一个主服务器上
: 2, 主服务器主要是web输入输出, 管理session
: 3, 主服务器保持并管理与多台从服务器的连接
: 4, 从服务器只提供运算服务, 有点像线程池
: 5, 该cluster主要是通过分布式运算来提高应用服务器的负载能力
☆─────────────────────────────────────☆
vagrant (.涅磐.) 于 (Sat Mar 22 11:21:25 2003) 提到:
主服务器做热备
【 在 gty (宜良-丽江-蝴蝶泉) 的大作中提到: 】
: 一旦有主服务器，就存在着单点故障的风险
☆─────────────────────────────────────☆
microweb (深呼吸，闭好你的眼睛) 于 (Sat Mar 22 13:14:48 2003) 提到:
偶做的热备是基于事务的，
有按照数据做的么
基于事务的麻烦在于只能在串行化后做，容易动到系统模块
如果基于log的消息代理，好像又算不上hotbak了：）
【 在 vagrant (.涅磐.) 的大作中提到: 】
: 主服务器做热备
☆─────────────────────────────────────☆
vagrant (.涅磐.) 于 (Sat Mar 22 20:27:36 2003) 提到:
呵呵，不知你所说的按照数据做是什么意思，
有个方案：
ServerA,ServerB,DataDisk,
正常工作时，DataDsik属于ServerA,如果ServerA趴下，
DataDisk由ServerB接管，ServerA释放IP，ServerB接管ServerA的IP
不知算不算你说的按照数据做。
【 在 microweb (深呼吸，闭好你的眼睛) 的大作中提到: 】
: 偶做的热备是基于事务的，
: 有按照数据做的么
: 基于事务的麻烦在于只能在串行化后做，容易动到系统模块
: 如果基于log的消息代理，好像又算不上hotbak了：）
☆─────────────────────────────────────☆
neek2000 (泥壳) 于 (Sat Mar 22 21:29:20 2003) 提到:
我现在正在研究使用JINI核JavaSpaces实现集群，消除单节点风险，
就现阶段看这是纯软件实现的一个比较完美的方案
【 在 gty (宜良-丽江-蝴蝶泉) 的大作中提到: 】
: 看一看Orion首页上，关于Cluster的介绍。
: Cluster的资料还是很多的，网上一搜一大堆。
: 主要就是解决两个问题：
: 1. 负载均衡，将系统负载分散到cluster中去
: 2. failover，消除单点故障，一台机器出错，
: 另外一台就要跟上。
: 主要技术难点在于：如何在failover后，用户的会话
: 数据不会丢失。举个例子，failover后，用户不需要
: 重新登录系统。
: 解决的手段一是将session数据持久化，二是实现
: in-memory copy.
: ...................
☆─────────────────────────────────────☆
Nullgate (空门·热爱生活) 于 (Sat Mar 22 22:56:36 2003) 提到:
我们公司有个牛货，用JMS的，虽然不是Java写的。可惜没时间研究。
【 在 microweb (深呼吸，闭好你的眼睛) 的大作中提到: 】
: 想弄弄，不过手头没有比较好的资源
: 哪位指点一下：）
☆─────────────────────────────────────☆
microweb (深呼吸，闭好你的眼睛) 于 (Sun Mar 23 21:42:44 2003) 提到:
：）
大概就是这个意思吧，但你说的这个方式偶还没有想到
不过感觉如果一个DataDisk，偶怎么管理，这既不是双机
也不是双cpu？
【 在 vagrant (.涅磐.) 的大作中提到: 】
: 呵呵，不知你所说的按照数据做是什么意思，
: 有个方案：
: ServerA,ServerB,DataDisk,
: 正常工作时，DataDsik属于ServerA,如果ServerA趴下，
: DataDisk由ServerB接管，ServerA释放IP，ServerB接管ServerA的IP
: 不知算不算你说的按照数据做。
☆─────────────────────────────────────☆
microweb (深呼吸，闭好你的眼睛) 于 (Sun Mar 23 21:44:34 2003) 提到:
@#$%
这两个偶都不懂：(
简单说下思路吧，以及基本的运作条件：）
【 在 neek2000 (泥壳) 的大作中提到: 】
: 我现在正在研究使用JINI核JavaSpaces实现集群，消除单节点风险，
: 就现阶段看这是纯软件实现的一个比较完美的方案
☆─────────────────────────────────────☆
vagrant (.涅磐.) 于 (Sun Mar 23 22:07:51 2003) 提到:
是双机,
ServerA和ServerB分别是个单独的主机.DataDisk是单独的磁盘柜
至于管理你不用负责,配置好了,由操作系统负责.
唯一需要做的是切换后,ServerB从DataDisk同步所需要的数据到内存中.
【 在 microweb (深呼吸，闭好你的眼睛) 的大作中提到: 】
: 标 题: Re: 谁对基于java的集群有研究？
: 发信站: BBS 水木清华站 (Sun Mar 23 21:42:44 2003), 转信
:
:
: ：）
: 大概就是这个意思吧，但你说的这个方式偶还没有想到
:
: 不过感觉如果一个DataDisk，偶怎么管理，这既不是双机
: 也不是双cpu？
:
: 【 在 vagrant (.涅磐.) 的大作中提到: 】
: : 呵呵，不知你所说的按照数据做是什么意思，
: : 有个方案：
: : ServerA,ServerB,DataDisk,
: : 正常工作时，DataDsik属于ServerA,如果ServerA趴下，
: : DataDisk由ServerB接管，ServerA释放IP，ServerB接管ServerA的IP
: : 不知算不算你说的按照数据做。
:
:
: --
:
:
:
: XML does nothing, but it affects everything!
:
:
※ 修改:·qyjohn 于 Mar 30 10:10:26 修改本文·[FROM: 219.238.203.*]
: ※ 来源:·BBS 水木清华站 smth.org·[FROM: 202.114.1.108]
☆─────────────────────────────────────☆
neek2000 (泥壳) 于 (Mon Mar 24 07:41:04 2003) 提到:
我现在手里得项目就是用JMS实现得集群，但是这种办法
只能解决负载平衡和failover，没有办法避免单节点风险
【 在 Nullgate (空门·热爱生活) 的大作中提到: 】
: 我们公司有个牛货，用JMS的，虽然不是Java写的。可惜没时间研究。
☆─────────────────────────────────────☆
neek2000 (泥壳) 于 (Mon Mar 24 07:52:27 2003) 提到:
Jini你可以理解成一个基于网络得系统平台，分布于整个网络，
和单独得计算机不同，在这个网络得每一台机器上都会运行着Jini
得服务，就是说，除非你把所有得jini网络连线全部拔开，他得
运行是永远不会停止得，当你把连线再插回去，他又可以恢复到
拔开前得状态（自动）。
也就是说，当你的系统中的一台机器蹦掉后，系统不会蹦，当你再
插上一台平配置好的机器，Jini会自动蔓延到新机器上，所以Jini
也是无缝扩展。
JavaSpaces是Jini平台上的一种服务，可以在整个jini网络上共享
存储Object，这样就为集群提供了良好的基础：）
实际上JavaSpaces就是一个对象仓库。
【 在 microweb (深呼吸，闭好你的眼睛) 的大作中提到: 】
: @#$%
: 这两个偶都不懂：(
: 简单说下思路吧，以及基本的运作条件：）
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Mon Mar 24 18:06:38 2003) 提到:
Jini再加JMX就更好了吧
【 在 neek2000 (泥壳) 的大作中提到: 】
: Jini你可以理解成一个基于网络得系统平台，分布于整个网络，
: 和单独得计算机不同，在这个网络得每一台机器上都会运行着Jini
: 得服务，就是说，除非你把所有得jini网络连线全部拔开，他得
: 运行是永远不会停止得，当你把连线再插回去，他又可以恢复到
: 拔开前得状态（自动）。
: 也就是说，当你的系统中的一台机器蹦掉后，系统不会蹦，当你再
: 插上一台平配置好的机器，Jini会自动蔓延到新机器上，所以Jini
: 也是无缝扩展。
: JavaSpaces是Jini平台上的一种服务，可以在整个jini网络上共享
: 存储Object，这样就为集群提供了良好的基础：）
: 实际上JavaSpaces就是一个对象仓库。
: ...................
☆─────────────────────────────────────☆
neek2000 (泥壳) 于 (Tue Mar 25 07:48:11 2003) 提到:
Jini之间的服务传播实际上是通过Web服务器Http方式进行的，曾经有
人想用XML改造Jini，但是效率无疑是硬伤。
而且在Jini的环境中也体现不出XML的优越性。
【 在 UltraFool (遥望·遐想·感伤) 的大作中提到: 】
: Jini再加JMX就更好了吧
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Tue Mar 25 17:15:57 2003) 提到:
JMX是java管理扩展:)
【 在 neek2000 (泥壳) 的大作中提到: 】
: Jini之间的服务传播实际上是通过Web服务器Http方式进行的，曾经有
: 人想用XML改造Jini，但是效率无疑是硬伤。
我就这么想过:)
: 而且在Jini的环境中也体现不出XML的优越性。
【 在 UltraFool (遥望·遐想·感伤) 的大作中提到: 】
: Jini再加JMX就更好了吧
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Tue Mar 25 17:15:57 2003) 提到:
JMX是java管理扩展:)
【 在 neek2000 (泥壳) 的大作中提到: 】
: Jini之间的服务传播实际上是通过Web服务器Http方式进行的，曾经有
: 人想用XML改造Jini，但是效率无疑是硬伤。
我就这么想过:)
: 而且在Jini的环境中也体现不出XML的优越性。
索引页面|上一篇|下一篇
[返回] 中文XML论坛 - 专业的XML技术讨论区 →
计算机技术与应用 → 『 Java/Eclipse 』 → [合集] 谁对基于java的集群有研究？
(订阅本版)
2004/9/23 0:40:00
新浪微博
[合集] 谁对基于java的集群有研究？
