肖恩·M·托马斯：PG星期五：重新定义Postgres高可用性
💡
原文英文，约2600词，阅读约需10分钟。
📝
内容提要
Postgres缺乏本地高可用性（HA），现有的HA技术存在限制。然而，Postgres云供应商正在采用一种方法，将Postgres转变为真正的HA数据库引擎。存储层是一个关键考虑因素，复制存储系统提供了潜在的解决方案。将存储引擎与处理层解耦，并使用基于仲裁的分布式文件系统可以在系统之间提供一致性。分片和协调器/工作节点模型可以帮助扩展计算层。Postgres有潜力成为Web3组件，具有分布式块算法和共识实现。虽然这可能不会被Postgres社区采纳，但对于HA来说具有潜在的好处。目前，Patroni和Kubernetes操作员是管理Postgres集群的最新技术。Postgres变体如Aurora、NeonDB和AlloyDB也在取代存储层方面取得进展。
🎯
关键要点
- Postgres缺乏本地高可用性（HA），现有HA技术存在限制。
- Postgres云供应商正在采用新方法，将Postgres转变为真正的HA数据库引擎。
- 存储层是关键考虑因素，复制存储系统提供潜在解决方案。
- 将存储引擎与处理层解耦，使用基于仲裁的分布式文件系统可提供一致性。
- 分片和协调器/工作节点模型有助于扩展计算层。
- Postgres有潜力成为Web3组件，具有分布式块算法和共识实现。
- 当前，Patroni和Kubernetes操作员是管理Postgres集群的最新技术。
- Postgres变体如Aurora、NeonDB和AlloyDB在存储层方面取得进展。
- Postgres的HA堆栈依赖于流复制，存在配置和切换主节点的风险。
- 多主集群如pgEdge和EDB Postgres Distributed简化了版本升级，但面临写冲突问题。
- 存储层的改进使得不再需要显式的数据库副本，支持更多Postgres实例。
- 分布式存储系统可实现快速的计算节点扩展，适用于资源密集型操作。
- 解耦Postgres存储引擎与处理层是实现真正HA数据库引擎的基本要求。
- 协调器/工作节点模型解决了Postgres在流复制中的问题，提升了可扩展性。
- Postgres可能会转变为Web3组件，具备分布式块算法和共识机制。
- 社区Postgres可能不会采纳这些概念，但企业可能会看到潜在的好处并尝试构建。
- 目前，Patroni和Kubernetes操作员是管理传统Postgres集群的最佳实践。
➡️
