如何解决扩展执行大量计算的node.js websocket服务器
我有一台具有一个websocket连接的node.js服务器，该服务器接收大量消息。该服务器还执行繁重的cpu工作。我看到ws连接不断下降/重新连接/下降/等。我的猜测是cpu工作阻塞了主线程太多，而同时ws接收到如此多的消息，以至ws连接只是失败了？
我最初的解决方案是将所有cpu工作移到一个节点worker_thread，这有所帮助，但是我仍然看到ws失去了很多连接。我的想法是，节点应该在网络IO方面超级高效，因此，如果我将所有cpu工作移到另一个线程中，网络工作将不会被cpu工作阻塞。
该服务器是有状态的，该服务器只能有1个，因此我不能再增加一个。
我不太确定该如何进行。一些想法是：
- 将cpu工作移至另一个进程，并通过某种进程间通信方法进行通信。但这比worker_thread好吗？
- 水平扩展Web套接字，因此，如果其中一个失败，其他人将获得帮助。以这种方式扩展websocket似乎很复杂。
解决方法
第一-
//该服务器是有状态的，该服务器只能有1个，所以我 不能再旋转更多。
您应该卸下瓶颈。只要拥有此功能，您就不会走开。扩展的想法是在应用程序副本之间分配网络和cpu工作负载。
如果服务器为全状态服务器，请创建一个处理所有状态信息的状态控制器服务器。旋转应用程序的副本，并在副本与状态控制器服务器之间建立集群内部通信。
完成此设置后，创建一个负载均衡器，该负载均衡器可以分别检查副本的准备情况并将流量转发到可用副本。不要忘记，在Node JS中，网络处理发生在内核级别。因此，该OS机制将在第一线处理负载，并保持请求等待，直到工作负载准备好处理它们为止。通过此设置，您可以控制阈值，例如副本数和就绪超时-可以为性能微调扫清道路。这些调整取决于诸如请求数据，响应数据，处理时间等大小的事实。
好消息是，几乎所有的容器编排系统都提供了以上所有功能。通常，您将不得不自己处理状态的服务器。
https://kubernetes.io/docs/concepts/cluster-administration/networking/ https://kubernetes.io/docs/concepts/workloads/controllers/deployment/ https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。