RAC数据库中scan-ip详解

时间：2022-10-20 18:53:12人气：次作者：快盘下载我要评论

SCAN概念

做数据库迁移时;Oracle数据库从10 升级到11g R2时;发现不同节点有多个Ip;甚是不解;原来是从11g R2时;客户端可以通过SCAN特性负载均衡地连接到RAC数据库。SCAN提供一个域名来访问RAC;域名可以解析1个到3个;注意;最多3个;SCAN IP;我们可以通过DNS或者GNS来解析实现。其中DNS大家都很熟悉;这里不多说。GNS(Grid Naming Service)则是Oracle 11g R2的新功能;可以通过DHCP服务为节点和SCAN分配VIP和SCAN IP。另外还有个优点是;对于新加入集群的节点;它会自动分配VIP地址;更新集群资源;客户端依然通过SCAN特性负载均衡地连接到新增集群节点上。DNS和GNS配置与解析相关内容在下面还有说明。

除了DNS和GNS解析方法外;SCAN也可以使用hosts文件来解析;但用过的人都知道;此方法不仅在安装RAC的时候产生问题;后期使用也是存在问题的;比如SCAN域名只能定义一个SCAN IP。所以这种方法也是Oracle不推荐使用的。但尽管如此;我见过很多生产上依然这样使用;也就是废弃了11g的新特性SCAN;而是依然采用VIP连接方式。

SCAN最明显的优点就是;当集群中新增加了节点或者删除了节点;不需要额外维护客户端。

PUBLIC IP

这是我们网卡上配置的真实IP地址;我们称为公共IP;这个IP的存在关系到下面介绍的VIP能不能正确漂在其所在网卡上。注意;PUBLIC IP是不提供给客户端去连接配置的;这并不是说通过PUBLIC IP无法连接实例;而是它会存在节点服务器宕机的时候所有向它请求的客户端都会有等待现象并且最后得到超时信息的缺点。

PRIVATE IP

称为私网IP;私有IP;;它是用于心跳同步的;也就是保证两台服务器数据同步。说道私网IP;我简单说下Oracle另一个高可用性连接特性 – HAIP。其实Cache Fusion会消耗节点服务器很大的私网资源;另外;私网间无法通信还会引起brain split(脑裂);以前为解决这种问题;我们可以采用网卡bonding技术;而Oracle在11g R2的时候HAIP技术来实现;HAIP(Highly Available Virtual IP)用于节点间的私网通信;支持同时使用多个网络连接来满足网卡间的负载均衡;并且还提高了Cache Fusion资源通信能力。HAIP技术并不是主要内容;所以在这里点到为止。

VIP

RAC的每个节点都需要有一个虚拟IP;这就是VIP。VIP需要和PUBLIC IP同一个子网;它们是由GI的Clusterware来管理的。VIP在其节点服务器发生故障的时候会自动漂移到另外正常的节点服务器上;如果RAC是多个节点运行的;那具体漂移到哪个活动的节点将由Clusterware决定。VIP发生漂移现象之后;其当前的节点服务器LOCAL LISTENER是不会监听它的请求的;所以有客户端向这个VIP发送请求时;Clusterware的FAN会通知客户端向别的VIP发送请求;客户端收到通知后通过Failover机制把请求重新发送到ADDRESS列表中的其他VIP上。虽然有这种较复杂的过程;但始终对客户端是透明进行的;而且这个过程完成时间非常短暂;客户端也就几乎感受不到有节点宕机。等故障节点恢复正常;漂移的VIP也回到此节点上;继续提供服务。

SCAN VIP

SCAN VIP就是我在刚开始常说的SCAN IP;也就是由DNS或者GNS、hosts解析出来的IP地址。上面也说过;SCAN VIP最多能有三个;它们循环地被客户端所请求到。这里大家可能会存在这样的问题;SCAN VIP只有三个;那RAC是四节点或更多的节点情况怎么办?存在这种问题的原因归咎于对SCAN VIP的了解不足。其实;SCAN VIP数量和节点数是没有任何关系的;SCAN VIP会落到哪个节点上都是随机的。

GNS VIP

GNS VIP同SCAN VIP;也是Oracle从11g R2开始提供的。GNS VIP是提供GNS服务的IP地址;它绑定到某个节点的PUBLIC IP所在网卡上;当节点出现故障;GNS资源会自动切换到其他正常的节点继续提供GNS解析服务。如果我们不使用GNS解析方法;那么也不会存在GNS VIP。

LOCAL LISTENER

本地监听器;RAC的每个节点上都会有独立的本地监听器;它会监听该节点的PUBLIC IP和VIP;而每个节点的实例在启动的时候也向本地监听器进行注册;当然它也会向SCAN监听器注册;当VIP或者PUBLIC IP(这种情况比较少见)有连接请求的时候;本地监听器就接受处理并和本地实例建立连接。如果某个节点故障;其上面的VIP会进行漂移;但本地监听器并不会产生漂移。

SCAN LISTENER

SCAN监听器;它是实现SCAN负载均衡的原理所在。如果RAC上有三个SCAN VIP;那么SCAN监听器也有三个;它们各自监听SCAN VIP的连接请求。SCAN监听器跟着SCAN VIP随机分配到节点服务器上;如果某个节点发生故障;运行在此节点上的SCAN VIP会进行漂移;这时候SCAN监听器也跟着漂移到正常的节点上;继续为SCAN VIP监听连接请求;当PMON进程下次动态更新实例信息到该SCAN监听器之后;它又重新接受客户端的连接。这和VIP产生漂移的时候是有所区别的。