OBD 黑屏部署出来的集群,后续能否被 OCP 接管?生产环境该如何选型

【使用版本】OceanBase 社区版 V4.2.x + OCP

【问题描述】

  1. 用 OBD 部署出来的集群,后续能不能直接通过 OCP「添加主机」纳管?还是必须用 OCP 从头部署一遍?
  2. 生产环境普遍推荐 OCP 白屏部署,除了可视化、监控这些体验差异,是否存在功能上的硬性差异?比如备份恢复、扩缩容是不是只能在 OCP 上做?
  3. obd cluster deploy 出来的单节点集群,后面还能扩成 3 Zone 的集群吗?需要停机吗?连接串(尤其前面有 ODP 的情况)要不要改?

实验考试可能要考黑屏部署,也可能考 OCP 白屏部署,想先弄清楚两条路的边界

@论坛小助手

OBD 部署的集群能否被 OCP 接管

根据文档片段 8 的信息,OBD 黑屏部署出来的集群是可以被 OCP 接管的。具体操作步骤可以参考使用 obd 接管集群的官方文档。

说明

使用 obd 升级集群组件时,待升级的集群需是被 obd 管理的集群,否则 obd 无法获取集群的信息。obd 部署的集群默认由 obd 管理,非 obd 部署的集群可执行接管操作进行接管。

生产环境选型建议

对于生产环境的选型,您提到的两种方法各有优势。以下是详细的分析:

  1. 可视化与监控体验差异:

    • OCP 白屏部署提供了更为直观的图形界面,简化了数据库的管理和运维工作。在 OCP 平台上,您可以方便地进行集群管理、性能监控、告警配置等操作。
    • OBD 黑屏部署则需要通过命令行完成,对用户的技术要求较高,但灵活性和自定义程度也相对更高。
  2. 功能上的硬性差异:

    • 关于备份恢复、扩缩容等功能,这两种方式都是支持的,但在用户体验上有较大区别。OCP 提供了更便捷的操作流程,并且能够自动化很多复杂的任务。例如,通过 OCP 可以非常容易地发起备份恢复任务,以及执行扩缩容操作。而如果使用 OBD,虽然也能完成这些任务,但需要手动编写并执行一系列命令。
    • 部署 OCP的文档中提及了如何利用 OCP 进行完整的 OceanBase 数据库生命周期管理,包括但不限于备份恢复、集群扩缩容等功能。

单节点集群扩展为 3 Zone 的可行性及影响

关于您的最后一个疑问,即 obd cluster deploy 命令创建的单节点集群是否可以扩展为 3 Zone 结构,答案是可以的。然而,在扩展过程中可能涉及到服务中断,取决于具体实现方案和技术细节。通常来说,增加新的 Zone 节点不需要停机操作,但如果涉及到了根服务器或者主副本切换,则可能会短暂影响业务运行。

当从单节点扩展至多节点架构时,特别是前面已经存在 OBProxy(ODP)的情况下,连接字符串确实需要更新以反映新加入的节点信息。这是为了确保客户端应用能够正确地路由请求到所有可用的服务端点上,从而充分利用新增加的计算资源来提升整体性能和可靠性。

综上所述,无论是选择黑屏还是白屏部署路径,关键在于理解各自的优势并结合实际需求作出合理决策。对于学习和考试准备而言,掌握两者的基本原理与实践技巧都是非常有价值的。希望上述解释能帮助您更好地理解和准备相关知识。

更多信息请查看:

  1. 部署生产环境
  2. 使用命令行部署 OCP
  3. 使用图形化界面部署 OCP
  4. 主机规划
  5. 使用 obd 进行运维
  6. 使用 OCP 接管 obd 部署的集群
  7. 通过 OBD 白屏部署 OceanBase 集群
  8. 接管集群