#调度配置

调度策略允许实例运行在指定节点上，并有效防止其他应用被调度到这些节点，确保实例的高可用性。

#场景概述

• PostgreSQL 部署在专用业务集群中，客户希望不同的 PostgreSQL 实例运行在不同节点上，以便于维护和快速定位故障。

• PostgreSQL 部署在现有业务集群中，客户希望将 PostgreSQL 实例部署在指定节点上，同时防止其他应用被调度到同一节点。

这两种场景均可通过在实例创建页面的 调度配置 部分配置 节点标签 和 Pod 容忍度 来实现。

本节演示如何让 PostgreSQL 实例运行在不同的指定节点上。指定节点如下：

组件	指定节点
PostgreSQL	192.168.100.103 192.168.100.104 192.168.100.105

#前提条件

1. 平台管理员必须在指定节点上 更新节点标签，以便中间件可以根据标签调度到指定节点。

2. 平台管理员必须在指定节点上 设置污点，确保中间件可以基于容忍度调度到带污点的节点，同时防止其他应用被调度到这些节点。

您可以根据实际需求配置节点和污点。

平台管理员已在平台中心对节点污点和标签进行了如下配置：

节点	节点标签	节点污点
192.168.100.103 192.168.100.104 192.168.100.105	keypostgres=valuepostgres	keypostgres=valuepostgres

#配置说明

• 污点（Taint）：节点上的键值属性，防止 Pod 被调度到该节点，除非 Pod 具有相应的容忍度。

• 容忍度（Toleration）：Pod 上的键值属性，允许 Pod 容忍特定的节点污点，确保 Pod 仅调度到其能够容忍的节点。

污点和容忍度支持 effect 参数，语法格式为 key=value:effect。effect 定义了对 Pod 的排除级别，包含三种类型：

Effect 类型	描述
NoSchedule	不容忍该污点的新 Pod 不能被调度到该节点。这是严格约束，但节点上已有的 Pod 不受影响。
PreferNoSchedule	NoSchedule 的宽松版本，不容忍该污点的新 Pod 应尽量不调度到该节点，但如果没有其他节点可用，仍可能被调度。已有 Pod 不受影响。
NoExecute	不容忍该污点的新 Pod 不能被调度到该节点。此外，如果已有 Pod 因节点污点或 Pod 容忍度的变化不再满足条件，将被驱逐。

定义 Pod 容忍度时，支持两种操作符：

操作符	描述
Equal	Pod 的容忍度必须与节点污点的键、值和 effect 完全匹配。
Exists	Pod 的容忍度必须匹配节点污点的键和 effect，值字段可以为空。

#操作步骤

#验证

您可以通过进入 容器平台 > 计算组件 > 容器组，验证 PostgreSQL 实例是否运行在指定节点上。