首页 > 解决方案 > Kubernetes:如何最好地自动扩展包含 websocket 连接的节点?

问题描述

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

我看到的主要问题是连接的持久性 - 包含活动 websocket 的 pod 在缩减规模和租赁不可重定位时必须保持完整。

所以我的问题是:

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

提前感谢所有提示/指针,尤其是关于如何最好地提出这些问题的任何建议。

标签: kuberneteswebsocketautoscaling

解决方案


推荐阅读