Kibana 中的高可用性与负载均衡

本页面提供了关于通过在多个实例间分发流量来扩展 Kibana、访问多个负载均衡部署以及配置多 Elasticsearch 节点高可用性的指南。

有关后台任务和警报框架的扩展考量，请参阅 Kibana 任务管理器：性能和扩展指南和 Kibana 警报：性能和扩展。

本节中提供的配置仅适用于自主管理（self-managed）部署。当多个 Kibana 实例属于同一部署时，编排系统会自动应用必要的设置。

要运行连接到同一 Elasticsearch 集群的多个 Kibana 实例，您需要调整配置。有关每个设置的详细信息，请参阅 Kibana 配置参考。

• 使用文件追加器（file appender）时，目标文件必须是唯一的

  logging:
    appenders:
      default:
        type: file
        fileName: /unique/path/per/instance
  		

• 对于属于同一集群或部署的所有 Kibana，这些设置必须完全相同

  xpack.security.encryptionKey
  xpack.security.authc.*
  xpack.security.session.*
  xpack.reporting.encryptionKey
  xpack.encryptedSavedObjects.encryptionKey
  xpack.encryptedSavedObjects.keyRotation.decryptionOnlyKeys
  		

  1. 解密会话信息
  2. 认证配置
  3. 会话配置
  4. 解密报告
  5. 解密保存的对象
  6. 保存对象的加密密钥轮换（如有）
  警告

  如果认证配置不匹配，每个 Kibana 实例中来自未识别提供程序的会话将会在该实例的常规会话清理期间被删除。类似地，会话配置的不一致也会导致意外的会话注销。这也适用于由同一 Elasticsearch 实例支持并共享同一 kibana.index 的任何 Kibana 实例，即使它们不在同一个负载均衡器后面。

• 可以通过在命令行中使用 -c 标志来使用独立的配置文件

  bin/kibana -c config/instance1.yml
  bin/kibana -c config/instance2.yml
  		

要从同一个浏览器访问多个负载均衡的 Kibana 部署，请显式将同一集群内的所有 Kibana 实例的 xpack.security.cookieName 设置为相同的值，并为其他集群使用不同的值。

这可以防止 Kibana 实例之间的 Cookie 冲突，确保无缝的高可用性，并在实例发生故障时保持会话处于活动状态。

可以将 Kibana 配置为连接到同一集群中的多个 Elasticsearch 节点。在某个节点不可用的情况下，Kibana 会透明地连接到一个可用的节点并继续运行。对可用主机的请求将以轮询（round robin）方式进行路由（仅开发工具 Dev Tools 除外，它只会连接到第一个可用的节点）。

在 kibana.yml 中

elasticsearch.hosts:
  - http://elasticsearch1:9200
  - http://elasticsearch2:9200
		

相关配置包括 elasticsearch.sniffInterval、elasticsearch.sniffOnStart 和 elasticsearch.sniffOnConnectionFault。这些配置可用于在集群调整大小时自动更新主机列表。参数可以在 Kibana 配置参考中找到。