搜索

18.3. 可升级克隆资源

download PDF

可升级克隆资源是克隆资源,promotable meta 属性设为 true。它们允许实例处于两种操作模式之一;它们被称为 masterslave。模式的名称没有特定的含义,除了一个限制,即实例启动时,它必须处于 Slave 状态。

18.3.1. 创建可升级的克隆资源

您可以用下列单一命令将资源创建为可升级的克隆。

RHEL 8.4 及更新的版本:

pcs resource create resource_id [standard:[provider:]]type [resource options] promotable [clone_id] [clone options]

RHEL 8.3 及更早版本:

pcs resource create resource_id [standard:[provider:]]type [resource options] promotable [clone options]

默认情况下,可升级克隆的名称为 resource_id-clone

从 RHEL 8.4 开始,您可以通过为 clone_id 选项指定值来为克隆设置自定义名称。

另外,您可以使用以下命令从之前创建的资源或资源组中创建可升级的资源。

RHEL 8.4 及更新的版本:

pcs resource promotable resource_id [clone_id] [clone options]

RHEL 8.3 及更早版本:

pcs resource promotable resource_id [clone options]

默认情况下,可升级克隆的名称为 resource_id-clone 或 group_name-clone

从 RHEL 8.4 开始,您可以通过为 clone_id 选项指定值来为克隆设置自定义名称。

下表描述了您可以为可升级资源指定的额外克隆选项。

表 18.2. 为可升级克隆提供了额外的克隆选项
描述

promoted-max

可以升级的资源副本数 ; 默认为 1。

promoted-node-max

在一个节点中可升级的资源副本数 ; 默认为 1。

18.3.2. 配置可升级资源限制

在大多数情况下,可升级的资源在每个活跃的集群节点上都有一个副本。如果情况不同,您可以指定集群使用资源位置约束来优先分配哪些节点。这些限制与常规资源的写法不同。

您可以创建一个 colocation 约束,指定资源是在 master 角色还是在 slave 角色中运行。以下命令创建了资源 colocation 约束。

pcs constraint colocation add [master|slave] source_resource with [master|slave] target_resource [score] [options]

有关托管约束的详情,请参考 托管集群资源

在配置包含可升级资源的排序约束时,您可以为资源指定的一个操作被提升,这表示 资源从 slave 角色提升到 master 角色。另外,您可以指定 demote 操作,表示资源从主角色降级到从角色。

配置顺序约束的命令如下。

pcs constraint order [action] resource_id then [action] resource_id [options]

有关资源顺序约束的详情,请参阅 确定集群资源的运行顺序

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.