如何通过负载均衡器同时更新两台服务器的Elastic Search索引？

针对你在Azure环境中两台副本服务器的Elasticsearch索引同步更新需求，我整理了几个实用方案，包括你关注的负载均衡器路由思路的可行性分析：

一、利用现有Ansible环境批量执行更新（最推荐） #

既然你们已经通过自托管Git服务器运行Ansible Playbook部署Docker容器，完全可以扩展现有Playbook来实现批量索引更新：

• 编写一个专门的Playbook任务，目标主机指定两台服务器的主机名或IP
• 在任务中直接调用服务器上的索引更新接口，比如执行curl http://localhost:9200/_update/your-index（根据实际接口调整）
• 借助Ansible的并行执行特性，默认情况下它会同时对多台主机执行任务，确保两台服务器的索引更新操作几乎同步完成
• 优势：无需额外搭建组件，复用现有运维流水线，更新过程可控且易于审计

二、通过消息队列实现触发式同步更新 #

如果需要基于核心数据库的变更实时触发索引更新，可以引入Azure Service Bus或类似消息队列组件：

• 修改核心数据库的触发器逻辑，当数据变更时，将更新消息发送到消息队列
• 为两台服务器分别部署消息监听服务（可以是一个简单的Python/Shell脚本，或者集成到现有应用中）
• 监听服务收到队列中的更新消息后，立即执行本地Elasticsearch索引的更新操作
• 优势：解耦数据库与索引更新逻辑，即使某台服务器临时离线，消息也会保留，恢复后自动补更，可靠性更高

三、负载均衡器路由到两台服务器的可行性分析 #

你提到的通过负载均衡器将/update路径路由到两台服务器的思路，标准Azure负载均衡器无法直接实现——因为它的核心是流量分发（轮询、权重、会话保持等策略），单个请求只会被路由到一台后端服务器。如果要实现这个需求，需要额外搭建反向代理层：

• 在负载均衡器后方部署一个自定义反向代理服务（比如Nginx）
• 配置Nginx的/update路径规则，将请求同时转发到两台后端服务器的/update接口
• 示例Nginx配置片段：

  location /update {
      proxy_pass http://server1:port/update;
      proxy_pass http://server2:port/update;
  }
  

• 注意：这种方式需要处理两个后端的响应结果，可能需要自定义逻辑返回统一的响应状态给客户端
• 优势：可以通过负载均衡器的路径规则统一入口，适合需要外部触发更新的场景

总结 #

优先推荐使用Ansible批量更新的方案，因为它贴合你们现有的运维流程，成本最低且易于维护；如果需要实时触发的场景，消息队列方案更可靠；负载均衡器直接广播的方式需要额外的反向代理组件支撑，适合有特定入口需求的场景。

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