想弄弄，不过手头没有比较好的资源

哪位指点一下：）




☆─────────────────────────────────────☆  
   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的优越性。                                     

索引页面|上一篇|下一篇