《pacemaker学习笔记》由会员分享，可在线阅读，更多相关《pacemaker学习笔记（7页珍藏版）》请在金锄头文库上搜索。
1、1. 创建群集资源可以创建以下类型的资源：原始资源:原始资源是最基本的资源类型。资源组:资源组包含一系列需要放置在一起、按顺序启动和以反序停止的资源。克隆资源:克隆资源是可以在多个主机上处于活动状态的资源。如果各个资源代理支持，则任何资源均可克隆。主资源:主资源是一种特殊的克隆资源，主资源可以具有多种模式。主资源必须只能包含一个组或一个常规资源。资源选项:您可以为添加的每个资源定义选项。群集使用这些选项来决定资源的行为方式，它们会告知 CRM 如何对待特定的资源。可使用 crm_resource meta 命令或 GUI 来设置资源选项。原始资源选项:priority 如果不允许所有的资源都处
2、于活动状态，群集会停止优先级较低的资源以便保持较高优先级资源处于活动状态。target-role 群集应试图将此资源保持在何种状态，允许的值：Stopped 和 Started。is-managed 是否允许群集启动和停止资源，允许的值：true 和 false。resource-stickiness 资源留在所处位置的自愿程度如何，默认为 default- resource-stickiness 的值。migration-threshold 节点上的此资源应发生多少故障后才能确定该节点没有资格主管此资源,默认值：none。multiple-active 如果发现资源在多个节点上活动，群集该如
3、何操作，允许的值：block（将资源标记为未受管） 、stop_only 和 stop_start。failure-timeout 在恢复为如同未发生故障一样正常工作（并允许资源返回它发生故障的节点）之前，需要等待几秒钟,默认值：never。资源操作:默认情况下，群集将不会确保您的资源一直正常。要指示群集如此操作，需要向资源的定义中添加一个监视操作。可为所有类或资源代理添加监视操作。ID ：您的操作名称。必须是唯一的。name ：要执行的操作。常见值：monitor 、start 和 stop。interval ：执行操作的频率。单位：秒。timeout ： 需要等待多久才能声明操作失败。re
4、quires ：需要满足什么条件才能发生此操作。允许的值：nothing、quorum 和 fencing。默认值取决于是否启用屏障和资源的类是否为 stonith。对于 STONITH 资源，默认值为 nothing。on-fail ：此操作失败时执行的操作。允许的值：ignore：假装资源没有失败。block：不对资源执行任何进一步操作。stop：停止资源并且不在其他位置启动该资源。restart：停止资源并（可能在不同的节点上）重启动。fence：关闭资源失败的节点 (STONITH)。standby：将所有资源从资源失败的节点上移走。enabled 如果值为 false，将操作视为不存
5、在。允许的值：true、false。原始资源包含的参数：元属性：元属性是可以为资源添加的选项。它们告诉 CRM 如何处理特定资源。实例属性：实例属性是特定资源类的参数,用于确定资源类的行为方式及其控制的服务实例。操作：可以为资源添加监视操作。监视操作指示群集确保资源状况依然正常。所有资源代理类都可以添加监视操作。您还可以设置特定参数,如为 start 或 stop 操作设置 timeout 值。定义原始资源：primitive 唯一 ID 资源代理类型：资源代理的提供程序：资源代理名称 实例属性 操作 元属性例如：01 primitive Virtual-IP-Tomcat ocf:heart
6、beat:IPaddr2 02 params lvs_support=true ip=192.168.1.100 cidr_netmask=24 broadcast=192.168.1.255 03 op monitor interval=1m timeout=10s 04 meta migration-threshold=10 05 primitive ldirectord ocf:heartbeat:ldirectord 06 params configfile=/etc/ha.d/ldirectord.cf 07 op monitor interval=2m timeout=20s 08
7、 meta migration-threshold=10 target-role=Started 09 primitive tomcat lsb:tomcat 10 op monitor interval=30s timeout=10s 11 meta migration-threshold=10 target-role=Started 12 primitive mysql ocf:heartbeat:mysql 13 params binary=/usr/bin/mysqld_safe config=/etc/f datadir=/var/lib/mysql user=mysql pid=/
8、var/lib/mysql/mysql.pid socket=/var/lib/mysql/mysql.sock test_passwd=password test_table=ldirectord.connectioncheck test_user=slave_user 14 op monitor interval=20s timeout=10s 15 meta migration-threshold=10 target-role=Startedmigration-threshold 用来定义资源的故障次数，假设已经为资源配制了一个首选在节点上运行的位置约束。如果那里失败了,系统会检查 mi
9、gration-threshold 并与故障计数进行比较。如果故障计数 = migration-threshold,会将资源迁移到下一个自选节点。默认情况下,一旦达到阈值,就只有在管理员手动重置资源的故障计数后(在修复故障原因后),才允许在该节点上运行有故障的资源。但是,可以通过设置资源的 failure-timeout 选项使故障计数失效。如果设置 migration-threshold=2 和 failure-timeout=60s ，将会导致资源在两次故障后迁移到新的节点,并且可能允许在一分钟后移回(取决于黏性和约束分数 )。迁移阈值概念有两个例外,在资源启动失败或停止失败时出现:启动故
10、障会使故障计数设置为 INFINITY,因此总是导致立即迁移。停止故障会导致屏障(stonith-enabled 设置为 true 时,这是默认设置)。如果不定义 STONITH 资源(或 stonith-enabled 设置为 false),则该资源根本不会迁移。重置资源的故障计数：对指定节点上的指定资源执行 crm_resource -C 和 crm_failcount -D 命令。如果在创建时将资源的初始状态设置为 stopped(target-role 元属性的值为 stopped),则资源在创建后不会自动启动。要想启动资源使用命令：crm resource start 资源 ID配置
11、资源监视（可以在定义资源时用 op monitor 命令定义）虽然 High Availability Extension 可以检测节点故障，但也能够检测节点上的各个资源何时发生故障。如果希望确保资源运行，则必须为该资源配置资源监视。资源监视包括指定超时和/或启动延迟值以及间隔。间隔告诉 CRM 检查资源状态的频率。1 rootHA1 # crm 2 crm(live)# configure 3 crm(live)configure# monitor mysql monitor interval=20s timeout=10s2. 配置资源约束：配置好所有资源只是完成了该作业的一部分。即便群集
12、熟悉所有必需资源,它可能还无法进行正确处理。资源约束允许您指定在哪些群集节点上运行资源、以何种顺序装载资源,以及特定资源依赖于哪些其他资源。三种不同的约束:Resource Location(资源位置)： 位置约束定义资源可以、不可以或首选在哪些节点上运行。Resource Collocation(资源排列)： 排列约束告诉群集资源可以或不可以在某个节点上一起运行。Resource Order(资源顺序) ：排序约束定义操作的顺序。定义约束时，还需要指定分数。各种分数是群集工作方式的重要组成部分。其实，从迁移资源到决定在已降级群集中停止哪些资源的整个过程是通过以某种方式操纵分数来实现的。分数按
13、每个资源来计算，资源分数为负的任何节点都无法运行该资源。在计算出资源分数后，群集选择分数最高的节点。INFINITY（无穷大）目前定义为 1,000,000。加减无穷大遵循以下 3 个基本规则：任何值 + 无穷大 = 无穷大任何值 无穷大 = -无穷大无穷大 无穷大 = -无穷大定义资源约束时，也可以指定每个约束的分数。分数表示您指派给此资源约束的值。分数较高的约束先应用，分数较低的约束后应用。通过使用不同的分数为既定资源创建更多位置约束，可以指定资源要故障转移至的目标节点的顺序。指定资源故障转移节点资源在出现故障时会自动重启动。如果在当前节点上无法实现重启动，或如果在当前节点上发生 N 次故
14、障，则资源会试图故障转移到其他节点。您可以多次定义资源的故障次数（migration-threshold） ，在该值之后资源会迁移到新节点。指定资源故障回复节点（资源黏性）当原始节点恢复联机并位于群集中时，资源可能会故障回复到该节点。如果希望阻止资源故障回复到故障转移前运行的节点上，或如果希望指定其他的节点让资源进行故障回复，则必须更改资源黏性值。在创建资源时或在创建资源后，都可以指定指定资源黏性。在指定资源黏性值时，请考虑以下情况：值为 0：这是默认选项。资源放置在系统中的最适合位置。这意味着当负载能力“较好” 或较差的节点变得可用时才转移资源。此选项的作用几乎等同于自动故障回复，只是资源可
15、能会转移到非之前活动的节点上。值大于 0：资源更愿意留在当前位置，但是如果有更合适的节点可用时会移动。值越高表示资源越愿意留在当前位置。值小于 0：资源更愿意移离当前位置。绝对值越高表示资源越愿意离开当前位置。值为 INFINITY：如果不是因节点不适合运行资源（节点关机、节点待机、达到 migration-threshold 或配置更改）而强制资源转移，资源总是留在当前位置。此选项的作用几乎等同于完全禁用自动故障回复。值为 -INFINITY：资源总是移离当前位置。定义位置约束：location 唯一 ID 资源 ID 规则1 location Prefer-Node1 ldirectord 2 rule $id=prefer-node1-rule 100: #uname eq NODE1资源排列约束：colocation 命令用于定义哪些资源应在相同主机上运行,哪些资源应在不同主机上运行。通常情况下使用以下顺序:1 crm(live)configure# order rsc1 rsc2 2 crm(live)configure# colocation rsc2 rsc1只能设置 +INFINITY 或 -INFINITY 的分数来定义必须始终或决不能在同一节点上运行的资源。例如,要始终在同一个主机上运行 ID 为 filesystem_resourc
