Patroni是一个模板，它使用Python为你提供一个自己订制的，高可用的解决方案，为最大程度的可用性，它的配置信息存储在像ZooKeeper, etcd或者Consul中。如果DBAs，DevOps工程师或者SRE正在寻找一个在数据中心中快速部署高可用PostgreSQL方案，或者其他的用途，Patroni 能提供帮助。
安装
brew install postgresql etcd haproxy libyaml python pip install psycopg2 pyyaml
运行和配置
> etcd --data-dir=data/etcd > ./patroni.py postgres0.yml > ./patroni.py postgres1.yml
-
Patroni是一个模板，您可以使用Python创建自己的定制化、高可用性解决方案，并为最大的可访问性提供分布式配置存储，如ZooKeeper、etcd、Consul或Kubernetes。希望在数据中心或其他任何地方快速部署 HA PostgreSQL的数据库工程师、DBA、DevOps 工程师和 SRE会发现它很有用。我们称 Patroni 为“模板”，因为它远非一刀切或即插即用的复制系统（r
-
Patroni的能力：管理两到三个节点的PostgreSQL/Opengauss，数据库退出能自动拉起，能发现关闭的主节点，并切换备节点为主节点。 实现这个能力，在单个节点上，Patroni执行流并不复杂，它的主体流是一个大循环，在这个大循环的主干下，某些代码，根据条件，会启动一些“异步任务”，所谓“异步任务”就是另起一个线程，执行一些操作，而主干的大循环仍在运行，并不等待。 仅仅着眼于编程实现（
-
3.patroni REST API Patroni有丰富的REST API，这些接口他们在竞争领导者的时候会有用。通过patronictl工具实现failovers/switchovers/reinitialize/restarts/reloads，HAProxy或任何其他类型的负载平衡器来执行HTTP运行状况检查，当然也可以用于监视。下面是Patroni REST API端点的列表 健康检查端
-
Patroni 配置存储在 DCS（分布式配置存储）中。有 3 种类型的配置：（Patroni configuration is stored in the DCS (Distributed Configuration Store). There are 3 types of configuration:） 动态配置。这些选项可以随时在 DCS 中设置。如果更改的选项不是启动配置的一部分，它们将异
-
Environment Configuration Settings 可以使用系统环境变量覆盖patroni配置文件中定义的某些配置参数。本文档列出了patroni处理的所有环境变量。通过这些变量设置的值始终优先于patroni配置文件中设定的值。 全局/通用 PATRONI_CONFIGURATION:可以通过PATRONI_CONFIGURATION环境变量设置Patroni的整个配置。在这种
-
1.环境 centos 7.4 postgresql 10.5 物理ip 192.168.199.240 （node1） 192.168.199.241 （node2） 192.168.199.242 （node3） vip 192.168.199.248 192.168.199.249 2.安装patroni和ectd yum install -y
-
patroni release notes version 1.6.5 New features Master关闭超时 停止Postgres时允许Patroni等待的秒数。synchronous_mode参数启用时生效。当设置的值大于0并且启用了synchronous_mode时，如果停止操作运行的时间超过master_stop_timeout设置的值，则patroni将SIGKILL发送到pos
-
注意 The High Availability features are only available in the Neo4j Enterprise Edition. Neo4j High Availability or “Neo4j HA” provides the following two main features: 1.It enables a fault-tolerant data
-
Mesos 高可用性 Mesos 利用多台 Mesos master 来实现高可用性（high-availability），包括一个活跃的 master （叫做 leader 或者 leading master）和若干备份 master 来避免宕机。 通过 Apache ZooKeeper 选举出活跃的 leader，然后通知集群中的其他节点，包括其他 Master，slave节点和调度器
-
（1）GTM不可用导致整个Postgresql集群不可用。 （2）对于Coordinator，不一定需要需要实现高可用。 （3）对于DataNode，实现高可用的方式，外部使用统一IP访问，所以需要实现VIP。 （4）数据分库后，对于使用Postgresql单机进行存储的数据库，需要实现Postgresql服务高可用。 （5）防止出现脑裂，实现高可用的服务，在同一时刻仅有一台物理节点提供服务。对于
-
我很好奇是否有可能在不使用Neo4j企业版的情况下创建Neo4j的HA集群。原因是企业许可证可能有点贵。有人做过类似的工作吗？
-
大家都说mongoDB是CAP定理中的CP！但通过使用主从复制，它也具有高可用性（如果主复制失败，其余成员将自动尝试选择新的主复制）。我的问题是，在什么情况下（以及如何）它可以有AP（最终的一致性）？
-
高可用性 (HA)可以在Verticles deployed时启动，当vert.x 的实例突然死了，从集群重新部署另外的vert.x 实例。 若要启用高可用性运行verticle，只是追加-ha开关: vertx run my-verticle.js -ha 当启用高可用性，无需添加-cluster。 有关高可用性功能和配置的高可用性和故障转移（High Availability and Fail