如何测试Azure内部负载均衡器？含双VM部署场景的测试方案咨询

嘿，这就给你详细说明Azure内部负载均衡器的测试方案，分两种情况来拆解：

这些方法适用于大多数内部负载均衡器的测试场景：

• 基础连通性验证：从负载均衡器所在VNet内的客户端VM（注意别用后端池里的VM），发起对负载均衡器前端IP的ping、telnet（针对特定端口）请求，或者直接访问服务（比如Web应用），确认能正常连通。
• 后端池健康探针检查：通过Azure门户查看负载均衡器的探针状态，或者用Azure CLI命令az network lb probe show --resource-group <你的资源组名> --lb-name <负载均衡器名称> --name <探针名称>，确保所有后端VM的健康状态都显示正常。
• 流量分发规则验证：在后端VM上开启服务日志（比如IIS日志、自定义应用日志），多次访问负载均衡器前端IP，检查日志记录，确认请求被按预期策略（比如轮询、加权）分发到不同后端VM。
• 故障转移模拟测试：手动停止一台后端VM，或者将其临时移出后端池，继续发送请求，确认流量自动切换到其他健康VM；之后恢复该VM，检查是否重新加入分发队列。

针对已经配置好两台后端VM的场景，推荐更精准的测试步骤：

• 第一步：确认基础连通与健康状态
  • 找一台VNet内的测试VM（非后端池中的两台），ping负载均衡器前端IP确保连通；如果是Web服务，用浏览器或curl http://<前端IP>访问，确认能正常返回内容。
  • 用Azure CLI查看探针状态，确保两台VM的探针都处于健康状态：

    az network lb probe show --resource-group <你的资源组名> --lb-name <负载均衡器名称> --name <探针名称>
    

• 第二步：验证流量分发策略
  • 给两台后端VM的服务做差异化标记：比如修改Web页面，一台显示“VM 节点1”，另一台显示“VM 节点2”；或者在应用日志里添加当前VM的标识。
  • 多次刷新浏览器或执行curl http://<前端IP>，观察返回内容是否在两台VM之间切换，验证默认轮询策略是否生效。如果配置了粘性会话，用同一个客户端连续访问，确认请求始终落到同一台VM，换个客户端再测试是否切换。
• 第三步：故障转移实战测试
  • 登录其中一台VM，停止服务（比如执行net stop w3svc停止IIS），或者在Azure门户把它移出后端池。
  • 继续访问负载均衡器前端IP，确认所有请求都落到另一台健康VM上，没有访问失败的情况。
  • 恢复被停止的服务或把VM加回后端池，等待健康探针检测到状态恢复（通常1-2分钟），再验证流量是否重新分发到两台VM。
• 第四步：端口规则有效性验证
  • 如果配置了端口转发规则（比如前端80端口转后端8080），用telnet <前端IP> 80或curl http://<前端IP>确认能访问到后端VM的8080端口服务。
  • 测试未配置规则的端口（比如9999），确认无法访问，验证负载均衡器的规则过滤是否生效。

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