Kubernetes:如何最好地自动缩放包含 websocket 连接的节点?

Fra*_*son 6 websocket autoscaling kubernetes

是否支持自动缩放节点,其中 pod 仅包含用于将通知推送回客户端的 Websockets?我怀疑在达到 CPU 或内存限制之前我们可能会遇到连接限制。如果其他人在这里有不同的经历,请纠正我。

我看到的主要问题是连接的持久性 - 当缩小规模和租赁不可重新定位时,包含活动 Websocket 的 Pod 必须保持完整。

所以我的问题是:

  1. 有这个支持吗?我们想要制作这些有状态集吗?我什至不确定哪种模型在这里效果最好。
  2. 我们是否想要使用 Kubernetes 服务将传入的 websocket 连接路由到工作节点?如果是这样,我们如何设置 kube-proxy 来尊重并忽略那些已达到连接限制的工作节点,因此不应收到新的连接请求?
  3. 我们如何根据 pod 维护的连接数的可配置限制来自动缩放?我们如何在不破坏任何具有 > 1 个活动连接的节点的情况下缩小规模?

预先感谢所有提示/指示,特别是有关如何最好地提出这些问题的任何建议。