现有ocp架构，使用all-in-one部署之后，应该是obd根据config.yaml文件去拼装各个配置和访问方式
如果是我们有3台服务器部署ocp-server+底层meta的observer+obproxy
那ocp-server用来访问metadb会使用obproxy条目里的第一条作为jdbc地址
这个其实仍然有一定问题，这个obproxy所在的服务器彻底无法恢复，那就需要手工修改obd的配置文件然后重启服务
这个是否可以让开发在新版本里增加一个可选的vip或域名访问地址，这样社区版ocp在高可用上就更完善了
1 个赞
我反馈下这个需求，有进展及时回复你
是的，这是个很重要的使用问题。企业版也很容易碰到类似问题。
在企业版里，部署 OCP 的时候，如果没有提前申请好 metadb 的 负载 VIP 的话，部署 OCP 时也是用的 第一个 metadb OB 机器作为 metadb 的连接地址。
风险就是如果这台机器挂了，OCP 就无法连接 metadb。
当事后把 metadb OB 的负载 VIP 申请到了后，还要对 OCP 做一番操作，把 OCP 内部跟metadb 连接方式有关的地址都改掉。这个还是比较麻烦的。或者干净一点的方法 OCP 重新部署一遍，然后再接管业务 OB 集群。在客户生产环境，每一次重新部署 都要有充分的理由解释。
1 个赞
OBD团队已经接了这个需求，会排期开发，感谢反馈
1 个赞
还是一个单点故障风险问题 