夜读 PingCAP CTO 文章总结 TiDB 三个特性
我看了他 1 月 4 日的文章
https://me.0xffff.me/db-trend-2024.html
一千个人眼中有 1000 个哈姆雷特这只是我个人的理解。
总结了 3 点
弹性
线下机房的建设。当你需要多大的数据库容量就需要多大的业务数据库。预先购买服务器。容量预估对运维来说是一件非常痛苦的事情
在这样的系统架构下我们采用了这样的
之前需要无数 rds。现在只需要一个 tidb 然后扩容
每类业务分配 4 核心 8g 内存的 tidb,用于各类业务的 oltp 业务查询。在用资源管控来约束最大的 cpu 占比。把更多的资源,内存留给 tikv tiflash
tiflash 层采用 s3 作为冷存储 因为 s3 本身可无限扩容费用又是最低的
而且 tiflash 的 cpu 是可以动态扩容的 这个时候就可以很好的利用 aws 的 spot 实例 价格是 ec2 的 10 分之 1
ai
ai 和 web3 的原理是相通的。数据最终将属于客户自己。这个我没理解不做评判
省钱
既然东旭自己都提到了 tidb 会省钱。那想必 tidb 是真省钱。
aws rds 费用
rds预估费用页面 https://aws.amazon.com/cn/rds/mysql/pricing/?pg=pr&loc=2 多可用区存储费率 每月每 GB 0.45 USD 多可用区预调配 IOPS 费率 每月每 IOPS 0.36 USD
如果 rds 需要做高可用需要买读 cluster 写 cluster 要同步还得买同步 cluster 费用讲是 10819.2*3
tidb 费用
价格的比较
本文是按照美元计价的月费用如果 rmb 计价就很恐怖了。
一个历史归档数据库一年的话费能从 300 万减少到 16 万 费用节省 284w。不可想像。这样的数据库有几百个。他能省多少钱各位 cfo 去算算。上云是真省钱呀。
尾记
TCO: TCO(Total Cost of Ownership, 总体拥有成本)其实并不陌生。1996 年,IBM 为 PC 和网络用户提出这个概念,同时,Intel 也提出了管理标准 WfM,两家公司还开发出一些进行 TCO 管理的解决方案。此外,Intel、IBM 与 HP 等公司携手制定了很多规范,例如:DMI(桌面管理接口)以及 WfM(联网化管理)等,这些标准得到了业界的支持并逐渐成为了厂商所共同遵循的标准。当时,业界对 TCO 的讨论程度之热烈至今还记忆犹新。
就算是 IDC 托管也是不可能保证做到随时分钟级别的服务器资源弹性伸缩。在业务不确定性日趋增大的市场背景下,拥有及时的弹性部署能力将成为大部分中小企业的刚需。这一点就能为企业节约大量资源,避免采购过量浪费,或者资源不足拖累业务的两难情况。
而恰恰是这些特性,大大降低企业的成本,例如,企业可以按需使用计算和存储资源,不必支付高昂的固定费用。同时,弹性伸缩可以让企业在高峰期轻松扩展计算和存储资源,避免浪费资源。
这些特性是云计算的核心优势,作者没有将它们纳入成本分析中,因此分析结果是不完整的。
版权声明: 本文为 InfoQ 作者【TiDB 社区干货传送门】的原创文章。
原文链接:【http://xie.infoq.cn/article/e6690ffdf59c5bcfc2dbfbcd0】。文章转载请联系作者。
评论