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

本文涉及的产品
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
简介: 如果主节点发生故障, 日志同步将停止。此时必须激活备用主节点。激活备用主节点后, Oushu Database 将重建最后一成功提交的事务时的状态。

image.png

故障切换

如果主节点发生故障, 日志同步将停止。此时必须激活备用主节点。激活备用主节点后, Oushu Database 将重建最后一成功提交的事务时的状态。

手动激活备用主节点

  1. 确保已为系统配置了备用主节点。
  2. 请登录到 Oushu Database 备用主节点并激活:
oushu_master$ hawq activate standby

激活备用主节点后, 它将成为 Oushu Database 群集的活跃的主节点。

  1. (可选)配置新的备用主节点。有关说明, 请参阅  「向现有群集添加备用主节点」- http://www.oushu.com/docs/ch/master-mirroring.html#id4  。
  2. 通过在主节点上执行以下命令来检查 Oushu Database 群集的状态:
oushu_master$ hawq state

新激活的主节点的状态应为 active。如果配置了新的备用主节点, 则备用主节点状态为 passive。当未配置备用主节点时, 该命令将显示 -No entries found, 指示没有配置主节点。

  1. 查询该 gp_segment_configuration 表来验证 segment 节点是否已将自己注册到新的 master 节点:
oushu_master$ psql dbname -c 'SELECT * FROM gp_segment_configuration;'
  1. 最后, 通过查询 gp_master_mirroring 视图来检查新添加的备用主节点的状态。有关说明, 请参阅  「检查备用主节点的状态」- http://www.oushu.com/docs/ch/master-mirroring.html#id13  。

自动激活备用主节点

最新的 Oushu Database 支持备用主节点的自动激活,您可以按如下步骤打开此功能。

  1. 确保已为系统配置了备用主节点。
  2. 您可以在启动集群前,在配置文件 hawq-site.xml 中添加如下属性并同步到各节点,也可以在启动集群后再修改 GUC 值。 (友情提示:对于初次使用 Oushu Database 的用户,建议先跳过此步骤,避免因某些操作不慎导致 master 启动失败,引发主节点切换,给后续操作带来麻烦。)
<property><name>enable_master_auto_ha</name><value>on</value></property><property><name>ha_zookeeper_quorum</name><value>ZKHOST1:2181,ZKHOST2:2181,ZKHOST3:2181</value></property>

image.png

强烈建议您将 zookeeper 集群所有服务端的地址添加到 ha_zookeeper_quorum 中,请参见  「安装HDFS」- http://www.oushu.com/docs/ch/installation.html#hdfs  时在 core-site.xml 中对 ha.zookeeper.quorum 的设置,而非使用默认值。这是为了保证 Oushu Database 主节点与备用主节点使用相同的 zookeeper 服务,以避免本地 zookeeper 服务无法使用而导致 Oushu Database 无法自动切换或者发生错误切换。
(注:如果第一个属性值为 on,则要求用户手动将第二个属性值添加到 hawq-site.xml,以确保 zookeeper 服务被能正常访问,否则 Oushu Database 将不会启动。)

  1. 启动运行 Oushu Database 后,您可以直接查询上述属性值是否设置正确:
oushu_master$ hawq config -s enable_master_auto_ha
GUC      : enable_master_auto_ha
Value    : on
oushu_master$ hawq config -s ha_zookeeper_quorum
GUC      : ha_zookeeper_quorum
Value    : x.x.x.x:2181,y.y.y.y:2181,z.z.z.z:2181
  1. 如果运行时的集群的上述属性值没有设置恰当(针对跳过第 2 步的用户),您可以在主节点上手动修改,并重启集群:
oushu_master$ hawq config -c enable_master_auto_ha -v on
oushu_master$ hawq config -c ha_zookeeper_quorum -v x.x.x.x:2181,y.y.y.y:2181,z.z.z.z:2181
oushu_master$ hawq restart cluster
  1. 在 zookeeper 服务能正常访问时(半数以上zookeeper节点存活),Oushu Database 的备用主节点能在主节点故障后 2~3 分钟内完成自动激活。 (注:此时集群中不再有备用主节点,如需添加,后续步骤参见  「向现有群集添加备用主节点」- http://www.oushu.com/docs/ch/master-mirroring.html#id4  。)
目录
相关文章
|
6月前
|
存储 运维 监控
TiDB集群管理与维护
【2月更文挑战第28天】本章将全面介绍TiDB集群的管理与维护工作,包括集群的日常运维、版本升级、资源扩容与缩容、安全性保障等方面。通过本章节的学习,读者将能够掌握TiDB集群管理与维护的关键技术和方法,确保集群的稳定运行和高效性能。
|
运维 NoSQL 安全
【最佳实践】高可用mongodb集群(1分片+3副本):规划及部署
结合我们的生产需求,本次详细整理了最新版本 MonogoDB 7.0 集群的规划及部署过程,具有较大的参考价值,基本可照搬使用。 适应数据规模为T级的场景,由于设计了分片支撑,后续如有大数据量需求,可分片横向扩展。
1150 1
|
存储 缓存 负载均衡
高可用mongodb集群(分片+副本):规划及部署
高可用mongodb集群(分片+副本):规划及部署
1236 0
|
21天前
|
存储 监控 大数据
构建高可用性ClickHouse集群:从单节点到分布式
【10月更文挑战第26天】随着业务的不断增长,单一的数据存储解决方案可能无法满足日益增加的数据处理需求。在大数据时代,数据库的性能、可扩展性和稳定性成为企业关注的重点。ClickHouse 是一个用于联机分析处理(OLAP)的列式数据库管理系统(DBMS),以其卓越的查询性能和高吞吐量而闻名。本文将从我的个人角度出发,分享如何将单节点 ClickHouse 扩展为高可用性的分布式集群,以提升系统的稳定性和可靠性。
51 0
|
3月前
|
存储 运维 负载均衡
构建高可用的 ChunkServer 系统
【8月更文第30天】在分布式文件系统中,ChunkServer(也称为 DataNode)负责存储文件的数据块(chunks)。为了保证系统的高可用性和数据冗余,需要设计一种可靠的 ChunkServer 部署方案。本文将探讨如何设计和实现一个高可用的 ChunkServer 系统,并通过具体的代码示例来展示其实现细节。
63 0
|
11月前
|
Kubernetes Cloud Native Go
kubekey快速安装高可用k8s集群
kubekey快速安装高可用k8s集群
199 0
|
11月前
|
canal Kubernetes Ubuntu
kubespray安装高可用k8s集群
kubespray安装高可用k8s集群
136 0
|
网络安全
OushuDB 管理指南 集群高可用(2)
OushuDB 管理指南 集群高可用(2)
81 0
|
存储 Java 关系型数据库
OushuDB 管理指南 集群高可用(1)
OushuDB 管理指南 集群高可用(1)
105 0
OushuDB 管理指南 集群高可用(3)
OushuDB 管理指南 集群高可用(3)
75 0
下一篇
无影云桌面