Cloud Foundry多实例负载均衡异常求助：Java Servlet应用请求仅转发至单实例

嘿，我来帮你搞定这个负载均衡的问题！首先得明确：Cloud Foundry默认就会在多实例的应用间自动做请求分发，所以你的请求全打去同一个实例，肯定是某个细节出了问题，咱们一步步排查：

1. 先排查会话粘性（Session Affinity）的坑 #

虽然你说应用是无状态的，但有时候代码里的小细节会悄悄开启会话粘性——比如如果你的应用（或者Jersey框架）不小心创建了HttpSession，Cloud Foundry的路由器会自动启用会话粘性，把同一个客户端的请求都粘到同一个实例上。

• 先确认应用真的完全无状态：检查代码里有没有调用request.getSession()这类创建Session的逻辑，或者Jersey的配置里有没有开启会话相关的特性。哪怕只是一行不经意的代码，都可能触发这个问题。
• 如果确实不需要Session，直接禁用会话粘性：
  在你的manifest.yml里添加路由配置：

  routes:
  - route: 你的应用路由地址
    sticky_session: false
  

  或者用CF CLI命令直接更新路由：

  cf update-route 你的应用路由地址 --app 你的应用名称 --no-sticky-session
  

2. 确认路由配置没毛病 #

• 先检查应用和路由的绑定是否正确：运行cf routes命令，找到你的应用对应的路由，确认APP列显示的是你的应用名，没有其他异常绑定。
• 检查实例权重：如果给某个实例设置了更高的权重，请求会偏向它。运行cf app 你的应用名称，查看所有实例的状态都是running，并且路由权重都是默认的1（如果有权重配置的话）。

3. 看看是不是客户端的问题 #

有些客户端会保持长连接，后续请求复用同一个连接，就会一直打到同一个实例。比如某些HTTP客户端的连接池配置，或者浏览器的缓存连接。

• 换不同的客户端测试：比如用curl多次请求，或者用Postman开不同的会话请求，看看是否还是只打到同一个实例。如果换客户端后正常了，那就是原客户端的连接复用导致的。

4. 查日志验证路由行为 #

• 查看应用的访问日志：运行cf logs 你的应用名称 --recent，检查每个请求的X-CF-APP-INSTANCE头（如果有的话），看看日志里有没有出现不同的实例ID。如果日志里只有一个实例ID，说明路由器确实没分发；如果有多个，那问题大概率在客户端那边。

最后总结 #

因为你的应用是无状态的，Cloud Foundry的默认逻辑就该帮你做负载均衡，所以最可能的元凶就是意外开启的会话粘性，先从这个方向排查准没错。如果上面的步骤都试过还是不行，再考虑查看Cloud Foundry路由器的状态或者联系平台管理员确认集群配置。

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