请教高手,这些东西靠不靠谱(红色字体)？

[傻儿哥]

数据库的开发者是否可以给出这样的数据,根据业务特点估算业务的TPM数值,(这样可以给出硬件配置建议)
数据库开发者是否能够估算红体部分的内容.
蓝体部分的有没有道理?

1. 数据库服务器
1.1. TPCC值估算
约定：
系统同时在线用户数为100人（U1）；
平均每个用户每分钟发出2次业务请求（N1）；
系统发出的业务请求中，更新、查询、统计各占1/3；
平均每次更新业务产生3个事务（T1）；
平均每次查询业务产生8个事务（T2）；
平均每次统计业务产生13个事务（T3）；一天内忙时的处理量为平均值的5倍；
经验系数为1.6；(实际工程经验)
考虑服务器保留30％的冗余；
服务器需要的处理能力为：
TPC-C=U1*N1*（T1 T2 T3）/3*3*经验系数/冗余系数
则数据库服务器的处理性能估算为：
TPC-C= 100*2*（3 8 13）/3*5*1.6/0.7= 18,285 TPM

[我心飞翔]

应该是可以的，但很多数值，都是经验数值，再有硬件水平不断提升，这些经验参数可能会不准确。
不过可以根据计算出的TPM值，再适当放大，应该可以满足业务的需求。

[傻儿哥]

[Quote=引用 1 楼 luiseradl 的回复:]
应该是可以的，但很多数值，都是经验数值，再有硬件水平不断提升，这些经验参数可能会不准确。
不过可以根据计算出的TPM值，再适当放大，应该可以满足业务的需求。
[/Quote]
我其实关心的是：
真实的业务场景中，在一个业务尚未部署前，是否可以依靠估算来得出某个业务需要的硬件配置。
迁移场景
1>可以依据老业务场景中服务器的负载、配置来决定新场景中的环境。
或是新业务场景中一般采用什么方式来决定硬件配置的，业界一般是怎么做到的？

[cosio]

[Quote=引用楼主 csucxcc 的回复:]
数据库的开发者是否可以给出这样的数据,根据业务特点估算业务的TPM数值,(这样可以给出硬件配置建议)
数据库开发者是否能够估算红体部分的内容.
蓝体部分的有没有道理?

1. 数据库服务器
1.1. TPCC值估算
约定：
系统同时在线用户数为100人（U1）；
平均每个用户每分钟发出2次业务请求（N1）；
系统发出的业务请求中，更新、查询、统计各占1/3；
平均每次更新业务……
[/Quote]

--我觉得这种主要是看资金的预算! 这种的需求,对硬件的要求不是太高!

[傻儿哥]

[Quote=引用 3 楼 cosio 的回复:]


--我觉得这种主要是看资金的预算! 这种的需求,对硬件的要求不是太高!

[/Quote]

云项目中，有需求把某些数据库云化。
也就是说，把某些应用放到云上，
两个场景，迁移场景和新建场景。
对于新建场景就有这个需求了

[forgetsam]

云的吞吐能力是无限的，利用你自己的节点去分流，你耗用20%资源就花20%的钱，你耗用200%资源就花200%的钱，需要估算什么吗？