amazon-web-services - API Manager Gateway 1.8 传入连接超时

标签 amazon-web-services centos wso2 wso2-api-manager

我正在运行 API Manager Gateway 1.8 版。服务器正在运行带有 Java(TM) SE 运行时环境的 CentOS 8(内部版本 1.7.0_67-b01)。我正在测试和生产服务器上进行测试。为了排除服务器之间的差异,生产服务器从测试服务器克隆并更新为指向单独的数据库、 key 管理器和 LDAP 服务器。此外,它与网关管理节点同步。

我启动了两个网关服务器。每台服务器上部署了几十个 API。为了测试,我在 test 和 prod 上部署了一个相同的 API,指向相同的后端服务。 API 不需要身份验证,因此没有 token 调用。我在生产和测试中直接对网关工作人员执行 API 的 wget。

调用在测试中成功执行,大约 1 秒后返回响应。

但是对生产的调用会挂起一分钟,然后 wget 重试。最终,经过多次重试,调用成功。

我已经直接从生产网关节点上的命令提示符对服务进行了数百次调用,并且每次都成功。

我正在跳过负载均衡器,因此我的测试中的所有流量都通过 http 到达网关服务器和我的后端服务。

在生产中,我在日志中看到以下内容。在 http-incoming-1 超时之前,对/csmjk 的请求会延迟 1 分钟。

TID: [0] [AM] [2017-04-16 07:38:31,472] DEBUG {org.apache.synapse.transport.passthru.SourceHandler} -  http-incoming-1: GET /csmjk/1.0/iscontentavailable/publisher/ISE.json?publisherdocumentid=10.1504/WRSTSD.2013.050791 HTTP/1.0 {org.apache.synapse.transport.passthru.SourceHandler}
TID: [0] [AM] [2017-04-16 07:38:31,479] DEBUG {org.apache.synapse.transport.nhttp.access} -  - 10.40.1.161 - - [16/Apr/2017:07:38:31 -0500] "GET /csmjk/1.0/iscontentavailable/publisher/ISE.json?publisherdocumentid=10.1504/WRSTSD.2013.050791 HTTP/1.0" - - "-" "Wget/1.12 (linux-gnu)" {org.apache.synapse.transport.nhttp.access}
TID: [0] [AM] [2017-04-16 07:38:31,481] DEBUG {org.apache.synapse.transport.passthru.ServerWorker} -  Starting a new Server Worker instance {org.apache.synapse.transport.passthru.ServerWorker}
TID: [0] [AM] [2017-04-16 07:39:31,547] DEBUG {org.apache.synapse.transport.passthru.SourceHandler} -  http-incoming-1: Timeout {org.apache.synapse.transport.passthru.SourceHandler}
TID: [0] [AM] [2017-04-16 07:39:31,547]  WARN {org.apache.synapse.transport.passthru.SourceHandler} -  Connection time out after request is read: http-incoming-1 {org.apache.synapse.transport.passthru.SourceHandler}

在测试中,我看到请求后立即调用我们的后端服务:
TID: [0] [AM] [2017-04-16 07:42:08,281] DEBUG {org.apache.synapse.transport.passthru.SourceHandler} -  http-incoming-10: GET /csmjk/1.0/iscontentavailable/publisher/ISE.json?publisherdocumentid=10.1504/WRSTSD.2013.050791 HTTP/1.0 {org.apache.synapse.transport.passthru.SourceHandler}
TID: [0] [AM] [2017-04-16 07:42:08,286] DEBUG {org.apache.synapse.transport.nhttp.access} -  - 10.40.1.161 - - [16/Apr/2017:07:42:08 -0500] "GET /csmjk/1.0/iscontentavailable/publisher/ISE.json?publisherdocumentid=10.1504/WRSTSD.2013.050791 HTTP/1.0" - - "-" "Wget/1.12 (linux-gnu)" {org.apache.synapse.transport.nhttp.access}
TID: [0] [AM] [2017-04-16 07:42:08,304] DEBUG {org.apache.synapse.transport.passthru.ServerWorker} -  Starting a new Server Worker instance {org.apache.synapse.transport.passthru.ServerWorker}
TID: [0] [AM] [2017-04-16 07:42:08,394]  INFO {org.wso2.carbon.databridge.agent.thrift.AsyncDataPublisher} -  Flushing the events from the queue 1 {org.wso2.carbon.databridge.agent.thrift.AsyncDataPublisher}
TID: [0] [AM] [2017-04-16 07:42:08,426]  INFO {org.wso2.carbon.apimgt.gateway.handlers.security.CCCAPIAuthenticationHandler} -  Headers : {Accept=*/*, Connection=Keep-Alive, Host=TEST:8281, User-Agent=Wget/1.12 (linux-gnu), X-JWT-Assertion=null} {org.wso2.carbon.apimgt.gateway.handlers.security.CCCAPIAuthenticationHandler}
TID: [0] [AM] [2017-04-16 07:42:08,426]  INFO {org.wso2.carbon.apimgt.gateway.handlers.security.CCCAPIAuthenticationHandler} -  Message context:[MessageContext: logID=57478a056938f45377e3a24e79fae0781cbfcc13f4af60aa] {org.wso2.carbon.apimgt.gateway.handlers.security.CCCAPIAuthenticationHandler}
TID: [0] [AM] [2017-04-16 07:42:08,585]  INFO {org.wso2.carbon.apimgt.gateway.handlers.security.CCCAPIAuthenticationHandler} -  End user: null, API user: null {org.wso2.carbon.apimgt.gateway.handlers.security.CCCAPIAuthenticationHandler}
TID: [0] [AM] [2017-04-16 07:42:08,601]  INFO {org.apache.synapse.core.axis2.TimeoutHandler} -  This engine will expire all callbacks after : 120 seconds, irrespective of the timeout action, after the specified or optional timeout {org.apache.synapse.core.axis2.TimeoutHandler}
TID: [0] [AM] [2017-04-16 07:42:08,617] DEBUG {org.apache.synapse.transport.passthru.connections.TargetConnections} -  Trying to get a connection {}->http://SERVICE:1111 {org.apache.synapse.transport.passthru.connections.TargetConnections}

这已经在生产中运行了好几个月,两天前突然停止可靠工作。

任何帮助将不胜感激。
谢谢

最佳答案

我已经连续工作了 3 天。启用额外调试后,我确定在超时之前完成的最后一件事是调用 Google Analytics。我禁用了谷歌分析跟踪,现在一切都恢复正常了。这也在我的测试实例中配置。更多的调试即将到来,但至少我会回复请求。
谢谢

关于amazon-web-services - API Manager Gateway 1.8 传入连接超时,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43439035/

相关文章:

server - polymer :错误没有可用的端口 start_server.js

linux - rpm 规范文件的安装后脚本中的 yum/rpm install 命令

java - JDBCResourceDAO 无法删除 id 的资源 - WSO2 API Manager

mysql - 在 WSO2BPS 上执行 LoadTest 时出现 NullPointerExceptions

amazon-web-services - 如何使用代理协议(protocol)版本 2 通过 AWS Network Load Balancer 获取客户端的真实 IP 地址?

mysql - Amazon Web Service RDS 连接失败

bash - 如何在 bash 脚本中等待 AWS 实例创建完成

python - 在 Python 中使用 boto.dynamodb2 在 AWS DynamoDb 中增加计数器

linux - 自动挂载已死但子系统已锁定

apache - 已启用 Commons Fileupload 安全管理器