
实事求是:从一个用户的案例看国产数据库承载架构需求
数据库架构现状:
1、使用某大厂分布式数据库集中式部署版本。
2、当前业务分了4套数据库(按地市进行区分),每套数据库一主两备,一共12台主机;数据库存储在服务器本地盘,
当前数据量较小,仅1-200G。【数据量很少,国产库为什么都建议用本地盘?】
3、服务器配置:全闪SSD,10T左右空间;CPU为鲲鹏920,64核;768G内存 【存储资源浪费严重,磁盘故障率高】
4、2023年12月底开始上线,购买了2个月原厂服务,经过几个月磨合,目前系统运行正常,CPU使用率一般处于20-
30%之间,偶尔40%。【为什么会出现数据量很小,但是CPU占用还不低?】
数据库承载架构思考:
1、存算分离是架构设计的基本原则,也是解放单机架构下CPU能力的关键一环。
2、本地盘性能好,但资源浪费,冗余性差,资源浪费?要实现既安全可靠又高性能,同时能实现存储资源的共享?
资源共享,降本增效?
3、国产数据库引擎相对Oracle还有一定差距,如何弥补?同样的车,高速VS国道?1km、100km
文档被以下合辑收录
相关文档
评论