对于RAC来说，最重要的还是要理解内部原理和体系结构。安装不是非常难的事情。排错和维护都离不开体系结构以及内部原理。

集群分类

1、高性能计算

  计算任务分配到不同计算机节点来提高整体计算能力，主要应用在科学计算领域。主要利用的是并行计算。

2、负载均衡集群（LB）

  把业务的负载流量尽可能的平均合理的分配到集群的各个节点上，每个节点都可以处理一部分负载，并且可以根据负载情况进行动态的平衡。负载均衡算法不是简单的平均，而是根据每个节点的可用资源或网络的特殊情况来进行优化分配。因此分配+合理才是负载均衡的核心。

3、高可用性（HA）

  侧重于提高系统的可用性，集成硬件和软件的容错性来实现整体服务的高可用性。如果某个节点发生故障，另外的节点代替他。

RAC是真正的LB和HA的复合体。从某种意义上说，只有最终应用（数据库）才能实现真正意义上的LB，而绝大多数的集群都是HA。

集群环境的特殊问题

1、并发控制

集群环境中，存在共享存储的问题。集群中各个节点对共享存储是对等的，所有节点对数据有相同的访问权限，因此需要某种机制来控制节点对数据的访问。

在RAC中，采用的是DLM（Distribute Lock Management）机制来进行实例间的并发控制。

2、健忘症（Amnesia）

如果集群环境的配置文件不是集中存放，每个节点都有一个本地副本，集群正常运行的时候，用户可以在任何节点修改集群的配置，并且这些更改都会自动同步到其他节点。

如果节点1因为正常的维护需要关机，节点2修改了配置，然后关闭节点2.启动节点1，因为之前节点2做的配置修改没有同步到节点1，所以将节点1启动以后，他仍然使用旧的配置文件，造成配置丢失。

3、脑裂（split brain）

集群中，节点之间需要通过某种机制（心跳）了解彼此的健康情况，以确保各个节点协调工作。假设只是心跳出现故障，各个节点还在正常的工作，每个节点都认为其他节点宕机，自己是整个集群的唯一健在者，因此需要获得整个集群的“控制权”。存储是共享的，这就意味着灾难，这种情况就是“脑裂”。

投票算法可以解决这个问题

每个节点会在投票区记录自己的票数（自己收到了多少节点的心跳，一个心跳是一票），各个节点会读取其与节点的票数。

如果一个集群分成了两个partition，一个partition是3个节点，一个partition是2个节点。那么3个节点的partition里面所有的节点的票数都是3，两个节点的partition里面所有节点的票数都是2.拥有两个节点的partition会被踢出，自动重启。如果两个partition的节点都相同，那么第一个控制投票区的partiton将会存活，另外一个partition将会被踢出而重启，这种情况通常是master节点（一般是第一个启动的节点）所在的partition将会存活。

4、IO隔离（IO Fencing）、

集群出现故障，必须判断哪个节点应该获得集群的控制权，那些节点需要被踢出。这时投票需要解决的问题。

仅仅将他们踢出还不足够，因为他们可能还在继续运行（只是离开了这个集群），需要保证他们不再访问共享数据。这就是IO隔离要解决的问题。

IO Fencing实现有硬件和软件方式。各个集群厂商使用的方式不同，有些需要硬件的支持（主要是存储设备是否支持某些协议）。Oracle RAC使用的是软件的 方式，直接重启故障节点。

无论采用哪种方式，IO Fencing的目的就是保证故障节点不能继续访问共享数据。

有一些存储设备支持SCSI Reserve/Release命令，正常节点使用SCSI Reserve命令锁住存储设备，故障节点发现存储被锁定，就知道自己已经被踢出了cluster，自行重启，这种机制叫做自杀机制（suicide）。例如Sun和Veritas的集群使用的就是这种机制。

无论软件还是硬件，大致原理就是：正常节点通过某种方式告知故障节点，故障节点会进行重启。告知的方式有硬件和软件之分，硬件更加安全一些。

      本文转自andylhz 51CTO博客，原文链接：http://blog.51cto.com/andylhz2009/459657，如需转载请自行联系原作者