【发布时间】：2017-05-22 22:16:00
【问题描述】：
所以，我遇到了 Kibana 的这个问题，我不知道如何解决。我将从描述环境开始：
- 12 个 Elasticsearch（版本 2.1.2）节点。这些是安装了 Linux/CentOS 的各种 AWS 机器，使用 r3/r4/i3 实例类型，分布在三个可用区。每台机器都有：
- 800 GiB 存储（EBS 和 SSD）
- 30 GiB 内存
- Kibana（4.3.3 版）
- elasticsearch.requestTimeout 和 elasticsearch.shardTimeout 设置为 1500000，即 1500s，即 25 分钟。
- 我们每天创建 26 个索引，保存 12 天，其中大部分有 12 个分片和 1 个副本。
- 将请求（非粘性）分发到所有 12 个节点的 AWS ELB。
- ELB 的空闲超时时间为 900 秒，即 15 分钟。
现在，当运行更复杂的查询时，Kibana 通过 ELB 访问时，会在两到三分钟后显示“网关超时”错误消息。 Chrome 中的网络控制台显示正在触发两个请求，第一个请求确定请求时间跨度的索引，第二个请求确定结果数据。第一个请求需要 20 到 50 秒并成功，第二个请求总是在两分钟后以 504（网关超时）结束。
直接针对其中一个 Elasticsearch 节点运行 Kibana 生成的查询时，查询大约需要 7 分钟并成功完成。
在没有 ELB 的情况下直接针对其中一个 Kibana 实例（使用 curl）运行查询时，它也会在几乎整整两分钟后失败。使用 Wireshark，我可以看到 Kibana 在 120 秒后简单地关闭了 HTTP 连接。
超时从何而来？我该如何摆脱它？
【问题讨论】：
-
你能检查kibana和弹性搜索服务器的日志文件吗？
-
弹性搜索服务器只显示正在执行的查询。 Kibana 日志文件显示查询在 3 分钟后完成，HTTP 状态代码为 200，实际上没有结果数据（9 个字节）。
标签： kibana