Postgres Operator通过充分发挥Patroni的能力来提供给大家一种在K8s上构建高可用PostgreSQL集群的方式。它仅通过对Postgres manifests（CRDs）进行简单的配置即可轻松与自动化CI/CD pipelines进行集成，而不需要直访问Kubernetes API，将基础设施提升为代码的方式而不需要手工操作。
Postgres Operator 特点
- 进行Postgres集群的滚动更新，包括快速的小版本更新；
- 不需要重启pod来进行动态空间调整（AWS EBS，PVC）；
- 基于PGBouncer的数据库连接池；
- 恢复和克隆Postgres集群（包括小版本升级）；
- 可以通过配置进行额外的逻辑版本，将数据备份到S3 bucket；
- 基于S3 WAL归档的Standby集群；
- 配置非云环境；
- K8s上的基本配置及用户管理，简化应用部署；
- 支持定制化TLS证书；
- 可以创建和修改Postgres集群manifests的UI界面；
- 可以很好的在Amazon AWS, Google Cloud, OpenShift和本地环境上运行；
- 对AWS EBS gp3迁移的基本支持；
对PostgreSQL的支持
- 支持PostgreSQL 9.5+ 到 13的所有版本
- 通过Patroni实现流复制集群
- 通过Spilo调用pg_basebackup / WAL-E实现Point-In-Time-Recovery恢复（PITR恢复）
- 预加载的库：bg_mon, pg_stat_statements, pgextwlist, pg_auth_mon
- 包括很多流行的扩展，例如： decoderbufs, hypopg, pg_cron, pg_partman, pg_stat_kcache, pgq,plpgsql_check, postgis, set_user 以及 timescaledb
Postgres Operator是Zalando团队开发的并在生产环境使用多年。
-
PostgreSQL 8.3+为我们带来了许多很棒的新特性。其中包括并行自动真空、枚举、核心搜索，但其中的一个变化是删除了隐式类型转换。 但在PostgreSQL 8.3+中，您可以获得： select 1::int4 = '1'::text > ERROR: operator does not exist: integer = text LINE 1: select 1::int4 = '1'
-
我关注了excellant博客[使用kubeadm在azure上创建非托管k8s群集的中型博客][1]：https://medium.com/@patnaikshekhar/creating-a-kubernetes-cluster-in-azure-using-kubeadm-96e7c1ede4a并在azure免费层订阅上创建了2个worker和1个master k8s群集。我可以让kubec
-
kuberntes 系统使用 etcd 存储所有数据，本文档介绍部署一个三节点高可用 etcd 集群的步骤，这三个节点复用 kubernetes master 机器，分别命名为test-001.jimmysong.io、test-002.jimmysong.io、test-003.jimmysong.io： test-001.jimmysong.io：172.20.0.113 test-002.j
-
Even in the future, nothing works! — Spaceballs 一切迟早都会发生故障。高可用服务就是指当一个主机或网络线路失效时仍旧能够提供服务。 高可用性的主要技术就是冗余，另外，这个问题的解决就是以投放更多硬件设备而著称的。 虽然最终肯定会有单独的一台服务器失效，但是两台服务器同时失效的概率是不太高的， 这对大多数的应用程序提供了一个良好的冗余水平。 最简单的方
-
一、Zookeeper集群搭建 为保证集群高可用，Zookeeper 集群的节点数最好是奇数，最少有三个节点，所以这里搭建一个三个节点的集群。 1.1 下载 & 解压 下载对应版本 Zookeeper，这里我下载的版本 3.4.14。官方下载地址：https://archive.apache.org/dist/zookeeper/ # 下载 wget https://archive.apache.
-
一、集群规划 这里搭建一个 3 节点的 Spark 集群，其中三台主机上均部署 Worker 服务。同时为了保证高可用，除了在 hadoop001 上部署主 Master 服务外，还在 hadoop002 和 hadoop003 上分别部署备用的 Master 服务，Master 服务由 Zookeeper 集群进行协调管理，如果主 Master 不可用，则备用 Master 会成为新的主 Mas
-
一、高可用简介 Hadoop 高可用 (High Availability) 分为 HDFS 高可用和 YARN 高可用，两者的实现基本类似，但 HDFS NameNode 对数据存储及其一致性的要求比 YARN ResourceManger 高得多，所以它的实现也更加复杂，故下面先进行讲解： 1.1 高可用整体架构 HDFS 高可用架构如下： 图片引用自：https://www.edureka.
-
本文向大家介绍详解.net core下如何简单构建高可用服务集群，包括了详解.net core下如何简单构建高可用服务集群的使用技巧和注意事项，需要的朋友参考一下 一说到集群服务相信对普通开发者来说肯定想到很复杂的事情，如zeekeeper ,反向代理服务网关等一系列的搭建和配置等等；总得来说需要有一定经验和规划的团队才能应用起来。在这文章里你能看到在.net core下的另一种集群构建方案，通过
-
本文档提供一个可扩展、高可用的 Seafile 集群架构。这种架构主要是面向较大规模的集群环境，可以通过增加更多的服务器来提升服务性能。如果您只需要高可用特性，请参考3节点高可用集群文档。 架构" class="reference-link"> 架构 Seafile集群方案采用了3层架构： 负载均衡层：将接入的流量分配到 seafile 服务器上。并且可以通过部署多个负载均衡器来实现高可用。 Se