10. 故障转移情景
可能的故障转移情景以及此部署对其的预期响应。
情景 1:PostgreSQL 主节点发生故障
当 node0 (当前 PostgreSQL 主节点) 发生故障时,系统会自动执行以下操作:
Pgpool 将开始运行 /etc/pgpool-II/failover.sh
PostgreSQL node1 将被选作新的主节点。
Pgpool-II 主节点将远程登录到 node1,并将其升级为主节点。
预期手动干预
将由系统管理员执行的操作:
查看 node0 的日志以确定服务器健康状况。
可根据需要修复服务器。
如果确定服务器健康状况良好,则:
在 node0 上运行 start_replication 脚本,以使 node0 紧跟在 node2 后面 (IP 地址 10.91.9.41 是本示例中 node2 的 IP):
/db/bin/start_replication.sh 10.91.9.41
在 node0 上启动 PostgreSQL 服务
sudo systemctl start postgresql-10.x
使用 PCP 命令将 node0 重新添加回正常状态。
pcp_attach_node -h /var/run/pgpoolpcp -n 0
情景 2:PostgreSQL 的第一个备用节点发生故障
当 node1 (当前 PostgreSQL 主备用节点) 发生故障时,系统会自动执行以下操作:
Pgpool 将开始运行 '/etcpgpool-II/failover.sh'。
PostgreSQL node2 将被选作主节点 (本例中为 node0) 的主备用节点。
Pgpool 将远程登录到 node2,并将其重新定位到 node0。
node2 现在是 node0 的备用节点。
预期手动干预
将由系统管理员执行的操作:
查看 node1 的日志以确定服务器健康状况。
可根据需要修复服务器。
如果确定服务器健康状况良好,则:
在 node1 上运行 start_replication 脚本,以使 node1 紧跟在 node2 后面 (IP 地址 10.91.9.41 是本示例中 node2 的 IP):
/db/bin/start_replication.sh 10.91.9.41
在 node1 上启动 PostgreSQL 服务
sudo systemctl start postgresql-10.x
使用 PCP 命令将 node1 重新添加回正常状态。
pcp_attach_node -h /var/run/pgpoolpcp -n 1
情景 3:PostgreSQL 的第二个备用节点发生故障
当 node2 (当前 PostgreSQL 次备用节点) 发生故障时,系统会自动执行以下操作:
Pgpool 将开始运行 '/etcpgpool-II/failover.sh'。
没有其他操作,因为 node2 不会对当前主节点和备用节点运行产生影响。
预期手动干预
将由系统管理员执行的操作:
查看 node2 的日志以确定服务器健康状况。
可根据需要修复服务器。
如果确定服务器健康状况良好,则:
在 node2 上运行 start_replication 脚本,以使 node2 与 node1 重新同步 (IP 地址 10.91.9.24 是本示例中 node1 的 IP 地址):
/db/bin/start_replication.sh 10.91.9.24
在 node2 上启动 PostgreSQL 服务
sudo systemctl start postgresql-10.x
使用 PCP 命令将 node2 添加回正常状态。
pcp_attach_node -h /var/run/pgpoolpcp -n 2
这对您有帮助吗?