K8s环境下Ruby 2.7.4应用性能调优相关环境变量咨询

WEB_CONCURRENCY #

• 含义：Ruby Web服务器（常见如Puma、Unicorn）的工作进程数，每个进程会独立加载完整的应用代码，进程间默认不共享内存，每个进程可独立处理请求。
• 取值计算方法：
  • 通用公式：WEB_CONCURRENCY = 容器分配的CPU核心数 * 1.2~2，不要超过CPU核心数的2倍，否则会出现频繁上下文切换反而降低性能。
  • K8s场景注意：以Pod配置的limits.cpu值为计算基准，比如Pod limits.cpu设为2核，取值范围为2~4。
  • 额外校验：所有worker进程的总内存占用不能超过Pod的limits.memory值，建议预留20%内存空间给系统和其他sidecar容器。
  • 搭配多线程配置建议：如果使用Puma的多线程模式，单个worker的线程数不要超过16，避免GIL竞争导致性能下降。

Ruby GC 相关参数 #

前置说明：以下四个参数为Ruby 2.1+版本生效的GC阈值控制参数，Ruby 2.7.4完全适配。参数仅限制Ruby GC自动调整阈值的上下限，不会关闭GC的自动调整机制。调高阈值可降低GC触发频率、减少GC耗时，但会提升应用内存占用，需结合Pod内存限制调整。

RUBY_GC_MALLOC_LIMIT #

• 含义：新生代对象内存分配的初始阈值，当新生代累计分配的内存超过该值时，会触发一次Minor GC。
• 取值计算方法：
  • 默认值通常为16MB左右，适合小内存应用；如果应用单次请求分配的新生代内存较大，建议上调。
  • 取值范围建议：默认值 ~ RUBY_GC_MALLOC_LIMIT_MAX的1/2。
  • 精准计算：先压测应用，统计单次请求分配的新生代内存大小，取值设为单次请求新生代分配量的20~50倍即可，避免单请求触发多次Minor GC。

RUBY_GC_MALLOC_LIMIT_MAX #

• 含义：新生代对象内存分配阈值的上限，每次Minor GC后如果回收效率不达预期，阈值会向上浮动，但不会超过该最大值。
• 取值计算方法：
  • 通用建议：设为Pod分配给Ruby应用的内存的10%~15%。
  • 示例：给Ruby应用预留1G内存时，可设为104857600 ~ 157286400（单位为字节，对应100MB~150MB）。
  • 上限限制：不要超过应用可用内存的20%，否则可能导致新生代内存占比过高，老年代内存不足触发频繁Major GC。

RUBY_GC_OLDMALLOC_LIMIT #

• 含义：老年代对象内存分配的初始阈值，当老年代累计分配的内存超过该值时，会触发一次Major GC（Full GC）。
• 取值计算方法：
  • 默认值通常为32MB左右，建议设为应用稳态运行时老年代内存占用量的50%~70%。
  • 精准计算：先让应用在生产环境跑1个完整的业务周期，用rbtrace、gc_tracer统计稳态下老年代的内存占用，再按比例调整。
  • 粗略估算：可设为RUBY_GC_MALLOC_LIMIT的2~3倍。

RUBY_GC_OLDMALLOC_LIMIT_MAX #

• 含义：老年代对象内存分配阈值的上限，每次Major GC后如果回收效率不达预期，阈值会向上浮动，但不会超过该最大值。
• 取值计算方法：
  • 通用建议：设为Pod分配给Ruby应用的内存的30%~40%。
  • 示例：给Ruby应用预留1G内存时，可设为314572800 ~ 419430400（单位为字节，对应300MB~400MB）。
  • K8s场景注意：所有worker进程的RUBY_GC_OLDMALLOC_LIMIT_MAX总和，不能超过Ruby应用可用内存的70%，避免进程OOM被K8s强制终止。

调优提示：每次只调整1~2个参数，调整后做压测验证性能和内存占用，避免一次性调整多个参数导致问题无法定位。所有GC参数的单位为字节，配置时注意单位转换。

内容的提问来源于stack exchange，提问作者bilel