Solo.io Gloo 中的 TCP Keepalive 配置指南
2025-06-12 23:57:41作者:毕习沙Eudora
什么是 TCP Keepalive
TCP Keepalive 是一种网络机制,用于检测和维护 TCP 连接的活跃状态。在 Solo.io Gloo 项目中,这项功能可以帮助管理员优化网关代理与上下游服务之间的连接稳定性。
TCP Keepalive 的工作原理
TCP Keepalive 通过两种主要方式提升连接稳定性:
- 保持连接活跃:在连接空闲特定时间后发送探测包,避免频繁重建连接导致的延迟波动。
- 检测失效连接:当探测失败时(如因防火墙设置),及时关闭失效连接,避免长时间等待和重试。
核心配置参数
在 Gloo 中配置 TCP Keepalive 时,需要了解以下三个关键参数:
| 参数名称 | 默认值 | 作用描述 |
|---|---|---|
| tcp_keepalive_time | 7200秒 | 连接空闲多长时间后开始发送探测包 |
| tcp_keepalive_intvl | 75秒 | 两次探测包之间的间隔时间 |
| tcp_keepalive_probes | 9次 | 发送多少次探测包后仍无响应则关闭连接 |
配置建议
网络环境考量
- 在低速或不稳定网络中,过低的
tcp_keepalive_intvl或tcp_keepalive_probes值可能导致不必要的流量或误断连接。 - 过高的探测间隔可能导致无法及时发现连接问题。
- 注意应用层协议(如 HTTP/gRPC)可能自带 keepalive 机制,会覆盖 TCP 层的设置。
典型应用场景
-
控制平面与代理通信:Gloo 控制平面与 Envoy 代理之间可能出现连接假死情况,适当调整 keepalive 参数可改善此问题。
-
负载均衡环境:当 Gloo 网关前有网络负载均衡器时,keepalive 可防止连接被错误回收。
下游连接配置
下游连接指客户端到 Envoy 网关的连接。由于 Envoy 不直接支持下游连接的 TCP keepalive 设置,需要通过 socket 选项实现。
apiVersion: gateway.solo.io/v1
kind: Gateway
spec:
options:
socketOptions:
- level: 1 # SOL_SOCKET
name: 9 # SO_KEEPALIVE
intValue: 1
- level: 6 # IPPROTO_TCP
name: 4 # TCP_KEEPIDLE
intValue: 60
- level: 6
name: 5 # TCP_KEEPINTVL
intValue: 20
- level: 6
name: 6 # TCP_KEEPCNT
intValue: 2
此配置表示:连接空闲60秒后开始探测,每20秒发送一次,连续2次失败则断开连接。
上游连接配置
上游连接指 Envoy 网关到后端服务的连接。Gloo 提供了更直接的配置方式:
apiVersion: gloo.solo.io/v1
kind: Upstream
spec:
connectionConfig:
tcpKeepalive:
keepaliveTime: 60
keepaliveInterval: 20
keepaliveProbes: 2
静态集群配置
对于通过 Helm 配置的静态集群,可通过以下参数调整 keepalive 时间:
gloo:
gatewayProxies:
NAME:
tcpKeepaliveTimeSeconds: 60
注意:静态集群的 tcp_keepalive_intvl 和 tcp_keepalive_probes 使用系统默认值。
最佳实践
- 生产环境测试:任何 keepalive 配置变更都应先在测试环境验证。
- 监控调整:结合连接监控指标,逐步优化参数。
- 环境差异:不同网络环境(云/本地)可能需要不同配置。
通过合理配置 TCP Keepalive,可以显著提升 Gloo 网关在各种网络环境下的连接稳定性和可靠性。
登录后查看全文
热门项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
523
3.72 K
Ascend Extension for PyTorch
Python
329
388
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
877
578
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
335
161
暂无简介
Dart
762
188
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.33 K
745
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
React Native鸿蒙化仓库
JavaScript
302
349
华为昇腾面向大规模分布式训练的多模态大模型套件,支撑多模态生成、多模态理解。
Python
113
136