LVS学习笔记 5高可用集群原理

首先明确一个概念，监测结点，监测的是什么？是结点主机还是节点主机上的某个资源？当然是资源。主机在线，资源就一定可用么？当然不是。对某资源的监测：资源运行脚本遵循一定规范，能接受四个参数：start、stop、restart、status，这种脚本称作LSB（LinuxStandand Base）。如，要判断某个资源是否可用？我们观察status输出结果；当一个资源不可用时就直接夺取其功能么？如果主机依然在线，那么资源restart也可能是最优选择，这个代价比转移资源小得多。

 

前几篇博客讲了LVS的两个模型，现在以DR模型为例：考虑到当并发用户请求很多时，director的负荷就很大了，万一故障了是吧，整个集群都无法访问。很容易在这里出现集群瓶颈。因此我们想到做一个备用Director。当DNS解析VIP时，要解析到正在使用的Driector主机上。

问题就来了，我们的VIP是配置在网卡别名上，而且是活动的，哪台Director工作，VIP就在对应主机网卡别名上，此时我们将行使director功能的主机称作Active（Primery），备用Director称作Passive（Standby），对吧。但是P和S是要互相通信的（传递集群事务信息），目的是监测对方是不是在线（即心跳信息heartbeat）、是否进行资源转移的信息传递等，这是一个特殊的通信层，叫做集群事务信息层（Messagelayer），所以DIP是不一样的。

但是注意，Messagelayer只提供信息传递，接收到Messagelayer传递的信息，对信息进行运算，作出决定的软件是集群资源管理器（ClustReaource Manager）。但是应该由谁来进行信息计算并执行呢？

CRM中包含了这些功能：

1集群事务协调员（DC：DesignatedCoordinator）：由A和P推选。注意，DC是CRM的子功能，包含在CRM中。DC又提供了两个工具：

（1）策略引擎PE（PoliceEngine）：负责计算

    （2）事物引擎TE（Transaction Engine）：负责执行

2本地资源管理器LRM（LocalResouse Manager）：PE作出决策，TE控制LRM执行。比如P结点夺取VIP，运行ipvs规则

 

RA：Resouse Agent 资源代理，负责一个资源功能的管理，这种能够负责集群资源管理（start|stop|restart|status）的脚本叫做RA.由LRM负责执行

 

peacemake：心脏起搏器

failover：故障转移

 

资源粘性：定义资源更倾向于运行在哪个节点上

 

资源约束：定义资源与资源的倾向性

    位置约束：location constraint：定义资源对节点的倾向性，给个Score，正值：倾向于此节点；负值：逃离于此节点

    顺序约束：order定义资源启动或关闭的次序，因为资源间有依赖关系

排列约束：colation 定义资源是否能够运行在同一节点上，score：正值：可以在一起；负值：不能在一起

 

-inf：负无穷

+inf：正无穷

 

split-brain:脑裂,集群结点无法有效获取其他节点的状态信息,最严重的是抢占共享存储,原因是心跳信息传递出故障

STONITH：爆头，解决脑裂问题.一旦判定了某结点故障，就必须备用结点夺取其资源，但是要是结点又上线，没死透，怎么办，就切断他的电源或者一切保障不会有资源争用的情况,避免资源抢占的方法就是资源隔离

 

资源隔离：

    节点级别：STONITH

    资源级别：

       例如：FC SAN switch可以实现在存储资源级别控制某存储访问

 

高可用集群：

    HAMysql：

       FloatIP  相当于LVS的VIP

       mysqlservice

       Filesystem

 

Cluster Filesystem:集群文件系统 GFS,OCFS2

 

机械硬盘:(随机读写、顺序读写)

IDE:(ATA) 130M/s

SATA:600M 7200rpm(转) IOPS:100

SCSI:320M

SAS:15000rpm IOPS:200

USB:3.0 400M/s

固态SSD:

 

IDE、SCSI：并口

SATA、SAS、USB：并口

 

SCSI:Smail Computer System Interface 比IDE具有控制芯片

 

DAS：DirectorAtached Storage 直接附加存储，直接接到主板总线，BUS

    块级别读写

NAS:Network Atached Storage 文件服务器

   

SAN：Storage AreaNetwork

    FCSAN

    IPSAN:iSCSI

 

RHCS：redhat clustsuite

 

MessageLayer和CRM结合起来提供高可用解决方案：

Heartbeat V1：提供了MessageLayer和资源管理器haresource

    HeartbeatV2：提供了MessageLayer和资源管理器haresource及crm

    HeartbeatV3：资源管理器crm发展为独立项目，重命名为pacemaker，仅保留MessageLayer功能

 

MessageLayer-

heartbeat V3

corosync 纯粹的message layer

cman

keepalived

 

CRM：

    haresource，crm：工作在heartbeat V1/V2

    pacemaker：工作在HeartbeatV3或corosync之上

    rgmanager：工作在cman之上

 

Resources 类型：

    Primitive：某一时刻只能运行在一个节点

    Clone：同时运行在多个节点

    Group：

    master/slave：运行在两个结点，只能有主从

 

RA：ressource agent脚本，接收CRM控制LRM执行RA来完成对集群资源进行管理

RA Classes：

    Legacyheartbeat V1 RA

    LSB：遵循linux编程风格的脚本 /etc/rc.d/init.d

    OCF:opencluster framework

       oacemaker

       linbit(drdb)

    stonith

 

HA WEB，所需资源

    VIP

    HTTPSERVER

    Filesystem

下一篇，做HA WEB实验