在市场上,数据库集群是一个笼统的名词,没有一个权威的定义,各市场参与者往往是各取所需,推出各种特色的数据库集群解决方案。一般地具有下列四种集群方案:
(1.基于串行数据复制技术2.基于共享存储的双机容错技术3.以OracleRAC为代表的技术4.基于实时数据同步的技术)
1.基于串行数据复制技术
串行复制技术,本来是用于
数据传送和
数据备份的,离人们熟悉的“数据库集群”的概念有一定的距离。但是由于计算机软硬件技术和网络通讯技术的快速发展,使得利用这种概念和技术构成的“数据库集群”有了一定的可行性。此类集群,又可以分两类:
a.串行异步复制
此种方式是数据的异步串行复制。主要
采用数据库事务日志传送
或者
硬盘数据块传送
技术来实现,SQL Server自带的
复制
、
镜像
和SQL2012新出的AlwaysON(备机可读)以及第三方的一些镜像Mirror技术都是属于此类产品,此类技术和产品本质上就是数据备份技术和产品。下列以事务日志传送(Log Shipping)为例来说明。
主数据库完成事务处理后,生成事务处理日志,日志记录通过FIFO队列,进入备份数据库处理,从而得到备份数据。
此种方式的
缺陷
在于:
a) 主数据库并行处理事务而日志拷贝是串行的,而备份数据库处理日志记录也是串行的。因此,
FIFO队列的溢出随时可能发生
。一旦发生,队列必须重建,从而需要重新建立备份数据库。此种方法对于一般客户来讲是不可行的。
b) 由于
日志拷贝是异步
的,主备数据库不是实时一致,两者之间存在“时间差”,因此如果用备份数据库
作负荷均衡
,这样的应用存在逻辑上的漏洞,可能会发生数据错乱。
c) 由于主备数据存在时间差, 主数据库一旦发生事故,理论上一定会丢失数据。在这种情况下,要么需要手工恢复数据库,这会消耗大量的人工成本,或者数据根本就不能恢复。
d) 对主机的性能影响,根据测试一般在15%到25%之间。
b.串行同步复制
此类集群往往是由昂贵的专用软硬件构成的,原理图如下:
此类系统采用专用的高速网络和软件技术,将每个数据库的请求,通过同步复制的方式,同步在主备两台数据库服务器上执行正确后,才将结果返回给数据库客户。此系统的特点是:
a) 主数据库被强迫与备份数据库
同步串行处理,因此
性能受到限制。
b) 主备数据库中任意一个出现问题,都会迫使事务处理交易回滚,
因此整个系统的可靠性比单机系统降低了一半。
c) 由于以上问题,这种备份方式只适用于近距离光纤网络(5英里)。
d) 专用系统造价昂贵,又加上述明显缺陷,因此市场上很少被采用。
2.基于共享存储的双机容错技术
从技术适应性的角度讲,
双机容错比较适合于无状态应用,或者
状态信息较少的应用切换,以此达到应用级的高可用性目的,其实并不适合于数据库级的应用切换。
此种结构往往是
两个服务器共享一个磁盘阵列
,这里
两个服务器共享一个虚拟的IP
供数据库客户使用,形成一个单一的逻辑数据库映象。此种所谓的数据库集群的目的是,
一旦主机系统出现问题,
a. 此种高可用性解决方案只是无状态系统(典型的如Web服务器)的
普通容错切换思想在数据库领域的应用。
b. 此系统本身只有一个单一的数据映象,数据储存在共享的磁盘阵例上,因此共享的磁盘阵列成为了整个系统的单点错误源。
c. 由于是单一数据映象,因此必须采用通常的复制或备份方法获取第二份数据,以保证数据的安全性。因此所有复制或备份方法的缺点,此类系统全部存在。
d.
主机系统和备份系统之间是没有任何负载均衡关系的,在正常情况下,备份系统是闲置在那里,因此对用户来说是一种投资浪费。
e. 在错误切换的时候,往往存在
切换时间长,而且更严重的是可能会存在丢失用户交易数据丢失的现象,结果导致系统被迫停止服务,或者需要人工修复数据,或者数据永远找不回来。
3.以Oracle RAC为代表的系统
RAC的英文全称是:Real Application Cluster(
真正的应用级集群)。我们需要关注的是“应用级”。为了缓解数据库系统日益增长的性能压力,Oracle公司推出了RAC系统。它基本结构如下:
此类系统,专门是针对数据库性能问题而提出的。采用共享磁盘阵列的方式,因此在结构上和上述双机容错相似,
不同的地方在于此系统中的
数据库节点之间采用的不是简单的心跳检测,而是Oracle公司自己定义的一套复杂的
信息交换协议,以此来
动态分配来自数据库客户端的请求。它的特点是:
a. 是个应用级的集群,也就是针对Oracle的数据库管理系统(因为数据库管理系统对于操作系统来讲,就是一个“应用程序”,因此被称为“应用级集群”),专门为提高数据库性能而设计。
b. 此系统本身只有一个单一的数据映象,数据储存在共享的磁盘阵例上,因此
共享的磁盘阵例成为了整个系统的
单点错误源。
c. 管理配置复杂。
d. 由于是单一数据映象,因此必须采用通常的复制或备份方法获取第二份数据,以保证数据的安全性。因此所有复制或备份方法的缺点,此类系统全部存在。
e. 由于数据库系统本身具有高I/O的特性,因此,RAC系统里,
磁盘I/O是提高性能的关键地方。
f. 依据不同的数据库应用,有的性能有所提升,有的性能可能会反而下降。
4.基于
实时数据同步技术
基于此技术构造的数据库集群是市场上的新兴力量,它又具有两类,分别是:
a.具有独立网关
下面以
DBTwin为例来说明其技术特点。
DBTwin采用了
冗余设计原理,对于来自客户端的请求,请求被分成两类:
查询请求和
数据更新请求。对于数据更新请求,集群内部各节点之间
保持数据的实时同步一致;对于数据的查询请求,则可以在集群
各节点之间负载均衡执行。它的特点是:
a)
负载均衡的单元是客户端的每个独立请求,这点除了Oracle RAC集群,是市场上独有的。
b)
实时冗余一致的
多份数据,从
理论上讲实现了
数据的零丢失。
c) 由于可以做到数据零丢失,因此在系统发生任意故障条件下,可以做到
系统的对外服务不停止。
d) 此系统使用了专用高速数据同步技术,根据测试,数据同步速度能
和SQL Server的镜像相等。
e) 此系统的缺点是
数据同步需要花费代价,节点
数量受到限制,一般2到4个节点为宜。
f) 此系统从
宏观上提升了整个系统的性能。
b.没有独立网关
当前市场上也存在下列一种基于数据实时同步的集群,其拓扑结构如下图所示:
此系统由于
没有独立的集群网关,因此本质上简化成了数据库的实时备份系统,与实际的备份系统不同的是,它是
工作在数据库应用层。此系统的特点:
a) 没有独立的
集群网关
,通过
主节点
的转发来
实行查询的负载均衡
。在系统压力大的情况下,集群主机会形成性能瓶颈,无论是CPU、内存还是网络带宽,也可能是OS等系统内核资源,都容易因到达临界状态而形成瓶颈。
b) 各节点数据实时一致,对于数据容错有利。
c) 对客户端没有二进制透明。
d)
负载均衡单元是数据库连接。也就是说,在
客户端登陆数据库的时候,静态地指定连接到
某个集群节点,此后此连接上的全部请求一律发送到该数据库上,因此在特殊情况下,可能会出现这样的场景:所有客户端的连接集中在集群主机上,这时候,集群主机不但承担了客户端的所有查询,还需要实时同步数据到所有的集群从机,即集群主机的CPU为100%,而集群别的节点CPU可能为0%,这样整个系统的性能会受到严重影响。
e) 由于使用的是分布式事务机制(MSDTC)确保数据的实时一致性,因此数据同步的性能比较慢,根据测试,会比SQL Server镜像慢好几倍。
f)
同样地,此集群的节点数量也受到限制,也是以2到4个节点为宜。