上一篇
f5负载均衡策略会话保持设置方法有哪些，如何配置
会话保持是指将同一客户端的一系列请求始终定向到同一台后端服务器,从而保证状态信息（如登录状态、购物车内容）的连续性，F5 负载均衡器通过多种机制实现会话保持，可结合负载均衡策略灵活配置。
常见会话保持方式
| 方法 | 原理 | 适用场景 |
|---|---|---|
| 源地址哈希 | 根据客户端源 IP 进行哈希运算，相同 IP 始终分配到同一节点 | 适用于客户端 IP 相对固定、无 NAT 或代理的环境 |
| Cookie 插入 | F5 在返回给客户端的 HTTP 响应中插入或修改 Cookie，后续请求依据该 Cookie 定向 | 最适合 HTTP/HTTPS 应用，支持持久性且不依赖 IP |
| SSL 会话 ID | 基于 SSL/TLS 握手时生成的会话 ID 进行持久性分配 | 适用于 HTTPS 加密流量，无需修改应用 |
| 通用持久性（Universal） | 通过自定义规则（如 iRule）提取请求中的任意字段（如 URL 参数、Header）进行持久性 | 高度定制化需求，灵活但需编程能力 |
关键配置要点
- 持久性超时（Timeout）：设置会话保持的最大空闲时间，超过后未收到新请求则清除记录。
- 持久性条目上限（Limit）：限制同时记录的持久性条目数量，防止内存耗尽。
- 备用持久性方法：当主方法失效（如 Cookie 被删除）时，可启用备用方法。
- 与负载均衡算法的配合：会话保持通常优先于负载均衡算法，但需注意 fair 或 ratio 等动态算法可能受到影响。
配置示例（基于 tmsh）
# 创建基于 Cookie 插入的持久性配置 ltm persistence profile cookie create PERSIST_COOKIE cookie-name "F5_CISCO" cookie-encryption "disabled" cookie-expiration "0" timeout "600" # 将持久性配置文件关联到虚拟服务器 ltm virtual modify /Common/MyVIP persist { /Common/PERSIST_COOKIE { default } }
选择建议
- HTTP 应用：优先使用 Cookie 插入，避免 IP 变化带来的问题。
- HTTPS 应用：可结合 SSL 会话 ID 或 Cookie 插入（需注意 Cookie 安全属性）。
- 非 HTTP 流量（如 TCP/UDP）：可选源地址哈希或通用持久性。
- 移动端/跨网络环境：避免纯源地址方式，推荐 Cookie 或 Token 持久性。
相关问题与解答
问题 1：会话保持与健康检查冲突时如何处理？
解答：如果后端服务器健康检查失败，F5 会将其标记为 down，此时即使有会话保持记录，新请求也将被强制分配到其他健康节点，用户会话将中断，建议：
- 配置备用持久性,尽量让用户重定向到替代节点。
- 对于关键业务,使用 iRule 实现 graceful fallback，例如在节点 down 时清除原有持久性记录并重新分配。
- 确保健康检查间隔合理,避免因临时抖动导致频繁切换。
问题 2：如何在不中断业务的情况下修改会话保持配置？
解答：F5 支持动态修改持久性配置，但需注意：
- 修改超时、Cookie 名称等参数通常立即生效，无需重启虚拟服务器。
- 更换持久性类型（如从源地址改为 Cookie）时，建议先创建新的 Profile 并在虚拟服务器上添加为备用，逐步切换流量。
- 使用 tmsh modify ltm virtual ... persist 时，可通过 replace-all-with 原子替换，但会清空现有持久性表，推荐在低峰期操作，或使用 iRule 临时接管。
- 建议先在小批量流量上验证,再全量生效。
