循序渐进丨MogDB 数据库双网卡高可用部署实战

大家都知道 Oracle 数据库无论是单机还是RAC集群在进行生产部署实施时，我们都会对网卡做冗余考虑，使用双网卡，比如public或心跳网络。这样做的目的主要是为了安全，避免单点故障。当然双网卡Bond不仅可以做主备还可以支持负载均衡，这里我们暂且先不展开讨论。

有用户从 Oracle 迁移到 MogDB 的时候会问到：MogDB 的高可用怎么做，支持双网卡吗？这里我可以肯定地告诉大家，MogDB 不仅支持，而且支持得非常好！

MogDB 双网卡有什么用？

MogDB 支持使用双网卡进行流复制，以确保主备数据库间的数据同步。双网卡配置在 MogDB 中用于流复制，可以显著提高数据同步的可靠性和系统的整体稳定性，尤其适合于对高可用性有严格要求的应用环境。

1. 双重网络路径：两个网络接口卡提供了双重网络路径，增加了冗余性和容错能力。

2. 故障转移能力：如果其中一个网络接口发生故障，另一个可以接管数据同步任务，从而保持持续的数据一致性。

3. 提高可靠性：在高负载或网络不稳定的情况下，双网卡配置提供了更高的可靠性和稳定性。

生产实际架构是怎样的？

这里我给大家分享一个某客户的实践方案，以供参考。

架构描述：

1. 使用 MogHA 构建高可用架构，主从复制都为同步模式。

2. 主用云和备用云同步是单网模式，线控站有独立的A网和B网双网模式，A/B网通过云出口交换机与主备云主机互通。

3. 每个中心都有一组VIP，云主中心（vip1），云备中心（vip2）、线控站（vip3，vip4）。

4. 每个应用服务器都连接主库，MogHA 只会把主库的VIP挂载，通过驱动设置IP list，自动连接能ping通的VIP，即为主库。

其中相关服务器IP规划如下：

如何部署实施？

1、首先配置好/etc/hosts文件，如下所示：

cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.1.3    1  # ptk added
192.168.1.4    2  # ptk added
192.168.3.3    3  # ptk added
192.168.4.101  4  # ptk added

2、配置 MogDB pg_hba.conf文件

注意：需要添加互信，否则会出现Forbid remote connection with initia1 user的报错。

local   all             all                                     trust
host    all    omm    192.168.1.3/32    trust
host    all    omm    192.168.1.4/32    trust
host    all    omm    192.168.3.3/32    trust
host    all    omm    192.168.4.101/32    trust
host    all    omm    192.168.5.101/32    trust
# IPv4 local connections:
host    all             all             127.0.0.1/32            trust
host    all    all    192.168.1.3/32    sha256
host    all    all    192.168.1.4/32    sha256
host    all    all    192.168.3.3/32    sha256
host    all    all    192.168.4.101/32    sha256
host    all    all    192.168.5.101/32    sha256

3、MogDB 流复制通道配置

从上面的架构图可以看出，几个机房的优先顺序是主用云>备用云>线控站；也就是192.168.1.3 > 192.168.1.4 > 192.168.3.3 > 192.168.4.101 (192.168.5.101)。MogDB 主备切换优先级是通过参数synchronous_standby_names来控制，因此在进行参数控制时要注意。对于该参数，潜在同步复制的备机名称列表，每个名称用逗号分隔。

• 例如：FIRST N (node1,node2,…)表示在括号内按出现顺序的先后作为优先级选择前N个主机名称作为同步复制的备机名称列表。

• 例如：FIRST 2 (node1,node2)表示选择node1作为同步复制的第一备机名称，node1作为同步复制的第二备机名称。

192.168.1.3：
synchronous_standby_names = 'FIRST 2(dn_6002,dn_6003,dn_6004)'  # standby servers that provide sync rep
192.168.1.4：
synchronous_standby_names = 'FIRST 2(dn_6001,dn_6003,dn_6004)'  # standby servers that provide sync rep
192.168.3.3：
synchronous_standby_names = 'FIRST 2(dn_6001,dn_6002,dn_6004)'  # standby servers that provide sync rep
192.168.4.101(192.168.5.101)：
synchronous_standby_names = 'FIRST 2(dn_6001,dn_6002,dn_6003)'  # standby servers that provide sync rep

所有节点
local_bind_address = '0.0.0.0'
改成
local_bind_address = '*'

这里不要忘记，4台 MogDB 服务器的postgres.conf都需要进行修改。

4、配置 MogHA

MogHA 的配置相对简单，修改每个节点的node.conf即可。zone1~3用于定义机房，分别表示主用云、备用云、线控站，不同机房配置独立虚拟IP，分别为：192.168.3.30、192.168.1.30、192.168.4.100、192.168.5.100。

最后修改后的样子如下所示：

# 注意: 如果需要打开注释修改参数, 参数名前不能有空格

[config]
# 数据库端口
db_port=26000

# 数据库的操作系统用户, 通常为omm
db_user=omm

# 数据库的数据目录
db_datadir=/opt/mogdb/data

# 本地主库元数据存储路径
# primary_info=__INSTALLDIR__/primary_info

# 本地备库元数据存储路径
# standby_info=__INSTALLDIR__/standby_info

# 是否使用 lite 模式, 可选值: True / False
lite_mode=False

# HA节点之间心跳端口, 如果有防火墙, 需要配置互通
agent_port=8081

# 心跳间隔时间
heartbeat_interval=3

# 主库丢失的探测时间
primary_lost_timeout=5

# 主库的孤单时间
primary_lonely_timeout=5

# 双主确认超时时间
double_primary_timeout=5

# 本地元数据文件类型，支持 json/bin
meta_file_type=json

# 设置输出的日志格式
logger_format=%(asctime)s %(levelname)s [%(filename)s:%(lineno)d]: %(message)s

# [2.3.0新增]设置日志存储目录
# log_dir=__INSTALLDIR__

# [2.3.0新增] 日志文件最大字节数（接近该值时，将发生日志滚动）
# 支持的单位: KB, MB, GB (忽略大小写)
# log_max_size=512MB

# [2.3.0新增] 日志保留的文件个数
# log_backup_count=10

# 设置除了主备相关的机器, 允许可以访问到web接口的IP列表, 多个IP时逗号分隔
# allow_ips=

# [2.1新增] 主实例进程未启动时，是否需要 HA 进行拉起或切换
# 搭配 primary_down_handle_method 使用
# handle_down_primary=True

# [2.1新增] 备库进程未启动时，是否需要 HA 进行拉起
# handle_down_standby=True

# [2.1新增] 主库实例进程未启动时，如何处理
# 支持两种处理方式：
# - restart: 尝试重启，尝试次数在 restart_strategy 参数中设定
# - failover: 直接切换
primary_down_handle_method=restart

# [2.1新增] 重启实例最大尝试条件: times/minutes
# 例：3/3 最多尝试3次或者3分钟, 任何一个条件先满足就不再尝试。
# [2.4.10更新] 调整默认值为 3/1, 重试次数最多3次]
# restart_strategy=3/1

# [2.2.1新增]
# debug_mode=False

# [2.3.0新增]
# HA节点间HTTP API 心跳请求超时时间(秒)
# http_req_timeout=2


# host1-9, 每个代表一个机器(最多支持1主8备)
# - ip: HA节点间通信IP
# - heartbeat_ips: (选填)HA节点间通信的冗余 ip, 允许配置多个, 以逗号隔开，
[host1]
ip=192.168.1.3

[host2]
ip=192.168.1.4

[host3]
ip=192.168.3.3

[host4]
ip=192.168.4.101
heartbeat_ips=192.168.5.101
replconn_ip=192.168.4.101,192.168.5.101


# zone1~3 用于定义机房, 不同机房配置独立虚拟IP
# - hosts: (必填) 本机房内机器列表, 填写机器在配置文件中对应的配置模块名 host1~9, 示例: host1,host2
# - ping_list: (必填) 用于检查网络是否通畅的仲裁节点, 例如网关, 支持填写多个IP (逗号分隔)
# - vip: (选填) 机房虚拟IP
# - vip_bind_nic: (选填) 虚拟IP要绑定的网卡名, 默认使用 host 配置中的 ip 的网卡 [2.4.0新增]
# - vip_netmask: (选填) 虚拟ip的子网掩码, 默认和 host 配置中 ip 同一网段 [2.4.0新增]
# - cascades: (选填) 机房内的级联机器列表 (配置方式同 hosts, 没有不填)
# - arping: (选填) 机房的 arping 地址, 切换虚拟IP后通知该地址
[zone1]
hosts=host1,host2
ping_list=192.168.1.6,192.168.3.2
cascades=
vip=192.168.1.30
vip_bind_nic=bond0
vip_netmask=255.255.255.0
arping=


[zone2]
hosts=host3
ping_list=192.168.1.6,192.168.3.2
cascades=
vip=192.168.3.30
vip_bind_nic=bond0
vip_netmask=255.255.255.0 
arping=

[zone3]
hosts=host4
ping_list=192.168.1.6,192.168.3.2
vip=192.168.4.100,192.168.5.100
vip_bind_nic=
vip_netmask=
cascades=
arping=

很简单，不是吗？整个部署实施到这里就正式告一段落了。如果大家在生产实施过程中遇到任何问题，可以到墨天轮的 MogDB 专区（点击文末“阅读原文”直达）反馈或者通过公众号联系我们！

关于作者

许玉晨，云和恩墨 MogDB 技术支持工程师，有12年左右的金融、保险、政府、地税、运营商等业务关键型系统的运维经验，曾担任公司异常恢复东区接口人，负责紧急异常恢复工作，目前负责国产化 MogDB 数据库的推广工作。

数据驱动，成就未来，云和恩墨，不负所托！

---

云和恩墨创立于2011年，是业界领先的“智能的数据技术提供商”。公司总部位于北京，在国内外35个地区设有本地办公室并开展业务。

云和恩墨以“数据驱动，成就未来”为使命，致力于将创新的数据技术产品和解决方案带给全球的企业和组织，帮助客户构建安全、高效、敏捷且经济的数据环境，持续增强客户在数据洞察和决策上的竞争优势，实现数据驱动的业务创新和升级发展。

自成立以来，云和恩墨专注于数据技术领域，根据不断变化的市场需求，创新研发了系列软件产品，涵盖数据库、数据库存储、数据库云管和数据智能分析等领域。这些产品已经在集团型、大中型、高成长型客户以及行业云场景中得到广泛应用，证明了我们的技术和商业竞争力，展现了公司在数据技术端到端解决方案方面的优势。

在云化、数字化和智能化的时代背景下，云和恩墨始终以正和多赢为目标，感恩每一位客户和合作伙伴的信任与支持，“利他先行”，坚持投入于数据技术核心能力，为构建数据驱动的智能未来而不懈努力。

我们期待与您携手，共同探索数据力量，迎接智能未来。