微服务架构 Spring Cloud,16 个应用服务, 存储 MinIO,mqtt,RabbitMQ,Redis,RocketMQ, 还有监控:ELK,Prometheus,Skywalking 。 (还有 5 个 MySQL 数据库。)
除去数据库,我想申请多少台机器(甲方出)比较合适?
我报了 14 台 VM,( 8 核,32G 内存,512GB SSD ) leader 觉得我可能报多了,怕把甲方吓着了,报多了可能会显得不专业。 (尽管甲方是大型零售商外企。)
这方面没有太多经验。求教。 因为可能一开始没要够,后面再要就要困难了。
![]() | 1 geekvcn 2020-05-18 15:41:22 +08:00 业务量多大都不清楚,别人怎么给你提意见 |
2 runinhard 2020-05-18 15:44:02 +08:00 先去做压力测试 |
![]() | 3 Vegetable 2020-05-18 15:45:56 +08:00 拍脑袋吗?如果是根据业务规模,那应该是有计算过程的,如果是看人下菜碟,那就听领导的 |
![]() | 4 lavvrence 2020-05-18 15:47:01 +08:00 用户量呢? qps ? 一般压力都在数据库。 |
5 GM 2020-05-18 15:49:40 +08:00 4 台足够,8 台绰绰有余 |
6 luozic 2020-05-18 15:52:20 +08:00 via iPhone 看客户要求的 qps/tps 。 不过这一般不是部署在 k8s 上? |
![]() | 7 iminto 2020-05-18 16:00:07 +08:00 同上。4 台足够,8 台绰绰有余 |
![]() | 8 xuanbg 2020-05-18 16:48:50 +08:00 一般基础中间件要搞 3 节点集群,所以 8 台远远不够啊 |
![]() | 9 caaat 2020-05-18 16:53:32 +08:00 用户量、TPS 、QPS 、并发数、响应时间……都不知道啊 5 个数据库,多少条记录呢,增加速度呢?做不做双活或者双机呢? |
![]() | 10 luckyrayyy 2020-05-18 17:01:34 +08:00 ![]() 这种量级感觉很多中间件都可以省掉.... |
![]() | 11 jimrok 2020-05-18 17:02:22 +08:00 要知道有多少用户量,估算一下存储的大小,另外估算高峰时期的请求量有多少,这个按照最佳的响应时间 200ms/req 来估算。按照估算值你做压力测试,看看一下单台服务器能支持多少,压力测试让单台服务器的 cpu 不要超过 60%,留有一定的余量。收集 nginx 上的响应时间,看看那些请求上有尖刺,说明个别的请求会体验很差,看看能不能解决。 |
12 yc8332 2020-05-18 17:06:14 +08:00 数据规模多少?这个基础的评估标准都没有。 |
![]() | 13 pmispig 2020-05-18 17:08:46 +08:00 先往多了提,不行再砍 |
![]() | 14 est 2020-05-18 17:18:08 +08:00 16 个应用服务 。什么规模的? |