我看了他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费用
cpu |
实例小时费用 |
存储费用小时 |
io1万次数 |
总费用 |
||
主读 |
r5.4xlarge |
16 |
2.2800 USD |
每月每 GB 0.375 USD |
每月每 IOPS 0.30 |
|
主写 |
r5.4xlarge |
16 |
2.2800 USD |
每月每 GB 0.375 USD |
每月每 IOPS 0.30 |
|
redshift最低配 |
dc2.8xlarge |
32 |
4,449.35 |
|||
月费用 |
5088.96 |
1536 |
6000 |
10819.2 |
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费用
cpu |
实例小时费用 |
20t cold hhd |
gp3 1t(给tiflash) |
总费用 |
||
pd |
c5.medium |
2 |
0.192 |
0 |
||
tidb |
c5.4xlarge |
16 |
0.856 |
0 |
||
kv |
r5d.4xlarge |
16 |
1.096 |
200 |
200 |
|
月费用 |
1543.68 |
200 |
200 |
1943 |
价格的比较
tidb |
费用对比 |
费用比 |
tidb |
1943 |
0.35 |
mysql rds |
10819.2*3 |
6.0 |
本文是按照美元计价的月费用如果rmb计价就很恐怖了。
tidb |
费用对比 |
费用比 |
single |
163212 |
0.35 |
rds |
960749.4*3 |
6.0 |
一个历史归档数据库一年的话费能从300万减少到16万 费用节省284w。不可想像。这样的数据库有几百个。他能省多少钱各位cfo去算算。上云是真省钱呀。
尾记
TCO: TCO(Total Cost of Ownership, 总体拥有成本)其实并不陌生。1996年,IBM为PC和网络用户提出这个概念,同时,Intel也提出了管理标准WfM,两家公司还开发出一些进行TCO管理的解决方案。此外,Intel、IBM与HP等公司携手制定了很多规范,例如:DMI(桌面管理接口)以及WfM(联网化管理)等,这些标准得到了业界的支持并逐渐成为了厂商所共同遵循的标准。当时,业界对TCO的讨论程度之热烈至今还记忆犹新。
就算是IDC托管也是不可能保证做到随时分钟级别的服务器资源弹性伸缩。在业务不确定性日趋增大的市场背景下,拥有及时的弹性部署能力将成为大部分中小企业的刚需。这一点就能为企业节约大量资源,避免采购过量浪费,或者资源不足拖累业务的两难情况。
而恰恰是这些特性,大大降低企业的成本,例如,企业可以按需使用计算和存储资源,不必支付高昂的固定费用。同时,弹性伸缩可以让企业在高峰期轻松扩展计算和存储资源,避免浪费资源。
这些特性是云计算的核心优势,作者没有将它们纳入成本分析中,因此分析结果是不完整的。