【问题标题】:WSO2 API Manager - Strange result of Failover test. How come?WSO2 API Manager - 故障转移测试的奇怪结果。怎么来的?
【发布时间】:2016-12-01 16:18:32
【问题描述】:

WSO2AM 版本:1.10.0

我在查看部署模式文档后设置了 API 管理器。(https://docs.wso2.com/display/CLUSTER44x/API+Manager+Deployment+Patterns)

1 个发布者
1 家商店
1 网关管理器
3 网关工作者(集群)
2 负载均衡器
2 密钥管理器 (HA)
4 个 jmeter 从机,1 个 jmeter 客户端

然后我用 jmeter 进行了故障转移测试。 在 jmeter 生成 http 请求期间,我杀死了一个网关工作节点。 (网关工作节点 3 -> 2)

我得到了与我预期不同的结果。 (有点奇怪) TPS 在 5 秒内接近零,网关工作进程关闭。 (当我杀死网关工人时)

Graph - Performance break down when api gateway detached in cluster by killed

我想知道那会发生什么? 即使活着的网关工作人员试图恢复某些东西,我也不认为 TPS 会这样下降。

【问题讨论】:

  • 您在实时网关工作人员中看到任何错误/警告日志吗?
  • @Bhathiya 实时网关工作人员没有错误。但 TPS 降至零。

标签: wso2 wso2-am api-manager


【解决方案1】:

我个人还没有看到这种行为。无论如何,这可能是网关工作集群或负载均衡器中的问题。为了解决这个问题,您可以移除负载均衡器并将请求并行发送到所有 3 个网关工作人员。然后杀死一名工人,看看其他工人是否有任何TPS下降。如果有,那就是网关集群的问题,如果没有,那就是负载均衡器的问题。

【讨论】:

  • 谢谢。你建议我的方式,对我很有帮助。当系统在没有负载均衡器的情况下运行时,即使我杀死了一名网关工作人员,它也能很好地工作。没有 TPS 下降。从现在开始,我应该使用负载均衡器进行测试,找出瓶颈点在哪里。
  • 很高兴它有帮助。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-06-07
  • 1970-01-01
  • 2019-02-19
  • 1970-01-01
  • 1970-01-01
  • 2014-04-13
相关资源
最近更新 更多