标签: azure virtual-machine
我有一个微服务,基本上是将1个队列消息散布为很多队列消息。 其目标是每秒执行约30,000个事务。
交易可以是:
在实践中,我达到了这些数字,但是由于CPU并未超过40%,并且网络输出带宽仅为此VM提供的容量的1/8,因此我的配置已超额。
增加并发性以获得更高的吞吐量会导致请求超时并降低性能,因此我正在考虑寻找更小的VM,但不确定哪种虚拟机最适合此类服务。
如果投资回报率更高(在计算VM成本时),我不介意降低每个VM的吞吐量,因为我可以扩展以进行补偿。