你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

Kubernetes 托管的客户端应用程序

来自多个 pod 的客户端连接

如果有多个 Pod 连接到 Redis 服务器,请确保以交错方式创建来自 Pod 的新连接。 如果多个 Pod 在短时间内未交错启动,则会导致创建的客户端连接数突然激增。 连接数较高会导致 Redis 服务器上的负载较高,并可能导致超时。

在同时关闭多个 Pod 时,避免出现此相同情况。 未能以交错方式关闭可能会导致连接数急剧下降,从而造成 CPU 压力。

足够的 Pod 资源

请确保有足够的 CPU 和内存资源支持 Pod 运行客户端应用程序。 如果客户端应用程序的运行接近其资源限制,则可能会导致超时。

足够的节点资源

运行客户端应用程序的 Pod 可能会受同一节点上运行的其他 Pod 的影响,并限制 Redis 连接或 IO 操作。 因此,请务必确保客户端应用程序 Pod 在其上运行的节点具有足够的内存、CPU 和网络带宽。 在上述任何不足量的资源上运行可能会导致连接问题。

Linux 托管客户端应用程序与 TCP 设置

如果 Azure Cache for Redis 客户端应用程序在基于 Linux 的容器上运行,则建议更新某些 TCP 设置。 Linux 托管客户端应用程序的 TCP 设置中详细介绍了这些设置。

与 Istio/Envoy 的潜在连接冲突

目前,Azure Cache for Redis 使用端口 15000-15019 进行聚集缓存,以向客户端应用程序公开群集节点。 如此处所述,Istio.io 挎斗代理也使用相同的端口 Envoy,并且该端口可能会干扰连接的创建,尤其是在端口 15006 上。

若要避免干扰连接,建议:

  • 考虑改用非聚集缓存
  • 避免在运行 Azure Cache for Redis 客户端代码的 pod 上配置 Istio 挎斗

后续步骤