上海响应式网站建设企业,外卖网站怎么做销量,asp建网站,wordpress 被搜索引擎目录标题 一、Patroni 支持在同步复制下备库故障时自动降级为异步复制?参考依据1. PostgreSQL 官方文档2. Patroni 官方文档3. 高可用和容错设计原则 二、patroni 是如何检测备库故障的#xff1f;1. 心跳机制2. 监控数据库进程状态3. 查询系统视图4. 复制延迟监测5. 网络连接… 目录标题 一、Patroni 支持在同步复制下备库故障时自动降级为异步复制?参考依据1. PostgreSQL 官方文档2. Patroni 官方文档3. 高可用和容错设计原则 二、patroni 是如何检测备库故障的1. 心跳机制2. 监控数据库进程状态3. 查询系统视图4. 复制延迟监测5. 网络连接测试 三、动态配置设置 一、Patroni 支持在同步复制下备库故障时自动降级为异步复制?
synchronous_commit synchronous_mode synchronous_standby_names
备库优先级别
模拟故障 同步备库从1-0切换到2-0
当 synchronous_commit 设置为 on 时PostgreSQL 主库会等待至少一个同步备库确认接收到事务日志后才会向客户端返回事务提交成功的信息。如果备库挂掉主库就会一直等待导致卡住。Patroni 是一个用于管理 PostgreSQL 高可用集群的工具它支持将同步复制降级为异步复制以解决主库卡住的问题。
根据 Patroni 官方文档Patroni 使用 PostgreSQL 的流复制。默认情况下Patroni 配置 PostgreSQL 为异步复制。选择复制模式取决于您的业务考虑。需要调查异步复制和同步复制以及其他高可用性解决方案以确定哪种解决方案最适合您的需求。在异步复制模式下集群被允许丢失一些已提交的事务以确保可用性。当主服务器失败或因其他任何原因变得不可用时Patroni 将自动提升一个足够健康的备用服务器为主服务器。任何尚未复制到备用服务器的事务都保留在主服务器上的“分叉时间线”中并且实际上是可恢复的。
要启用 PostgreSQL 的同步复制可以在 Patroni 的 YAML 配置文件中的 parameters 部分添加以下行
synchronous_commit: on
synchronous_standby_names: *启用同步复制后使用至少三个 Postgres 数据节点以确保写入可用性如果一个主机失败。使用 PostgreSQL 同步复制并不保证在所有情况下都不会丢失事务。当主服务器和当前作为同步副本的服务器同时失败时可能会提升一个不包含所有事务的第三个节点。
Patroni 的 synchronous_mode 可以在运行时通过 patronictl edit-config 命令或通过 Patroni REST 接口开启或关闭。有关动态配置的说明请参见 Patroni 官方文档。开启 synchronous_mode 并不保证在所有情况下都能实现多节点提交的持久性。当没有合适的备用服务器可用时主服务器仍然会接受写入但不保证它们的复制。当主服务器以这种模式失败时不会提升任何备用服务器。当主机重新上线时它将自动被提升除非系统管理员执行了手动故障转移。这种行为使得同步模式适用于具有两个节点的集群集。
当 synchronous_mode 打开且备用服务器崩溃时提交将阻塞直到下一次迭代的 Patroni 运行并切换主服务器到独立模式在最坏情况下写入延迟为 ttl 秒平均情况下为 loop_wait/2 秒。手动关闭或重新启动备用服务器不会导致提交服务中断。备用服务器将在 PostgreSQL 关闭之前向主服务器发出信号以释放其同步备用职责然后 PostgreSQL 关闭。
如果需要保证每个写入都持久地存储在至少两个节点上请启用 synchronous_mode_strict 以及 synchronous_mode。此参数会阻止 Patroni 在没有同步备用候选时关闭主服务器上的同步复制。缺点是主服务器在没有同步副本候不可写入除非 Postgres 事务显式关闭 synchronous_mode这会阻塞所有客户端写入请求直到至少有一个同步副本可用。
您可以通过设置 nosync 标签为 true 来确保备用服务器永远不会成为同步备用。这对于通过网络连接缓慢且可能导致性能下降的备用服务器建议设置此标签。将标签 nostream 设置为 true 也将产生相同的效果。
参考依据
1. PostgreSQL 官方文档
PostgreSQL 官方文档详细解释了 synchronous_commit 参数的作用和不同取值的含义。当 synchronous_commit 设置为 on 时主库会严格等待同步备库的确认这可能导致在备库故障时主库卡住。而将其设置为 off 可以让主库在提交事务时不等待备库确认实现异步复制。
2. Patroni 官方文档
Patroni 官方文档提供了关于如何通过修改配置文件来调整 PostgreSQL 参数的详细说明。我们可以通过修改 patroni.yml 文件中的 postgresql.parameters 部分来动态调整 synchronous_commit 参数以适应不同的集群状态。
3. 高可用和容错设计原则
在高可用集群设计中当同步备库出现故障时将同步复制降级为异步复制是一种常见的容错策略。这样可以确保主库在备库故障时仍然能够继续处理事务避免因等待备库确认而导致系统卡住从而提高系统的可用性。
replication_modes
第10章 复制模式
二、patroni 是如何检测备库故障的
Patroni 是一款用于管理 PostgreSQL 高可用集群的工具它主要通过心跳机制、监控数据库进程状态、查询系统视图以及利用 PostgreSQL 内置的复制状态信息等方式来检测备库故障以下为你详细介绍
1. 心跳机制
原理Patroni 基于 etcd、Consul 或 ZooKeeper 等分布式键值存储系统实现心跳机制。主库和备库会定期向这些存储系统写入自己的状态信息心跳信息包括节点的健康状况、角色主库或备库、当前时间戳等。故障检测Patroni 会持续监控这些心跳信息。如果某个备库在规定的时间内没有更新其心跳信息Patroni 就会认为该备库可能出现故障。例如设置的心跳间隔为 2 秒超时时间为 10 秒若备库超过 10 秒未更新心跳Patroni 就会触发故障处理流程。
2. 监控数据库进程状态
进程检查Patroni 会定期检查备库上的 PostgreSQL 进程是否正常运行。它可以通过操作系统命令如 ps 命令来查看 PostgreSQL 进程是否存在。故障判定如果在多次检查中都无法找到 PostgreSQL 进程Patroni 会判定该备库出现故障。例如每隔 5 秒检查一次连续 3 次都未发现进程就认为备库故障。
3. 查询系统视图
状态查询Patroni 会在备库上执行 SQL 查询通过查询 PostgreSQL 的系统视图来获取备库的状态信息。常用的系统视图包括 pg_stat_replication主库上查看复制状态和 pg_stat_wal_receiver备库上查看 WAL 接收状态。故障识别如果查询结果显示备库的复制状态异常如 pg_stat_wal_receiver 中的 state 字段不是正常的 streaming 状态或者 pg_stat_replication 中显示备库长时间没有接收或应用 WAL 日志Patroni 会判断备库可能存在故障。
4. 复制延迟监测
延迟计算Patroni 会监控备库与主库之间的复制延迟。通过比较主库和备库的 WAL 位置如 pg_current_wal_lsn() 函数获取的日志序列号计算出备库落后主库的日志量。故障判断如果复制延迟超过了预设的阈值Patroni 会认为备库可能出现问题。例如设定延迟阈值为 100MB当备库落后主库的日志量超过 100MB 且持续一段时间如 5 分钟就判定备库故障。
5. 网络连接测试
连接尝试Patroni 会定期尝试与备库建立网络连接包括数据库连接和其他必要的通信连接。故障确认如果多次连接尝试都失败Patroni 会认为备库可能由于网络问题或自身故障而无法正常响应从而判定备库故障。例如每隔 3 秒尝试连接一次连续 5 次失败就触发故障处理。
三、动态配置设置
动态配置存储在DCS分布式配置存储中并应用于所有集群节点。
为了更改动态配置您可以使用ref:patronictl_edit_config 工具或 Patroniref:REST API rest_api。 loop_wait循环休眠的秒数。默认值10最小可能值1 ttl获取领导者锁的 TTL以秒为单位。可以将其视为启动自动故障转移过程之前的时间长度。默认值30最小可能值20 retry_timeoutDCS 和 PostgreSQL 操作重试的超时时间以秒为单位。短于此时间的 DCS 或网络问题不会导致 Patroni 降级领导者。默认值10最小可能值3
当改变 loop_wait、retry_timeout 或 ttl 的值时必须遵循以下规则
loop_wait 2 * retry_timeout ttlDynamic Configuration Settings
