近期,OceanBase的OCP发布了新版本,全面支持 OceanBase 内核 4.3.2 及更低版本。新版本针对基础运维、性能监控、运维配置、外部集成等多个方面实现了 20余项的优化及强化措施,增强产品的易用性和稳定性,从而帮助用户更加高效地管理 OceanBase 数据库。
新版本涵盖了 Binlog 服务的安装配置、基础运维管理以及监控预警等功能,以帮助用户实现与 MySQL 下游生态系统的无缝对接;此外,还新增了一项核心功能——租户克隆,该功能能够更便捷的解决在数据库变更、应用版本发布以及快速构建开发测试环境等多种业务场景下遇到的数据隔离与效率挑战。不仅如此,新版本还实现了对 OBKV-Table 和 OBKV-HBase 等实例类型的监控能力,使用户能够更便捷地监控产品性能。
1、关键特性解读
(一)Binlog 服务
Binlog 是 MySQL 与下游生态如 Canal、Flink 对接的重要组件。OceanBase 为了更好地与 MySQL 生态融合,提供 Binlog 服务通过转换原生 Clog 为 MySQL Binlog 格式,使用户可以无缝对接至 OceanBase 数据库,保留其原有数据流程体系以及复用原基础设施,最大限度降低用户的数据库切换成本。OCP 提供 Binlog 集群部署以及 Binlog 实例的管理、监控告警、参数管理等能力,可以显著降低用户管理维护 Binlog 服务的成本。
(二)CPU 绑核配置
CPU 绑核(taskset)是一种能将特定进程或线程绑定至特定 CPU 核心的技术。借由把关键任务绑定到固定的 CPU 核心,可避免任务于不同核心间频繁切换,从而削减上下文切换开销,增进系统整体性能。OCP 具备对 OBProxy 集群以及 OceanBase 集群开启/关闭 CPU 绑核的能力。
在 ARM 架构以及 OBProxy&OceanBase 集群混布的场景中,依据客户现场实测数据,其可降低约 15%至 20% 的 RT。同时也需注意:过度运用 CPU 绑核可能会致使某些核心负载过高,而其他核心处于空闲状态,对系统的资源利用率造成影响。在实际应用里,需要根据具体情况慎重决定是否使用 CPU 绑核,并合理调适绑核策略,以达至最佳的性能和资源利用效果。
(三)服务名
Service Name 是 OceanBase 提供的一种新的数据库访问方式,可以视其为集群 & 租户名的别名,实现应用程序通过如 mysql -h11.162.218.115 -P2883 -uroot@< Service Name> 的连接串访问数据库。OceanBase 4.1 高可用解决方式变更为租户级主备库,集群级不再有主备角色的概念,集群名仅用于唯一标识一个集群,主备角色下放到租户级别,主备租户所属的集群可能不同,主备租户名也可能不同。
OCP 支持主备租户 Service Name 创建、编辑、删除 、校验以及为主备租户所在的集群绑定同一 OBProxy 集群的功能,支持用户通过设置主备租户为同一 Service Name,达到主备租户切换时 Session 自动切换的能力, 同时用户也可以依据业务具体场景,如在非主备租户场景下使用 Service Name 代替集群名/租户名的连接方式,以及提供灵活性支持主备租户场景下,主备租户使用不同的 Service Name 等,从而帮助用户更方便的使用 Service Name 特性。
(四)租户克隆
OceanBase 的租户与传统数据库实例类似,例如:OceanBase 支持 MySQL/Oracle 兼容模式的租户。通过租户克隆操作,可迅速将源租户的元数据信息复制一份给新克隆租户使用,初始状态下,这两个租户共享物理宏块。该新克隆租户与源租户相互独立,具备严格的数据隔离和资源隔离。新克隆及源租户的任何数据更改,都不会相互影响。在测试环境下,从一个 8C64G、包含 1TB 数据的源租户,克隆出一个同样配置的新租户,仅需 2 分钟。而且,OCP 还提供同步源租户的参数、资源检查等功能,助力用户达成一键快速克隆源租户的能力。本功能适用于这些业务场景:报表任务、应用版本发布、数据库变更、数据导出等,既能提高任务执行效率,又能降低相关任务带来的业务风险。
2、新功能
(一)基础运维
标签:Binlog,运维,OceanBase,支持,租户,集群,OCP From: https://blog.csdn.net/OceanBaseGFBK/article/details/142756731