1、社区版ocp多节点部署(包含meta也多节点),但rootservier主宕机,ocp无法访问
6 个赞
rootservice不应该是跟ocp的绑定的呀
1 个赞
OCP 多节点 + MetaDB(OB 集群)多节点时,RS Leader 所在 OBServer 宕机本身不应导致 OCP 永久不可访问;若 OCP 完全打不开,说明 MetaDB 的 sys 租户处于 RS 无主/多数派不满足/OBProxy 断链 状态,或 OCP 自身连不上 MetaDB。按 OB 自带高可用机制先等选主,不行再串行重启 RS 成员,最后修 OBProxy/OCP
2 个赞
dd
1 个赞
这个肯定支持啊
1 个赞
OceanBase 社区版 OCP支持高可用部署,主要通过多节点部署(同机房多实例集群)和多集群/主备部署(异地容灾)两种模式实现 。
学到了不少新知识
- OceanBase 社区版 OCP支持多节点部署(单集群多节点 HA),但是不支持 OCP 多集群异地容灾模式;
- MetaDB 本身就是 OceanBase 集群(多副本、Paxos 自动选主),正常情况下 RootService 主节点宕机后,集群会自动选出新 Leader,理论上不应该导致 OCP 永久无法访问。
出现 RS 主宕机后 OCP 打不开,常见诱因:① OBProxy 配置写死 RS 地址,没有使用集群统一地址;② 选主耗时较长、网络抖动,短时间 MetaDB 无法建立连接;③ MetaDB 集群副本不足,无法达成多数派;④ OCP 服务连接缓存未刷新。
所以,只要 MetaDB 三副本部署、OBProxy 配置正确,RS Leader 宕机自动选主完成后,OCP 应该恢复访问。持续不可访问属于部署 / 网络配置问题,并非 OCP 社区版架构不支持高可用。