Gabriele Bartolini：CloudNativePG 配方 11 - 使用 Kind 在 Kubernetes 中隔离 PostgreSQL 工作负载
内容提要
本文介绍了在Kubernetes环境中使用Kind隔离PostgreSQL工作负载的高级技术，通过应用污点、标签和反亲和规则，确保专门用于数据库工作负载的PostgreSQL节点不与其他服务重叠，并增强容错性。这些策略将帮助您在Kubernetes中维护一个强大且隔离的PostgreSQL集群。
延伸解读
污点与容忍：实现节点级隔离
文章通过为PostgreSQL节点添加node-role.kubernetes.io/postgres:NoSchedule污点，确保只有携带相应容忍的Pod才能调度到这些节点。在CloudNativePG集群配置中，通过tolerations字段声明容忍，从而将PostgreSQL工作负载与其他服务隔离。这种机制比单纯使用节点选择器更严格，能有效防止非数据库Pod意外占用PostgreSQL节点资源。
反亲和性：保障实例高可用分布
通过启用enablePodAntiAffinity并设置podAntiAffinityType为required，CloudNativePG强制同一集群的每个PostgreSQL实例运行在不同节点上。这避免了单节点故障导致多个实例同时不可用，提升了集群的容错能力。文章演示了当实例数超过可用PostgreSQL节点时，新实例会处于Pending状态，验证了反亲和规则的有效性。
扩展与回滚：应对节点不足的两种策略
当需要扩展PostgreSQL集群但缺乏可用节点时，文章给出了两种处理方式：一是为备用节点添加污点和标签，使其成为专用PostgreSQL节点，从而解除Pending状态；二是回滚到原有实例数，并手动清理Pending的Job和PVC。这提醒读者在扩展前需确保有足够的专用节点资源，否则需及时回滚以保持集群健康。
职责分离：基础设施即代码的实践
文章强调通过基础设施即代码原则，将数据库管理员与基础设施管理员的职责分离：数据库管理员负责Cluster资源、节点选择器、容忍和反亲和配置；基础设施管理员负责节点、标签和污点管理。这种分工提高了管理效率，并促进了团队协作。同时，这些策略在Kind中验证后，可移植到任何Kubernetes平台，确保一致性。
Q&A
在Kubernetes中如何隔离PostgreSQL工作负载？
通过应用污点、标签和反亲和规则，可以确保PostgreSQL节点专门用于数据库工作负载，防止与其他服务重叠。
使用CloudNativePG创建PostgreSQL集群时需要注意什么？
确保工作负载仅在PostgreSQL节点上运行，并使用污点和容忍来实现完全隔离。
污点在Kubernetes中有什么作用？
污点可以确保只有具有必要容忍的Pod可以调度和运行在PostgreSQL节点上，从而实现工作负载的隔离。
如何确保同一PostgreSQL集群的实例分布在不同节点上？
通过应用反亲和规则，确保每个实例被调度到不同的节点上，以实现高可用性和容错性。
在Kubernetes中应用基础设施即代码原则有什么好处？
它明确了数据库管理员和基础设施管理员之间的责任分离，简化了管理流程，促进了协作。
如何验证PostgreSQL节点的污点是否应用成功？
可以使用命令kubectl describe node <节点名> | grep '^Taints'来检查特定节点的污点。
