MySQL高可用探索之orchestrator

最新推荐文章于 2025-03-03 18:09:13 发布

llliarby

最新推荐文章于 2025-03-03 18:09:13 发布

阅读量380

点赞数

分类专栏： orchestrator 文章标签： mysql

本文链接：https://blog.youkuaiyun.com/llliarby/article/details/113886376

版权

orchestrator 专栏收录该内容

1 篇文章

订阅专栏

本文介绍了在使用keepalived+orchestrator+mysql架构时，为何不应将orchestrator的依赖库置于集群内的mysql服务器上。当主库宕机，VIP释放后，orchestrator通过VIP无法访问数据库可能导致服务全部停机，影响自动切换。配置过程中，需注意修改orchestrator.conf.json文件中的RecoverMasterClusterFilters，并启用raft高可用设置，确保orchestrator的稳定性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

使用keepalived+orchestrator+mysql架构时，不要将orchestrator的依赖库放置到集群的mysql上面

举个栗子：当主库宕机之后，keepalived的VIP直接释放，如果orchestrator通过VIP访问数据库就不通，此时orchestrator会直接全部停机，从而无法保证自动切换

较为详细的安装配置过程可以参考：https://riverdba.github.io/2019/03/19/orchestrator/

有几个问题补充一下：

1、修改配置：

/etc/orchestrator.conf.json

"RecoverMasterClusterFilters": [
    "*"
  ],

2、orchestrator高可用配置raft：详见raft配置

"RaftEnabled": true,
  "RaftDataDir": "/var/lib/orchestrator",
  "RaftBind": "10.0.0.2",
  "DefaultRaftPort": 10008,
  "RaftNodes": [
    "10.0.0.1",
    "10.0.0.2",
    "10.0.0.3"
  ],