一 load_balance 负载均衡
1.1 客户端方式 loadbalance :一个 listener 指向一个 Instance ,客户端 tns 指定多个的 listener ,用过客户端轮训使用其中的 listener 实现 loadbalance
通过配置 tnsnames.ora 中的配置,如下:
SERVICEA =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521)))(CONNECT_DATA =
(SERVER = DEDICATED)(SERVICE_NAME = TESTRAC)(INSTANCE_NAME = TESTRAC1)
(FAILOVER_MODE =(TYPE = SELECT)(METHOD = BASIC)
(BACKUP = SERVICEA_BACKUP))))
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521)))(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = TESTRAC)
(INSTANCE_NAME = TESTRAC2)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
(BACKUP = SERVICEA_BACKUP))))
(LOAD_BALANCE = yes))
1.2 服务器端 : 一个 listener 指向多个 Instance ,客户端 tns 指定特定的 listener ,通过服务器端的 listener 的分发实现 loadbalance
remote_listener 设置了以后,根据 cpu 的使用频率进行负载均衡。
二 TAF 处理 failover
2.1 客户端配置
SERVICEA =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.224)(PORT = 1521)))(CONNECT_DATA =
(SERVER = DEDICATED)(SERVICE_NAME = TESTRAC)(INSTANCE_NAME = TESTRAC1)
(FAILOVER_MODE =(TYPE = SELECT)(METHOD = BASIC)
(BACKUP = SERVICEA_BACKUP))))
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.198.225)(PORT = 1521)))(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = TESTRAC)
(INSTANCE_NAME = TESTRAC2)
(FAILOVER_MODE =
(TYPE = SELECT)
(METHOD = BASIC)
(BACKUP = SERVICEA_BACKUP))))
2.2 服务器端:
通过配置 service_name 与 instance 之间的访问原则来实现。
过程描述:
当客户端发出连接请求给
server
端
listener
的时候,通过
local_listener
注册的服务接收这个连接请求,然后由
master instance
来决定这个连接请求应该由哪个目标
instance
发出
server process
响应这个连接请求。如果启用负载均衡,那么主节点会选择
cpu
负载最小的那个
instance
,此时
如果
master
分配的目标
instance
是
local listener machine
,那么直接通过
local server listener
,开启后台的
server process
,处理发出
conn
的客户端,建立连接,处理会话
;
如果
master
分配的目标
instance
不是
local listener machine
,那么会通过
remote_listener
这个参数,把连接请求转移到
remote machine
上的
listener,
然后由
remote service listener
发出一个
server process
返回客户端,建立连接,处理会话
.
当
conn
建立连接以后,
listener
就没有用了,不会再用到了,如果这个时候,已经连接的那个
instance down
了,会重新由新分配的
master instance
通过
remote_listener
切换到可用
instance
,此时客户不会发现连接中断。
conn
和
select
操作是不会中断的。