OushuDB 管理指南 集群高可用(1)

简介: OushuDB 管理指南 集群高可用(1)

bVcWGzv.png


Oushu Database 集群上可以配置两个master节点:主节点(master)和备用主节点(standby master)。客户端连接到主节点, 查询只能在主节点上执行。您可以在单独的机器上部署备用主节点, 使群集能够更好得容忍单点故障。如果主节点无法运行, 备用主节点将升级为主节点以支持集群正常运行。

Oushu Database 正常提供服务的同时, 会将主节点上的事务性快照(transactional snapshot)以及基于快照的更新同步到备用主节点上, 使得备用主节点与主节点保持同步。由于主节点不负责存储用户数据, 主节点和备用主节点之间只同步系统元数据表。当这些表在主节点上发生更改后, 将自动同步到备用主节点, 使其保持最新状态。如果主节点发生故障, 管理员可以激活备用主节点。Oushu Database 利用同步的日志信息将集群重建为最后一成功提交事务时的状态。激活的备用主节点将作为 Oushu Database 新的主节点, 为集群提供服务。

如果主节点故障, 管理员可使用命令行工具激活备用主节点。如果在集群启动时已经打开了自动切换功能,备用主节点将在主节点故障时自动升级为主节点。原故障主节点将从集群中删除,由管理员自行处理。(注:切换主节点后,集群中已经没有备用主节点,须由管理员手工添加。)

提示:

● (重要)当管理员在主节点修改用户权限控制文件  「pg_hba.conf」- https://www.postgresql.org/do...  时,必须手动把更新后的该文件同步到备用主节点上,以避免主节点故障时,切换后的新主节点无法识别用户权限而导致的集群服务不可用。

● 您可以为主节点和备用主节点配置虚拟 IP 地址, 以便当主节点发生更改时, 客户端程序不必切换到其他网络地址。如果主节点故障, 则可以将虚拟 IP 地址分配给实际的主节点。

● 当客户端使用 jdbc 链接 Oushu Database 时,如果没有配置虚拟 IP 地址,建议同时将主节点地址与备用主节点地址加入到 jdbc 连接的 url 地址中,以便客户端程序在 Oushu Database 集群主节点发生切换时仍保持可用。例如:

String url = "jdbc:postgresql://master:port,standby:port/dbname";


目录
相关文章
|
6月前
|
Prometheus Kubernetes 监控
打造无缝灾备新境界:运用服务网格ASM,将集群外服务无缝融入集群内服务,铸就高可用性坚盾!
【8月更文挑战第2天】随着微服务架构的应用,服务的高可用性变得至关重要。服务网格如阿里巴巴的ASM提供流量管理、服务发现等功能,支撑高可靠服务系统。本文介绍如何利用ASM实现集群外服务作为集群内服务的灾备方案,确保服务连续性。先决条件包括已部署ASM的Kubernetes集群环境及内外部的关键服务副本。通过定义服务条目、配置虚拟服务和目的地规则,可实现自动或手动故障转移。借助ASM的流量管理能力,确保服务高可用性和业务连续性。
69 10
|
存储 分布式计算 监控
高可用 - 01 闲聊高性能集群
高可用 - 01 闲聊高性能集群
217 0
OushuDB 管理指南 集群高可用(3)
OushuDB 管理指南 集群高可用(3)
91 0
|
网络安全
OushuDB 管理指南 集群高可用(2)
OushuDB 管理指南 集群高可用(2)
91 0
|
Cloud Native 容灾
《云原生时代下的分布式云多集群管理-容灾,弹性,多集群负载分布》电子版地址
云原生时代下的分布式云多集群管理-容灾,弹性,多集群负载分布
212 0
《云原生时代下的分布式云多集群管理-容灾,弹性,多集群负载分布》电子版地址
|
Kubernetes 监控 Cloud Native
云原生系列二:如何实现跨数百个K8s集群的管理
​  今天就由叶秋学长带领大家学习云原生专栏系列二:如何实现跨数百个K8s集群的管理? Intuit 实现数百个K8s集群的管理 Intuit公司成立于1983年。它以个人财经软件为主要产品。2019年10月入选《财富》杂志“2019未来50强榜单”,排第21位。截至当年,Intuit公司4大BU、30个业务部门运行了大约160个K8s集群,大约5400个名称空间,每天要进行1300次的部署。那么他是如何做到,今天我们做一个简单的讲解。 首先就是为什么Intuit公司要划分如此多的集群?他们希望在不同的业务部门之间实现隔离,并且各业务部门能够拥有自主权;其次,为了满足合规,将审计限
454 0
云原生系列二:如何实现跨数百个K8s集群的管理
|
网络协议 块存储
部署Ceph分布式高可用集群中篇(下)
部署Ceph分布式高可用集群中篇(下)
324 0
部署Ceph分布式高可用集群中篇(下)
|
存储 块存储
部署Ceph分布式高可用集群中篇(上)
部署Ceph分布式高可用集群中篇(上)
269 0
部署Ceph分布式高可用集群中篇(上)
部署Ceph分布式高可用集群中篇(中)
部署Ceph分布式高可用集群中篇(中)
207 0
部署Ceph分布式高可用集群中篇(中)
|
消息中间件 存储 监控
如何零宕机将 2000 个微服务从本地 Kafka 集群迁移至云托管多集群平台?
2021 年,我们的团队致力于将 Wix (国外比较火的一款建站平台)的 2000 个微服务从自托管的 Kafka 集群迁移到多集群的 Confluent Cloud 平台( Confluent Enterprise 的云端托管服务),整个过程是无缝的方式,无需服务所有者参与,且迁移是在正常通信中进行,没有任何停机。
296 0
如何零宕机将 2000 个微服务从本地 Kafka 集群迁移至云托管多集群平台?