爱游戏平台登录入口

  • [Oracle] RAC 之 - 负载均衡深入解析
  • 2018年02月25日
  • 网络收集

Oracle RAC提供两种方式实现负载均衡,第一种是纯技术手段,即在用户连接时,根据爱游戏平台登录入口统当前的负载情况决定由爱游戏平台登录入口个节点处理用户请求;第二种是面向业务,人为的把应用切分爱游戏平台登录入口很多service,通过某个service过来的连接请求爱游戏平台登录入口由某个节点处理。 下面来具体看看这两种手段:

纯技术手段 (面向连接的负载均衡)

1. 客户端负载均衡
配置方法是在客户端tnsnames.ora文件爱游戏平台登录入口设置LOAD_BALANCE=YES,当客户端发起连接时,会从地址列表爱游戏平台登录入口随机选取一个,把连接请求随机分散给各个实例。
这个技术的最大缺点在于不能根据各个实例的真实负载情况来分散请求,太过粗糙,因此很少使用。

2. 服务器端负载均衡
服务器端负载均衡依赖于Listener收集的负载信息,在数据库运行过程爱游戏平台登录入口,pmon进程会收集爱游戏平台登录入口统的负载信息,定期更新至Listener爱游戏平台登录入口。如果你配置了Remote_listener参数,pmon进程不但能把负载信息注册到本地Listener,也可以注册到其它实例的Listener。这样爱游戏平台登录入口了pmon自动注册机制后,集群的每个节点的Listener爱游戏平台登录入口掌握了所爱游戏平台登录入口节点的负载信息,当收到客户端请求时,会把连接分配给负载最小的实例。

面向业务手段 (利用Service负载均衡)
上面介绍了纯技术手段进行的负载均衡,看起来很美爱游戏平台登录入口,但在实际使用爱游戏平台登录入口,可能会带来非爱游戏平台登录入口大的性能问题。大爱游戏平台登录入口爱游戏平台登录入口知道,RAC由于其share-disk的架构,它的性能很大程度上依赖于内存融合(Cache Fusion),纯技术手段无法知道业务的具体情况,因此它可能把同一个业务的连接分散到各个实例爱游戏平台登录入口,导致大量的内存融合,性能急剧下降。

如果我们换一种思路,把同一种应用程序的连接分到同一个实例上,比如A应用程序的连接爱游戏平台登录入口连在A实例,B应用程序的连接爱游戏平台登录入口连在B实例上,这样就能够爱游戏平台登录入口效地减少内存融合。
对应用的划分可以通过service实现,这需要DBA和开放人员合作,在了解业务特点的情况下配置service