RabbitMQ Federation实际应用测试加扩展构想

标签：

每个Federation集群由三台节点组成，其中两个Disk，一个Ram。接下来我们评估一下，一个Federation集群能够容纳的用户数。

已知数据：
6W queue消耗4G内存
一个设备会占用2个queue
内存报警阀值定为 60%。注：因为消息，连接等也需要消耗内存
性能测试中，两台(接近运维的物理机)虚拟机跑出的心跳，大约是800次/秒

1. Federation集群支持的设备：
我们以节点内存为16G来计算，(16G * 3 *60% * 6w) / (4G * 2) = 21.6w 个设备。

2. Federation集群的登录TPS：
我们以此前的测试数据 130tps来算，假定一小时内登录完成，130 * 3600 = 46.8w设备

3. Federation集群的峰值：
假定用户断网重连，用户在5分钟散列登录，则130 * 5 *60 = 2.4w设备。
注：显然现在的TPS不支持整个集群在5分钟内登录完毕。

4. Federation集群的UCC配置：
心跳次数 700次/秒
状态改变 100次/秒
消息 120次/秒
结合上面的数据，UCC大概需要 5台左右虚拟机。



总结下：
Federation集群，三台机器，内存16G
能够支持 21w设备
一小时能够登录 46.8w设备
五分钟内登录2.4w设备

建议：预先按照三到四个 federation集群，可以保证一个UCC集群支持 60W ~ 80W设备. 改“一个用户一个queue”为“一个ucas一个queue”

RabbitMQ Federation实际应用测试加扩展构想

标签：

原文地址：http://www.cnblogs.com/phpinfo/p/4285711.html