关于F5负载均衡器+WAS+Oracle 10g集群的方案的若干问题

本人的项目出现了并发访问量增大、数据库压力增大等问题造成的效率低下的问题,现在初步想将原来的单WAS + 单oracle 的架构改为:

1.在WAS前增加两台F5负载均衡器(一台是冗余的)。

2.增加一台WAS应用服务器(不做集群)。

3.增加一台小机,利用oracle rac 与原来的服务器形成数据库集群。

 

本人过去并未接触过F5负载均衡设备,对于集群的应用也没有在实际中实施过,产生了一些问题:

1.session的问题, 使用F5做负载均衡是否涉及到session同步的问题?

2.缓存的问题,本项目中使用了OSCache作为缓存框架,是否同样有同步的问题?

3.文件的问题,本项目中有用户通过web service上传文件,然后由程序进行解析并处理的应用,因此,这些文件是否要实现两个WAS共享?

4.oracle 10g 的集群是否涉及到程序的变动?

5.其他未想到的问题?

 

主要是不理解F5负载均衡器和集群的真正区别,此次的设计中并未将WAS做成集群的架构,如果使用F5实现负载均衡,如果能不改变原来的

单一系统下的程序是最好的。

 

多谢!


问题补充:
谢谢你的回答~!我还有一些补充的问题:

1.对于session的问题,如果一台机器宕掉,要求用户重新登陆,用户是可以接受的。

2.关于我原来提的第三个问题,是指用户上传的文件是存储在应用服务器的硬盘上的,但是,不能确定解析时能否找到这个文件啊,例如,用户传了一个文件在A服务器上,结果需要解析时,用户却访问到了B服务器上,这样这个文件就找不到了。

3.利用F5怎样能最少的程序改动,而实现负载均衡呢?
问题补充:
我们知道,在集群的环境下要注意例如session、缓存、共享的外部文件、线程、静态变量等等问题,那么在我现在所提的只利用F5做负载均衡的方案下,需要注意的是哪些呢?如何保证程序的变更最小?

3个回答

以你的情况,程序一点都不必动,哦,当然连接数据库的url要和生产环境一致。
上传和解析不是一次请求完成的吗?因为F5的功能,只要不宕机,同一用户访问的总是一台机器,可以让集成商的人调整一下。
session、缓存、共享的外部文件、线程、静态变量,如果可用性要求不高程序不必改动,也不需要集群,f5只是将访问以某种算法均衡的分配给各个节点。其实这类应用用F5有点浪费了。

1.F5有session粘滞功能,部分的解决了集群的功能,但是并不能完全实现failover,主要是集群中的事物功能和session备份它不能替代。如果系统可用性要求很高,还是要做集群的,f5的session粘滞只能解决访问的一致性,但是一旦一个节点不可用了,那么访问它的session也over了。集群则带有session备份功能,不过代价高昂。
2.根据情况,看oscache做什么用,以及系统对于实时性要求等。
3.不必吧,毕竟小机宕机的可能性很小的。
4.不用变动
5.两台was就用f5太奢侈了,俺们的用f5带20多台服务器呢 :D

F5的会话保持针对Cookies应该也是有一个生效时间的吧?如果在一定时间内用户是可以被调度到同一台服务器上去,但是超时的话,比如过了好几天,同一用户就不一定到原先的服务器上去了,这样的话,如果上传文件不进行同步的话,应该是有问题的吧?

Csdn user default icon
上传中...
上传图片
插入图片
抄袭、复制答案,以达到刷声望分或其他目的的行为,在CSDN问答是严格禁止的,一经发现立刻封号。是时候展现真正的技术了!
立即提问