【问题标题】:How to gauge the scalability of websockets in an application如何衡量应用程序中 websocket 的可扩展性
【发布时间】:2020-11-19 09:03:54
【问题描述】:

我正在努力寻找有关如何衡量 websocket 可扩展性的信息。一个场景 -

假设客户端想要从浏览器建立套接字连接,并且客户端应用程序和服务层 (Micronaut) 在 elb 后面都有两个实例 - 服务层将位于美国东部地区,可以期待来自世界各地的任何人可以从浏览器访问前端应用程序,并且可以预期平均 2-5 分钟的开放连接,不超过 30 分钟。

对于几个服务器可以处理多少并发 websocket 连接有一个大概的数字吗?或者,如果有一些我没有提到的因素对处理 websocket 连接至关重要?

提前谢谢你。

【问题讨论】:

  • 您使用的是哪个 Micronaut 运行时?
  • @JeffScottBrown 在 jre 上运行
  • “在 jre 上运行”- 对。您使用的是 Jetty 还是 servlet 容器?
  • 对不起,我正在使用 netty @JeffScottBrown

标签: websocket scalability amazon-elb micronaut


【解决方案1】:

我假设您想知道在 Micronaut 中实现 WS 的可扩展性,而不是一般意义上的 WS。当然,WS 的可扩展性取决于具体的实现和 WS 本身。您可能已经知道这一点,但想将其记录在案。您可能还想确保将服务器进程的文件描述符增加到最大数量(您可能必须调整内核以增加 FD)。

顺便说一句,不要忘记像处理低级 TCP 连接一样处理重试和重新连接

【讨论】:

    猜你喜欢
    • 2011-11-19
    • 2012-04-13
    • 1970-01-01
    • 2019-07-11
    • 2018-11-24
    • 1970-01-01
    • 1970-01-01
    • 2011-05-29
    • 1970-01-01
    相关资源
    最近更新 更多