集群介绍

集群的概念
Linux集群即一组协同工作的服务器，对外表现为一个整体，分为三类：
第一类是高可用性集群，运行于两个或多个节点上，目的是在系统出现某些故障的情况下，仍能继续对外提供服务。高可用性集群的设计思想就是要最大限度地减少服务中断时间。这类集群中比较着名的有Turbolinux TurboHA、Heartbeat、Kimberlite等。负载均衡集群适用于提供静态数据的服务，如HTTP服务;
第二类是负载均衡集群，目的是提供和节点个数成正比的负载能力，这种集群很适合提供大访问量的Web服务。负载均衡集群往往也具有一定的高可用性特点。Turbolinux Cluster Server、Linux Virtual Server都属于负载均衡集群。高可用性集群既适用于提供静态数据的服务，如HTTP服务，又适用于提供动态数据的服务，如数据库等。
第三类是超级计算集群，按照计算关联程度的不同，又可以分为两种。一种是任务片方式，要把计算任务分成任务片，再把任务片分配给各节点，在各节点上分别计算后再把结果汇总，生成最终计算结果。另一种是并行计算方式，节点之间在计算过程中大量地交换数据，可以进行具有强耦合关系的计算。
服务器架构领域并不是技术越先进越适合，反而简单能够实现功能才是最好的
高可用的作用：
高可用集群解决的是保障用户的应用程序持续对外提供服务的能力。 (注意：高可用集群不是用来保护业务数据的，保护的是用户的业务程序对外不间断提供服务，把因软件/硬件/人为造成的故障对业务的影响降低到最小程度)
高可用应用方式：
做前端负载均衡器的高可用：keepalived
做大规模的高用集群：corosync(cman)+pacemaker
实现原理：
高可用性集群中的节点一般是一主一备，或者一主多备，通过备份提高整个系统可用性， 在高可用集群的各节点中定义了一个抽象层,信息传递层(Messaing Layer),用来传递集群之间的事务(Transaction)信息.事务信息中包含了节点的心跳信息(是否在线),节点的主机名、IP等一系列信息.当然光有Messaging Layer并不能实现一个集群的高可用.
一个服务要是想实现高可用需要两个条件：
Messaging Layer
实现Messaging Layer的软件有很多,例如corosync,heartbeat…
ha-aware/CRM
ha-aware: 是指一个服务本身具备高可用能力,能够通过API调用Messaging Layer传递的信息来提供高可用
CRM: 全称Cluster Resource Manager,集群资源管理.能够通过Messaging Layer传递的信息,对集群中各节点的资源进行相应处理
CRM需要在集群各节点中选举出DC(Designated Coordinator)指定调解员对集群上的资源进行计算,计算出资源更适合运行在哪个节点中.
DC中又包含两个引擎来处理不同的事情
PE（协议引擎）: Policy Engine 用来计算
TE（事务引擎）: Transaction Engine 用来指挥资源的转移
TE通过指挥LRM（本地资源管理器Local Resource Manager)来实现资源转移
FailOver: 故障转移,运行资源的节点出现故障时将资源转移到其他节点
FailBack: 转回,节点重新上线后将原来的资源转回
注意：高可用集群中,任何高可用的服务都不能开机自起,而是由CRM启动的
高可用集群一定要有隔离机制,只要判断对方不在线了,备用的上来之前就想把对方的kill掉
集群中构成一个完整服务的每一部分都叫资源，都需要配置和管理
ston