Elasticsearch配置介绍（5）—— 许可证、本地网关和日志设置

目录

许可证设置

本地网关设置

悬挂索引

日志

日志配置

配置日志等级

弃用日志记录

JSON日志格式

---

许可证设置

我们可以在elasticsearch.yml文件中配置此授权设置。有关更多信息，请参阅许可证管理。

xpack.license.self_generated.type

设置为basic （默认）以启用基本的X-Pack功能。

如果设置为 trial ，则自生成的许可证只允许在30天内访问x-pack的所有功能。如果需要，我们可以稍后将集群降级为basic 许可证。

本地网关设置

本地网关在整个集群重新启动时存储集群状态和分片数据。

以下静态设置（必须在每个主节点上设置）控制新选择的主节点在尝试恢复群集状态和群集数据之前应等待的时间。这些设置仅在完全重新启动群集时生效。

gateway.expected_master_nodes（在7.7.0中已弃用。此设置将在8.0中删除。改用gateway.expected_data_nodes节点。）

群集中预期的数据或主节点数。当预期数量的节点加入集群时，本地分片的恢复就开始了。默认为0。

gateway.expected_master_nodes（在7.7.0中已弃用。此设置将在8.0中删除。改用gateway.expected_data_nodes节点。）

集群中需要的主节点数。当预期的主节点数加入群集时，本地分片的恢复开始。默认为0。

gateway.expected_data_nodes

群集中预期的数据节点数。当预期数量的数据节点加入集群时，就开始恢复本地分片。默认为0。

gateway.recover_after_time

如果未达到预期的节点数，则恢复过程将在尝试恢复之前等待配置的时间量。如果配置了expected_nodes设置之一，则默认为5m。

一旦recover_after_time持续时间超时，只要满足以下条件，恢复就会开始：

gateway.recover_after_nodes（在7.7.0中已弃用。此设置将在8.0中删除。改用gateway.recover_after_data_nodes）

只要有这么多数据或主节点加入群集，就恢复。

gateway.recover_after_master_nodes（在7.7.0中已弃用。此设置将在8.0中删除。改用gateway.recover_after_data_nodes）

只要有这么多主节点加入集群，就可以恢复。

gateway.recover_after_data_nodes

只要有这么多数据节点加入群集，就可以恢复。

悬挂索引

当节点加入集群时，如果发现存储在其本地数据目录中的分片，而这些分片不存在于集群中，则会认为这些碎片是“悬空的”。使用gateway.auto_import_dangling_indices将悬空索引导入群集是不安全的。相反，使用悬挂索引API。当索引仍然是集群的一部分时，这两种机制都不能保证导入的数据是否真正代表数据的最新状态。

gateway.auto_import_dangling_indices（在7.9.0中已弃用。此设置将在8.0中删除。应该改用专用的悬挂索引API。）

如果没有同名索引存在，是否自动将悬挂索引导入集群状态。默认为false。

自动导入功能旨在尽最大努力帮助丢失所有主节点的用户。例如，如果要启动一个不知道集群中其他索引的新主节点，则添加旧节点将导致导入旧索引，而不是删除旧索引。但是，自动导入有几个问题，强烈反对使用<<dangling index api，dedicated api>。

丢失所有主节点是一种应该不惜一切代价避免的情况，因为它会使集群的元数据和数据处于危险之中。

日志

我们可以使用Elasticsearch的应用程序日志来监视集群并诊断问题。如果将Elasticsearch作为服务运行，则日志的默认位置会因平台和安装方法而异：

Docker

在Docker上，日志消息进入控制台，并由配置的Docker日志驱动程序处理。要访问日志，请运行