请教下:
1.社区版ocp在使用ocp-all-in-one安装包通过web页面部署时可以选择多服务器实现OCP-Server的多节点部署,后续如果相关OCP-Server机器故障以及替换机器后如何操作恢复
2.能否基于docker直接连接ocp的MetaDB实现OCP-Server的迁移
1.metadb和业务集群都是相同的操作,某个节点坏掉后,将该节点下线处理,待修复后再上线即可,或者更换一台新机器。参考下面官方文档
https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000450155?back=kb
2.意思是说docker部署的ocp集群么,注意故障维修如果要更换机器,要求新机器规格>=旧。防止新添加的机器太小导致磁盘不足。
1.可以部署多个OCP节点,元数据库连接同一个就行了,一个ocp server挂了,再起一个也行,
实际上元数据库的高可用即OCP的高可用
2.是可以的,参考
https://www.oceanbase.com/docs/common-ocp-1000000001127035
1.OCP-Server机器故障以及替换机器后obd cluster reinstall xxx -c OCP-Server -s 就可以
假设有server1,server2
我们在server1上通过ocp-all-in-one安装包通过web页面部署ocp在server1和server2,那实际部署ocp的obd程序应该在server1上,这时候如果是server1挂了,这个命令是不是无法执行
是否可以把Configuration Path下的2个配置文件备份,然后在另外的机器上重新解压ocp-all-in-one安装包然后修改相关ip地址再执行 obd cluster reinstall xxx -c OCP-Server -s ?
server1挂掉如果主机宕机,确实是无法执行命令。
可行的,yaml文件备份后,到新节点修改ip再执行obd cluster reinstall xxx -c OCP-Server -s
试了下,应该obd的cluster reinstall 不是用来做某个机器重新部署,文档介绍如下:
obd cluster reinstall
使用该命令可重新安装一个已部署的组件的仓库,新的仓库必须与当前仓库版本号相同
这样应该是2个步骤来恢复ocp-server-ce节点:
1.将obd和yaml配置文件恢复到一台新机器
2.通过扩容流程将一台新机器部署ocp-server-ce并加入obd的集群配置中
这个操作我又碰到了一些疑问:
1.在新机器恢复obd过程中,yaml文件备份来查询集群信息会Status (Cached)为configured,任何执行都是[ERROR] Deploy “ocptest” is configured. You could not start an configured cluster
2.obd没看到类似tidb部署工具tiup的缩容命令
知道了,是这样的:
~/.obd/cluster/ocptest$ tree -a
.
├── config.yaml
├── .data
└── inner_config.yaml
状态在.data里维护
应该是整个obd集群的目录做好备份:
1.当非obd机器故障且无法恢复时,在obd机器上执行扩容操作来恢复新机器的ocp-server-ce组件功能
2.当obd机器故障,将ocpallinone软件包和备份的obd集群文件目录整体恢复到新机器,然后继续操作
是的,集群信息Status存放在.data文件中。但一般情况下meta集群和ocp server是在同一个ip下,需要您确保发生故障后,meta集群多数派存在