gpt4 book ai didi

Kibana 在 120 秒后关闭 HTTP 连接

转载 作者:行者123 更新时间:2023-12-04 15:31:00 26 4
gpt4 key购买 nike

所以,我在 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 分钟。

  • 现在,当运行更复杂的查询时,通过 ELB 访问 Kibana 时,会在两到三分钟后显示“网关超时”错误消息。 Chrome 中的网络控制台显示正在触发两个请求,第一个确定请求时间跨度的索引,第二个确定结果数据。第一个请求需要 20 到 50 秒并成功,第二个请求总是在两分钟后以 504(网关超时)结束。

    直接对 Elasticsearch 节点之一运行 Kibana 生成的查询时,查询大约需要 7 分钟并成功完成。

    在没有 ELB 的情况下直接针对 Kibana 实例之一(使用 curl)运行查询时,它也会在差不多两分钟后失败。使用 Wireshark,我可以看到 Kibana 在 120 秒后简单地关闭了 HTTP 连接。

    那个超时从哪里来?我该如何摆脱它?

    最佳答案

    事实证明,使用的其中一个套接字也超时。 This pull request包含指向哪些部分可用于修复 Kibana 4.3.3 的提交的链接。

    关于Kibana 在 120 秒后关闭 HTTP 连接,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44069040/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com