如何在iRule中实现类似include的功能以复用逻辑？

针对主iRule逻辑复用、多VIP变量差异化的问题，以下是几个落地性强的方案：

方案1：iRule Include 片段复用（推荐） #

如果你的BIG-IP版本在11.4及以上，官方支持include命令，完美匹配你“主逻辑复用+小iRule定义变量”的需求：

• 第一步：创建主逻辑iRule片段（比如命名为/Common/main_irule_core），只保留通用逻辑，不定义变量：

  when HTTP_REQUEST {
      pool $backend_pool
      TCP::idle_timeout $timeout_value
      # 其他数百行通用业务逻辑
  }
  
  when LB_FAILED {
      # 通用故障处理逻辑，直接使用已定义的变量
      log local0. "Pool $backend_pool failed for client [IP::client_addr]"
  }
  

• 第二步：为每个VIP创建专属小iRule，仅定义该VIP的变量，然后引入主逻辑：

  when CLIENT_ACCEPTED {
      # 当前VIP的专属变量
      set backend_pool "dc1_prod_web_pool"
      set timeout_value 300
      set redirect_url "https://dc1.example.com/error"
      # 其他8-9个差异化变量
  }
  
  # 引入主逻辑片段，变量直接在主逻辑中生效
  include "/Common/main_irule_core"
  

• 优势：变量与主逻辑完全隔离，修改通用逻辑只需更新主片段一次；变量在同一iRule上下文，作用域无问题，不需要额外的存储开销。

方案2：VIP自定义属性读取 #

无需额外iRule，直接给每个VIP配置自定义属性，主iRule统一读取：

• 第一步：在TMOS中给每个VIP添加自定义键值对（或通过API批量配置）：

  ltm virtual dc1_prod_vip {
      destination 10.0.0.10:80
      ip-protocol tcp
      custom {
          backend_pool "dc1_prod_web_pool"
          timeout_value 300
          redirect_url "https://dc1.example.com/error"
      }
      rules { main_irule }
  }
  

• 第二步：主iRule中读取当前VIP的自定义属性：

  when CLIENT_ACCEPTED {
      set current_vip [virtual name]
      # 读取VIP的自定义变量
      set backend_pool [virtual custom get $current_vip backend_pool]
      set timeout_value [virtual custom get $current_vip timeout_value]
      set redirect_url [virtual custom get $current_vip redirect_url]
  }
  
  # 后续通用逻辑直接使用这些变量
  when HTTP_REQUEST {
      pool $backend_pool
      TCP::idle_timeout $timeout_value
  }
  

• 优势：不需要维护多个小iRule，变量直接绑定VIP配置；批量修改可通过TMOS脚本或REST API实现。

方案3：优先级控制+会话变量传递 #

如果版本不支持include，可通过iRule优先级+会话变量实现跨iRule的变量传递：

• 第一步：给变量定义iRule设置更高优先级（比如100），确保先执行：

  when CLIENT_ACCEPTED priority 100 {
      # 将变量存储到客户端会话中，避免全局变量冲突
      session set uie [IP::client_addr]::backend_pool "dc1_prod_web_pool"
      session set uie [IP::client_addr]::timeout_value 300
      # 设置会话超时与连接超时匹配
      session timeout uie [IP::client_addr] 300
  }
  

• 第二步：主iRule设置较低优先级（比如50），从会话中读取变量：

  when CLIENT_ACCEPTED priority 50 {
      set backend_pool [session lookup uie [IP::client_addr]::backend_pool]
      set timeout_value [session lookup uie [IP::client_addr]::timeout_value]
  }
  
  # 通用逻辑使用变量
  when HTTP_REQUEST {
      pool $backend_pool
      TCP::idle_timeout $timeout_value
  }
  

• 注意：需确保会话超时与连接超时一致，避免变量提前失效；此方案有一定的会话存储开销，适合VIP数量不多的场景。

内容的提问来源于stack exchange，提问作者R. Smith