聊聊基础设施即代码(IAC),Zalando Postgres Operator

网友投稿 594 2023-06-14

聊聊基础设施即代码(IAC),Zalando Postgres Operator

聊聊基础设施即代码(IAC),Zalando Postgres Operator

Postgres Operator 在由 Patroni 提供支持的 Kubernetes (K8s) 上提供易于运行的高可用性 *** 集群。它仅通过 Postgres 清单 (CRD) 进行配置,以轻松集成到自动化 CI/CD 管道中,而无需直接访问 Kubernetes API,从而促进基础设施即代码(infrastructure as code)而不是手动操作。

Operator 功能

Postgres 集群变化的滚动更新,包括快速的小版本更新无需重新启动 pod 即可调整实时卷大小(AWS EBS、PVC)使用 PGBouncer 进行数据库连接池支持 PG13 的快速升级。支持所有集群全局升级恢复和克隆 Postgres 集群(包括主要版本升级)此外,可以配置到 S3 存储桶的逻辑备份来自 S3 WAL 存档的备用集群可针对非云环境进行配置K8s 上的基本凭证和用户管理,简化应用程序部署支持自定义 TLS 证书创建和编辑 Postgres 集群清单的 UI在 Amazon AWS、Google Cloud、OpenShift 和 Kind 本地运行良好支持 AWS EBS gp2 到 gp3 迁移,支持 iops 和吞吐量配置

*** 功能

支持 *** 14,从 9.6+ 开始通过 Patroni 流式复制集群通过 Spilo 使用 pg_basebackup / WAL-E 进行时间点恢复(Point-In-Time-Recovery)

预加载库:bg_mon, pg_stat_statements, pgextwlist, pg_auth_mon

包括。流行的 Postgres 扩展,例如 decoderbufs, hypopg, pg_cron, pg_partman, pg_stat_kcache, pgq, plpgsql_check, postgis, set_user 和 timescaledb

Postgres Operator 在 Zalando 开发并已在生产中使用了三年多。

使用 Spilo 12 或更旧的镜像

如果您已经在旧版本中使用带有 Spilo 12 Docker 镜像的 Postgres operator,则需要注意备份路径的更改。我们将主版本引入备份路径,以平滑现在支持的主版本升级。

最新的 Spilo 镜像是:registry.opensource.zalan.do/acid/spilo-14:2.1-p4

最旧的 Spilo 镜像是:registry.opensource.zalan.do/acid/spilo-12:1.6-p5

入门

为了快速获得第一印象,请按照入门教程的说明进行操作。

支持的 Postgres 和应用程序设置

概念

Postgres operator 在 Kubernetes (K8s) 上管理 *** 集群:

operator 监视 *** 集群清单的添加、更新和删除,并相应地更改正在运行的集群。例如,当用户提交新清单时,operator 会获取该清单并生成一个新的 Postgres 集群以及所有必要的实体,例如 K8s StatefulSets 和 Postgres 角色。有关清单可能包含的设置,请参阅此 Postgres 集群清单。

operator 还监视其自身配置的更新,并在必要时更改正在运行的 Postgres 集群。例如,如果 pod 中的 Docker 镜像发生变化,则 operator 执行滚动更新,这意味着它会与新的 Docker 镜像一一重新生成每个托管 StatefulSet 的 pod。

最后,operator 定期将每个 Postgres 集群的实际状态与集群清单中定义的所需状态同步。operator 的目标是解放双手,因为配置只能通过清单进行。这可以轻松集成到自动化部署管道中,而无需直接访问 K8s。

作用域

Postgres Operator 的 scope 是提供、修改配置和清理使用 Patroni 的 Postgres 集群,基本上是为了在 K8s 上轻松方便地运行基于 Patroni 的集群。配置和修改包括一侧的 K8s 资源,但也包括集群启动并运行后的数据库和角色配置。我们尽量把工作留给 K8s 和 Patroni,尤其是集群引导和高可用性。不过,operator 需要参与一些总体编排,比如滚动更新以改善用户体验。

在当前状态下,监控或调整 Postgres 不在 operator 的作用域内。但是,通过全局可配置的 sidecar,我们提供了足够的灵活性来补充其他工具,如 ZMON、Prometheus 或更多 Postgres 特定选项。

所涉实体概述

这是一张图,它总结了 operator 在提交新的 Postgres cluster CRD 时将创建的内容:

如果没有对单个集群 pod 内部的概述,这张图是不完整的,所以让我们放大一下:

这两张图应该可以帮助您了解 operator 提供的功能类型的基础知识。

状态

该项目目前正在积极开发中。然而,Zalando 已经在内部使用它,以便在 K8s 上运行大量 Postgres 集群,用于 staging 环境和越来越多的 production 集群。在这种环境中,operator 被部署到多个 K8s 集群中,用户通过我们的 CI/CD 基础设施部署清单或依靠精简的用户界面来创建清单。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:MySQL 总是差八个小时,如何破?
下一篇:中国唯一女性Apache Member 潘娟:开源项目如何从“Baby”到“顶级”?
相关文章