第 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 容器仍被支持。
  • upstartnagios 资源类。
  • 具有多个顶级规则的位置限制。只允许每个约束有一个规则。pcs constraint rule add,pcs constraint rule deletepcs 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 命令行界面不再接受 masterslave 的传统角色名称。使用 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 pcsdpcs 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 showpcs 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-classupstart-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-unique 克隆选项默认为 true

升级会删除 生命周期 元素,并按如下所示修改 CIB:

  • 删除位置约束中的 lifetime 元素。

    • 如果位置约束中的 lifetime 元素没有顶级规则,则基于 生命周期的规则将变为约束的顶级规则。
    • 如果位置约束中的 lifetime 元素有多个顶级规则,它们会被嵌套在单个 或规则中
    • 如果位置约束中的 lifetime 元素只有一个顶级规则,则会添加一个新的和顶级约束规则,其中包含现有的顶级约束规则以及基于 生命周期的规则。
  • 删除 colocation 或 order 约束中的 lifetime 元素。如果在其他位置引用了 colocation 或 order 约束中包含的任何规则,它们会被放在不适用于任何资源的新位置约束中。它们放置在位置约束中,因为 lifetime 元素中的规则可能包含节点属性表达式,这现在仅在位置约束规则中允许。
  • 升级后,在载入 CIB 时,无效的隔离级别会显示警告。
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat