oceanbase3.1集群的最低硬件需求以及不同硬件等级下的性能对比

【产品名称】

oceanbase

【产品版本】

3.1

【问题描述】

1.每个节点服务器满足安装及运行的最低cpu和内存限制

2.以三中心六节点为例,以最低配置为起点,阶梯增加服务器硬件配置,数据库性能提升的对比数据

3.每个中心下的节点服务器配置是否可以不同,比如初创型小企业,一开始选用比较低的服务器配置,投入6台服务器节点,后期随着业务量增加,新加入几台高配置的服务器,从原来的三中心6节点变为9节点或更多,新服务器和原来的服务器配置不同

4.增加节点服务器和增加节点服务器配置,对数据库性能提升的对比,比如三中心6节点模式下,随着业务量增加,是提升原来的6台服务器配置还是增加新的服务器节点

5.对于小企业,如采用云服务器自行部署oceanbase,考虑容灾、运维、升级,是否能提供一些建议

  1. 如果仅仅是个人用户试玩一下, 最低能跑ob 的要求是2核8核, 如果真正跑业务, 当前最低配置是16核64g, 到了12月份, 我们最小规格优化出来后, 业务可以跑在8核32g的规格上.  
  2. ob 随着机器的增长, 性能可以做到线性增长, 你可以参考https://open.oceanbase.com/docs/community/oceanbase-database/V3.1.0/wtu4kv 来实操一吧
  3. 扩容, 机器配置可以不一样, 你参考 obcp 的培训  https://gw.alipayobjects.com/os/bmw-prod/7a7545b9-15bb-4cc1-b173-ceaf19fc7c45.pdf
  4. 增加新节点会更妥善一些
  5. 建议先学习obcp的培训, 基本上就可以玩转ob


1.每个节点服务器满足安装及运行的最低cpu和内存限制

A:如果只是个人安装,有8~16G内存就可以了。一般个人笔记本(linux系统)也可以安装。如果是生产用,建议内存至少是16C64G。 24C128G 更好一点。 

OB 跟 MySQL 用法不大一样。你业务压力小,可以搞一个小的MySQL实例。但是OB部署的时候是集群,使用的是集群资源的一部分,即租户,又叫实例。实例的资源可以少一些。集群可以有多个实例。所以生产环境,部署OB的时候不用想着节省内存资源用(那个安装步骤会特殊一些,指定参数)。 当然,如果你确实只有一个业务实例,也不像给OB太多资源,搞一个64G的虚拟机也可以。

2.以三中心六节点为例,以最低配置为起点,阶梯增加服务器硬件配置,数据库性能提升的对比数据

A:这个思路可以,就是比较折腾。当硬件内存和空间提升后,OB的内存和数据文件要扩一下。OB节点需要重启一下。OB集群可以在线不停业务的挨个重启节点。

推荐另外一个思路,就是机器内存32C256G ,然后创建租户(实例),进行压测。对租户进行在线扩容。这个操作简单一些。


3.每个中心下的节点服务器配置是否可以不同,比如初创型小企业,一开始选用比较低的服务器配置,投入6台服务器节点,后期随着业务量增加,新加入几台高配置的服务器,从原来的三中心6节点变为9节点或更多,新服务器和原来的服务器配置不同

A。首先尽可能的提升单机的硬件配置。使用3节点。后面再逐步扩容。如果单机硬件配置低,靠扩机器数去扩充能力,技术上也是可以。比较浪费机柜。如果是虚拟机,会好一些。 但是虚拟机扩容内存和磁盘后,OB节点需要重启一下。

4.增加节点服务器和增加节点服务器配置,对数据库性能提升的对比,比如三中心6节点模式下,随着业务量增加,是提升原来的6台服务器配置还是增加新的服务器节点

A。建议机器配置一步到位。如果采取后期提升配置的方法,就是稍微有点折腾。不过比传统数据库运维还是要好很多,OB可以在线替换硬件或者升级硬件。


5.对于小企业,如采用云服务器自行部署oceanbase,考虑容灾、运维、升级,是否能提供一些建议

A. 三副本部署,服务器三的倍数。尽量分在三个云可用区。至少保证同城有两个可用区部署副本。同一个副本(zone)不要跨可用区。建议采购云的SLB VIP服务,用于数据库访问IP。

1 个赞