第 12 章 高可用性和集群
下面的章节包含 RHEL 9 和 RHEL 10 之间高可用性和集群的最显著更改。
删除了对 RHEL Resilient Storage 附加组件的支持
从 Red Hat Enterprise Linux 10 开始,Red Hat Enterprise Linux (RHEL) Resilient Storage Add-On 不再被支持,在 RHEL 10 后不再支持它们。RHEL Resilient Storage Add-On 将继续受到早期版本的 RHEL (7、8、9)的支持,并贯穿其各自的维护支持生命周期。
pcsd
Web UI 不再作为独立的用户界面提供
当安装了 cockpit-ha-cluster
软件包时,pcsd
Web UI 现在作为 HA Cluster Management RHEL web 控制台附加组件提供。它不再作为独立接口运行。
删除了红帽高可用性附加组件的功能
RHEL 10 不再支持以下红帽高可用性附加组件功能。
- 捆绑包中的 RKT 容器.Docker 和 Podman 容器仍被支持。
-
upstart
和nagios
资源类。 -
具有多个顶级规则的位置限制。只允许每个约束有一个规则。
pcs constraint rule add
,pcs constraint rule delete
和pcs constraint rule remove
命令已被删除。如果您使用多个规则配置了限制,请运行pcs cluster cib-upgrade
命令,以更新到最新的 CIB 模式。在更新过程中,Pacemaker 会为每个规则创建一个约束,因此每个约束中只有一个规则。 -
Pacemaker 规则的
monthdays
,moon
,weekdays
,weekyears
, 和yearsdays
duration 选项。 - 在位置约束规则中的日期中使用空格。
-
使用
pcs stonith level add 中的逗号限制 stonith 设备 | clear | delete | remove
命令。 -
pcs stonith level clear | delete | remove
命令中的模糊语法。commnd 已被明确,将目标与 stonith 设备区分开。 -
pcs
命令行界面不再接受master
和slave
的传统角色名称。使用Promoted
,Unpromoted
, --promoted,promotable
, 和promoted-max
替代。 -
在 pcs stonith 命令中使用
pcs resource
命令和资源中的 stonith 资源,以及pcs stonith
disable--no-strict
,--safe
and--simulate
标志 -
使用
pcs stonith create
命令在组中创建 stonith 资源 -
来自 API v1 和 v2 的
stonith.create_in_group
命令 -
pcs cluster pcsd-status
命令。使用pcs status pcsd
或pcs pcsd status
命令。 -
pcs cluster certkey
命令。使用pcs pcsd certkey
命令。 -
pcs resource | stonith [op] defaults <name>=<value>…
命令。使用pcs resource | stonith [op] defaults update
命令。 -
pcs acl show
命令.使用pcs acl config
命令。 -
pcs alert show
命令。使用pcs alert config
命令。 -
pcs constraint [location | colocation | order | ticket] show | list
命令。使用pcs constraint [location | colocation | order | ticket] config
命令。 -
pcs property show
和pcs property list
命令。使用pcs property config
命令。 -
pcs tag list
命令。使用pcs tag config
命令。 -
pcs resource move
命令的--autodelete
标志。
删除和更新 Pacemaker CIB 元素
在 RHEL 10 中删除或修改 Pacemaker CIB 的以下配置组件。当您升级到 RHEL 10 时,这些组件会被自动删除、修改或替换,如下所述。在升级前,请确保 Pacemaker CIB 具有 validate-with
属性支持的值。虽然您不应该直接编辑集群配置文件,但您可以使用 pcs cluster cib
命令查看原始集群配置。
升级会修改以下 CIB 组件:
-
cib
元素的validate-with
属性,它被设置为pacemaker-4.0
-
stonith-action
集群属性,如果之前设置为poweroff
,则它被设置为off
-
传统的可升级克隆(master)资源,资源通过将
master
xml 元素改为clone
xml 元素,并通过设置promotable
meta 属性来更改标准可升级的克隆 - 具有多个顶级规则的位置限制,规则被转换为每个顶级规则的独立位置限制
升级重命名以下组件:
-
crmd-finalization-timeout
集群属性,它被重命名为join-finalization-timeout
-
crmd-integration-timeout
集群属性,它被重命名为join-integration-timeout
-
crmd-transition-delay
集群属性,它被重命名为transition-delay
升级会从 CIB 中删除以下组件:
-
Nagios-class
和upstart-class
资源 -
基于
rkt
容器捆绑
资源。 -
restart-type
资源 meta-attribute -
can_fail
操作 meta-attribute -
role_after_failure
操作meta-attribute
-
规则的
date_spec
元素中的moon
属性 -
remove-after-stop
集群属性。 - Ping 节点,它们被改为禁用所有资源的群集成员节点
- 没有值属性的 NVpairs
- 在 NVset 中带有指定名称的重复的 NVpairs,其中只有第一个 NVpair 会被保留
升级会更改以下默认值:
- 现在,作为隔离设备参数配置的操作被忽略,而不是被视为默认隔离操作。
-
concurrent-fencing
集群选项现在默认为true
,且已弃用。 -
现在,当
clone
克隆选项默认为-node-max
大于 1 时,global-uniquetrue
。
升级会删除 生命周期
元素,并按如下所示修改 CIB:
删除位置约束中的
lifetime
元素。-
如果位置约束中的
lifetime
元素没有顶级规则,则基于生命周期
的规则将变为约束的顶级规则。 -
如果位置约束中的
lifetime
元素有多个顶级规则,它们会被嵌套在单个或规则中
。 -
如果位置约束中的
lifetime
元素只有一个顶级规则,则会添加一个新的和顶级约束规则,其中包含现有的顶级约束规则以及基于生命周期
的规则。
-
如果位置约束中的
-
删除 colocation 或 order 约束中的
lifetime
元素。如果在其他位置引用了 colocation 或 order 约束中包含的任何规则,它们会被放在不适用于任何资源的新位置约束中。它们放置在位置约束中,因为lifetime
元素中的规则可能包含节点属性表达式,这现在仅在位置约束规则中允许。 - 升级后,在载入 CIB 时,无效的隔离级别会显示警告。