目前我们有oracle主从,数据量大概10t左右,每天凌晨运算的逻辑复杂,运行的job比较多,oracle主配置64核256G,怎样选择tidb节点,怎么分配,版本怎么选?
是要用tidb替换oracle?
tidb不支持job和存储过程。要企业版才支持存储过程,不过job还是没听说可以支持。
版本尽量选LTS版本。
https://docs.pingcap.com/zh/tidb/stable/versioning#tidb-版本规则
配置的问题,有点不好说,你描述的比较模糊。
最小化部署最少 3 台机器,3 副本,单台 128c,256g,插 4 块 4 T 的盘, 跑起来刷刷的
最少3台起步,版本用新版了
这个难说了,运行job多的话,过程也不会少吧,那可能tidb并不是平替的好选择。另外你说用的oracle主从,我没太明白,是通过dg还是ogg同步?备库只用来查询?
如果真用tidb替换的话,我估计你得起码得整这么多配置。。。
最少3个机器。10T数据,我估计光tikv就最少的5个
tidb组件 48-64线程 512G 内存 480G SSD *2 万兆网卡 3台 双实例tidb
tikv 48-64线程 256G内存 nvme 7.6T *2 6台 双实例kv
tiflash 64线程 256G 内存 nvme 7.6T *1 3台
pd 16-24线程 32G-64G 内存 480G SSD *2 万兆网卡 3台
服务器和物理机如上所说,就是job类的如果有存储过程,tidb不支持你们需要相当的开发量
-
一、首先要考虑集群的最小规模:
1、TiKV服务器的数量,满足上线时空间使用率不超过60%。
2、TiDB节点与TiKV节点的比例一般不低于2:3。
Oracle内数据量大概10t,到TiDB集群3副本并且按照默认方式压缩存储后,实际占用空间大概是15TB左右。假设新采购服务器的单块ssd磁盘的大小是1.6TB,每台服务器可以搭载4块SSD磁盘创建4个tikv实例。
3、那么整个TiDB集群的最小规模是:
Tikv最小数量:15/1.6/4/0.8=4 (台)
PD、TiDB混合部署最小数量:MAX(3,TiKV*2/3)=3(台) -
二、然后考虑集群的整体性能是否可以做到同等替换,单tidb实例连接数为500,业务的性能可根据压测情况增加减少服务器数量,适当增加1~2台服务器。
-
三、最后考虑Oracle主从模式,在备节点以前是否有大查询?如果有的话,可以在TiDB集群内单独规划大查询节点。
-
四、数据库的版本选择LTS的长生命周期版本,如果预估业务改造时间比较短,选择7.5版本,该版本已经发布很久了经历了充分的项目验证。如果预估业务改造时间比较长可以直接选择8.1版本。
你这至少3台,还得是混合部署了,但是你这改造量挺大的应该,tidb不支持存过和job,复杂查询的效率也需要进一步验证。版本的话优先选择lts
这场景可能改造成本很高,job 还有硬件资源,主要还是有复杂的查询
应用层面的job,就是qps和tps高
那这样相当于提高了配置
这个测试下
不是oracle的job
我主要担心的是大量的查询能不能扛住
对啊,多副本啦,分布式对资源要求就是高的
看你们TP业务多还是AP业务多,可以按照官方建议的生产规格申请一个简单实例测试(1tidb+1pd+3tikv)
我这边是用公有云的高配机器(第五代intel cpu+nvme本地盘)测试了部分Oracle ERP的业务sql,轻松抗住
P.S:数据迁移,如果买了商业版,可以拿官方的迁移工具一键迁移
PP.S:居然没搭RAC而是主从
有太多的运算逻辑和job,应该不好处理的。最好把逻辑在程序端处理
版本选择TiDB的LTS版本,目前7.5和6.5版本用的多一些
需要什么配置