初始化需要加-c参数,会生成dcf相关文件


难度 中等
iplist:
   192.168.11.121
   192.168.11.123
   192.168.1.129
port:
   21000
datadir
   /opengauss_210/ommdata210
GAUSSHOME
   /opengauss_210/opengauss

1. 不使用om工具安装opengauss

#上传安装包步骤省略,默认传到/tmp下,使用root用户
yum install -y bzip2 bzip2-devel curl libaio&& \
groupadd omm210;  \
useradd -g omm210 -d /home/omm210 omm210;  \
mkdir -p /opengauss_210/{opengauss,ommdata210} && \
tar xf /tmp/openGauss-2.1.0-CentOS-64bit.tar.bz2 -C /opengauss_210/opengauss && \
chown -R omm210:omm210 /opengauss_210/ &&\

echo "export GAUSSHOME=/opengauss_210/opengauss"  >> /home/omm210/.bashrc && \
echo "export PATH=\$GAUSSHOME/bin:\$PATH " >> /home/omm210/.bashrc && \
echo "export LD_LIBRARY_PATH=\$GAUSSHOME/lib:\$LD_LIBRARY_PATH" >> /home/omm210/.bashrc
复制

2. 初始化数据库

  • 后续所有操作均使用omm210用户
gs_initdb --nodename=gaussdb1 -w og@123456  -D /opengauss_210/ommdata210/ -c

3. 配置dcf参数

3.1. 配置白名单

#将下面信息添加到每个数据库的白名单中 /opengauss_210/ommdata210/pg_hba.conf
host    all             all            192.168.11.121/32       trust
host    all             all            192.168.1.229/32        trust
host    all             all            192.168.11.123/32       trust

3.2. 配置dcf参数与replconninfo

  • 将以下信息依次添加到所有主机的/opengauss_210/ommdata210/postgresql.conf 的最后面

  • 192.168.11.123添加下列信息

port=21000
dcf_node_id = 1
dcf_ssl=off
dcf_data_path = '/opengauss_210/ommdata210/dcf_data'
dcf_log_path= '/opengauss_210/ommdata210/dcf_log'
dcf_config='[{"stream_id":1,"node_id":1,"ip":"192.168.11.123","port":21000,"role":"LEADER"},{"stream_id":1,"node_id":2,"ip":"192.168.11.121","port":21000,"role":"FOLLOWER"},{"stream_id":1,"node_id":3,"ip":"192.168.1.229","port":21000,"role":"FOLLOWER"}]'
replconninfo1 = 'localhost=192.168.11.123 localport=21001 localheartbeatport=21005 localservice=21004 remotehost=192.168.11.121 remoteport=21001 remoteheartbeatport=21005 remoteservice=21004'
replconninfo2 = 'localhost=192.168.11.123 localport=21001 localheartbeatport=21005 localservice=21004 remotehost=192.168.1.229 remoteport=21001 remoteheartbeatport=21005 remoteservice=21004'
# enable_dcf = on  #初始化时加-c参数会自动打开
  • 192.168.11.121添加下列信息
port=21000
dcf_node_id = 2
dcf_ssl=off
dcf_data_path = '/opengauss_210/ommdata210/dcf_data'
dcf_log_path= '/opengauss_210/ommdata210/dcf_log'
dcf_config='[{"stream_id":1,"node_id":1,"ip":"192.168.11.123","port":21000,"role":"LEADER"},{"stream_id":1,"node_id":2,"ip":"192.168.11.121","port":21000,"role":"FOLLOWER"},{"stream_id":1,"node_id":3,"ip":"192.168.1.229","port":21000,"role":"FOLLOWER"}]'
replconninfo1 = 'localhost=192.168.11.121 localport=21001 localheartbeatport=21005 localservice=21004 remotehost=192.168.11.123 remoteport=21001 remoteheartbeatport=21005 remoteservice=21004'
replconninfo2 = 'localhost=192.168.11.121 localport=21001 localheartbeatport=21005 localservice=21004 remotehost=192.168.1.229 remoteport=21001 remoteheartbeatport=21005 remoteservice=21004'
# enable_dcf = on  #初始化时加-c参数会自动打开
  • 192.168.1.229添加下列信息
port=21000
dcf_node_id = 3
dcf_ssl=off
dcf_data_path = '/opengauss_210/ommdata210/dcf_data'
dcf_log_path= '/opengauss_210/ommdata210/dcf_log'
dcf_config='[{"stream_id":1,"node_id":1,"ip":"192.168.11.123","port":21000,"role":"LEADER"},{"stream_id":1,"node_id":2,"ip":"192.168.11.121","port":21000,"role":"FOLLOWER"},{"stream_id":1,"node_id":3,"ip":"192.168.1.229","port":21000,"role":"FOLLOWER"}]'
replconninfo1 = 'localhost=192.168.1.129 localport=21001 localheartbeatport=21005 localservice=21004 remotehost=192.168.11.121 remoteport=21001 remoteheartbeatport=21005 remoteservice=21004'
replconninfo2 = 'localhost=192.168.1.129 localport=21001 localheartbeatport=21005 localservice=21004 remotehost=192.168.11.123 remoteport=21001 remoteheartbeatport=21005 remoteservice=21004'
# enable_dcf = on  #初始化时加-c参数会自动打开

4. 启动opengauss

4.1. 集群全部节点以standby的模式启动

gs_ctl start -D /opengauss_210/ommdata210 -M standby

4.2. 手动设置存活节点为少数派模式运行,在主节点执行(即 LEADER)

gs_ctl setrunmode -D /opengauss_210/ommdata210  -v 1 -x minority

4.3. 集群其他节点主动重建拉起,在所有备节点执行(即 FOLLOWER)

gs_ctl build -b full -Z single_node -D /opengauss_210/ommdata210

4.4. 存活节点重回多数派,在主节点执行(即 LEADER)

gs_ctl setrunmode -D /opengauss_210/ommdata210 -x normal

4.5. 全部节点查看状态

gs_ctl query -D /opengauss_210/ommdata210

image.png

5. 测试集群

5.1. 数据同步测试

(1)数据修改前集群各节点情况

node1
image.png

node2
image.png

node3
image.png

(2)在node1(LEADER)创建表,插入数据

image.png

(3)在其他节点查看是否同步

node2
image.png

node3
image.png

5.2. LEADER异常切换测试

(1)模拟异常前状态

gs_ctl query -D /opengauss_210/ommdata210

image.png

  • 可以看到node1为LEADER,图片所示状态是在FOLLOWER节点查看

(2)将LEADER stop

gs_ctl stop -D /opengauss_210/ommdata210

image.png

(3)查看当前集群状态

image.png

  • 可以看到node2已经切换为LEADER

(4)将旧LEADER重启

gs_ctl start -D /opengauss_210/ommdata210 -M standby#以standby的方式启动
gs_ctl query -D /opengauss_210/ommdata210#再次查看状态

image.png

  • 仍然是node2为LEADER,node1以FOLLOWER加入集群
  • node1以FOLLOWER加入集群是因为启动时指定了standby模式,如果未指定,则不会加入集群

5.3. switchover测试

#在node1执行switchover命令
gs_ctl switchover -D /opengauss_210/ommdata210/
  • 执行后集群状态和node2(旧LEADER)状态
    image.png
    node2
    image.png

  • 可见node2已经shutdown,不手动以standby的模式启动的话,无法加入集群

  • 备注

1. opengauss的dcf模式,对switchover的兼容性并没有达到100%
普通主备架构执行switchover命令后,主库会自动降为备,备库也会自动提升为主
然而dcf模式下,switchover后旧LEADER会被shutdown,而不会重启为FOLLOWER,需要手动重启
2. opengauss的自动异常切换,并没有一个权重的概念,集群内节点随机切换,这样在跨机房/地区的情况下不是很友好,希望dcf模式继续发展

文章作者: growdu
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 growdu !
  目录
分类导航
随笔2 AI27 算法1 计算机基础13 博客搭建7 ChatGPT2 集群63 计算机通信1 数据库34 数据库深入80 DPDK26 Docker11 Elasticsearch4 编辑工具4 FAQ1 Go Web1 hometown2 编程语言16 网络9 OPC1 Linux38 openGauss4 页面12 PostgreSQL54 程序员自我修养1 协议11 成长之路1 stock1 存储5 工具20 VPP18 视频作品1 Vue13 Web1 代码示例11 数据库15 BenchmarkSQL1 PostgreSQL 源码修炼之路14
最热文章
1
13 逻辑复制深入
数据库深入🔥 1570
2
0 Postgresql存储、索引及系统优化、主备切换
PostgreSQL🔥 1495
3
一文读懂openguass dcf网络模块
集群🔥 1420
4
逻辑复制源码分析
数据库深入🔥 1327
5
PostgreSQL 分区表:从一行 `PARTITION BY` 到路由热路径的全链路拆解
数据库🔥 1094
6
applyparallelworker.c 之 LA 端源码深度解析:Leader Apply Worker 的指挥中枢
数据库深入🔥 1082
7
PostgreSQL Background Worker 全解:从 `RegisterBackgroundWorker` 到逻辑复制 4 类 worker 的全生命周期
数据库🔥 1078
8
PostgreSQL的后台进程walsender分析 - 关系型数据库 - 亿速云
PostgreSQL🔥 1033
9
PostgreSQL 逻辑复制的监控:六张视图 + 一组可执行 SQL,把 publisher/subscriber 的速率与健康度彻底看透
数据库🔥 1032
10
PostgreSQL 逻辑复制支持 DDL 之后:DDL 与 DML 的时序难题(重点:分区表)
数据库🔥 999
11
reorderbuffer.c 源码深度解析:PostgreSQL 逻辑复制的"事务重组引擎
数据库深入🔥 953
12
PostgreSQL 内核开发:读取一张表的 9 步标准流程与缓存全景
数据库🔥 938
13
从 `postgres` 二进制到生产级守护 —— PostgreSQL 最外层模块与启动全流程拆解
数据库🔥 936
14
支持逻辑复制同步 DDL 适配 SQL Server 方案
数据库深入🔥 934
15
PostgreSQL 逻辑复制的 ReorderBuffer 与事务机制:从一行 WAL 到一致性变更流的全链路绑定
数据库🔥 913
16
DDL同步架构(美化版)
数据库深入🔥 908
17
PostgreSQL Latch 机制详解:从一行 SetLatch 到 epoll 的内核之旅
数据库🔥 871
18
pgbench 源码全解:一个 C 文件如何撑起 PostgreSQL 官方压测工具
数据库🔥 860
19
PostgreSQL libpq 机制与缓冲区详解
数据库🔥 850
20
PostgreSQL 逻辑复制 spill 文件深度剖析:从 `xid-*.spill` 到 TPC-C 的增长方程
数据库🔥 845