discovery.seed_hosts
discovery.seed_hosts是 Elasticsearch 配置文件中的一个选项，用于指定集群自动发现所需的初始主机节点列表。
以下是对discovery.seed_hosts选项的详细解释：
discovery.seed_hosts: [ "host1", "host2" ]
discovery.seed_hosts用于指定集群自动发现时需要连接的初始主机节点列表。这些主机节点是用于引导新加入的节点发现和加入集群。discovery.seed_hosts的值应该是一个字符串数组，包含了初始主机节点的主机名或 IP 地址。- 在启动 Elasticsearch 节点时，它会尝试连接
discovery.seed_hosts列表中的每个主机，以获取集群的初始状态和其他节点的信息。 - 当新的 Elasticsearch 节点加入集群时，它会通过与
discovery.seed_hosts中的主机节点通信，自动发现并加入集群。 - 请确保
discovery.seed_hosts中的主机节点是可达的，并且在启动新节点之前，这些主机节点已经在运行。 discovery.seed_hosts选项在集群的初始配置中非常重要，它确保新节点能够正确加入已有的 Elasticsearch 集群。
确保在配置 Elasticsearch 节点时，根据实际需求和集群拓扑，正确设置discovery.seed_hosts选项，以指定集群自动发现所需的初始主机节点列表。
cluster.initial_master_nodes
cluster.initial_master_nodes是 Elasticsearch 配置文件中的一个选项，用于指定集群的初始主节点列表。
以下是对cluster.initial_master_nodes选项的详细解释：
cluster.initial_master_nodes: [ "node-1", "node-2" ]
cluster.initial_master_nodes用于指定集群的初始主节点列表。这些节点是集群中的初始主节点，负责集群的管理和协调工作。cluster.initial_master_nodes的值应该是一个字符串数组，包含了初始主节点的名称。- 在启动 Elasticsearch 节点时，它会尝试连接
cluster.initial_master_nodes列表中的每个节点，以选举出集群中的主节点。 - 初始主节点是在集群启动时被选举出来的，并负责管理集群的元数据和协调工作。
- 请确保
cluster.initial_master_nodes中的节点名称是正确的，并且这些节点已经在运行。 cluster.initial_master_nodes选项在集群的初始配置中非常重要，它确保正确选举出初始的主节点，以启动和管理集群。
确保在配置 Elasticsearch 节点时，根据实际需求和集群拓扑，正确设置cluster.initial_master_nodes选项，以指定集群的初始主节点列表。
gateway.recover_after_nodes
gateway.recover_after_nodes是 Elasticsearch 配置文件中的一个选项，用于指定在多少个节点可用后开始进行数据恢复。
以下是对gateway.recover_after_nodes选项的详细解释：
gateway.recover_after_nodes: 3
gateway.recover_after_nodes用于指定在多少个节点可用后开始进行数据恢复。默认情况下，它的值是3。- 当一个 Elasticsearch 集群中的节点发生故障或重新启动时，数据恢复过程将在指定数量的可用节点后开始执行。
gateway.recover_after_nodes的值应该是一个正整数，表示需要达到的可用节点数量。- 通过设置
gateway.recover_after_nodes，可以确保在集群中有足够的节点可用时才进行数据恢复，以避免数据恢复过程对集群的过大负载。 - 请注意，
gateway.recover_after_nodes选项仅适用于启用了持久化存储的情况，例如使用本地磁盘或专用数据存储。 - 如果集群中的可用节点数量少于指定的
gateway.recover_after_nodes值，数据恢复将不会自动开始。在这种情况下，您需要手动触发数据恢复过程。
确保在配置 Elasticsearch 节点时，根据实际需求和集群规模，正确设置gateway.recover_after_nodes选项，以确保在足够数量的节点可用后开始进行数据恢复。
gateway.expected_nodes
gateway.expected_nodes是 Elasticsearch 配置文件中的一个选项，用于指定预期的节点数量，用于数据恢复。
以下是对gateway.expected_nodes选项的详细解释：
gateway.expected_nodes: 5
gateway.expected_nodes用于指定预期的节点数量，用于数据恢复。默认情况下，它的值是5。- 当一个 Elasticsearch 集群中的节点发生故障或重新启动时，数据恢复过程将等待达到预期的节点数量。
gateway.expected_nodes的值应该是一个正整数，表示期望的节点数量。- 通过设置
gateway.expected_nodes，可以确保在集群中有足够的节点可用时才开始数据恢复，以确保数据的完整性和一致性。 - 当达到预期节点数量时，数据恢复过程会自动开始。如果节点数量少于预期，则数据恢复将等待，直到达到预期节点数量或手动触发恢复过程。
- 请注意，
gateway.expected_nodes选项仅适用于启用了持久化存储的情况，例如使用本地磁盘或专用数据存储。
确保在配置 Elasticsearch 节点时，根据实际需求和集群规模，正确设置gateway.expected_nodes 选项，以确保在达到预期的节点数量时开始数据恢复。这有助于保证数据的完整性和一致性。
bootstrap.memory_lock
bootstrap.memory_lock是 Elasticsearch 配置文件中的一个选项，用于锁定 Elasticsearch 进程的内存，以防止内存被交换到磁盘上。
以下是对bootstrap.memory_lock选项的详细解释：
bootstrap.memory_lock: true
bootstrap.memory_lock用于指定是否锁定 Elasticsearch 进程的内存。默认情况下，它的值是false，即未启用内存锁定。- 当将
bootstrap.memory_lock设置为true时，Elasticsearch 将尝试锁定进程的内存，防止操作系统将内存交换到磁盘上。 - 锁定内存可以提高 Elasticsearch 的性能，因为内存交换会导致延迟和性能下降。但是，要启用内存锁定，需要确保 Elasticsearch 的运行用户（如 elasticsearch）具有足够的权限。
- 如果您启用了内存锁定并遇到权限问题或其他错误，可以将
bootstrap.memory_lock设置为false，以允许 Elasticsearch 进程的内存被交换到磁盘上。 - 请注意，启用内存锁定可能需要对操作系统进行额外的配置，以允许 Elasticsearch 进程锁定内存。具体步骤和要求取决于您使用的操作系统和分配的权限。
确保在配置 Elasticsearch 节点时，根据实际需求和系统配置，正确设置bootstrap.memory_lock 选项，以控制是否锁定 Elasticsearch 进程的内存。请确保在启用内存锁定之前了解相关的权限和操作系统要求。
action.destructive_requires_name
action.destructive_requires_name是 Elasticsearch 配置文件中的一个选项，用于要求在执行危险操作（如删除索引）时显式指定操作名称。
以下是对action.destructive_requires_name选项的详细解释：
action.destructive_requires_name: true
action.destructive_requires_name用于控制在执行危险操作时是否要求显式指定操作名称。默认情况下，它的值是false，即不要求指定操作名称。- 危险操作包括删除索引、关闭集群、清除缓存等可能会导致数据丢失或集群不可用的操作。
- 当将
action.destructive_requires_name设置为true时，执行危险操作时需要在请求中显式指定操作名称，以增加操作的安全性。 - 指定操作名称是一种避免意外执行危险操作的措施，因为它需要更明确的意图才能执行这些操作。
- 通过设置
action.destructive_requires_name为true可以帮助防止意外的数据丢失或集群不可用，但同时需要确保在需要执行危险操作时能够正确指定操作名称。
确保在配置 Elasticsearch 节点时，根据实际需求和安全要求，正确设置action.destructive_requires_name 选项，以控制在执行危险操作时是否要求显式指定操作名称。这有助于提高操作的安全性和可靠性。
xpack.security.enabled
xpack.security.enabled是 Elasticsearch 配置文件中的一个选项，用于启用或禁用 Elasticsearch 的安全功能（X-Pack Security）。
以下是对xpack.security.enabled选项的详细解释：
xpack.security.enabled: true
xpack.security.enabled用于启用或禁用 Elasticsearch 的安全功能。默认情况下，它的值是false，即未启用安全功能。- 当将
xpack.security.enabled设置为true时，Elasticsearch 将启用安全功能，包括身份验证、授权、加密通信等。 - 启用安全功能可以保护 Elasticsearch 集群免受未经授权的访问，并提供更安全的数据传输和操作。
- 要启用安全功能，您需要安装和配置 X-Pack Security 插件，并设置适当的身份验证和授权机制，如内置用户、角色、权限等。
- 请注意，启用安全功能会对性能产生一定的影响，因为它会增加身份验证和授权的开销，并引入加密和解密的开销。
确保在配置 Elasticsearch 节点时，根据实际需求和安全要求，正确设置xpack.security.enabled 选项，以启用或禁用 Elasticsearch 的安全功能。请确保在启用安全功能之前，正确安装和配置 X-Pack Security 插件，并了解相关的身份验证和授权机制。
xpack.security.authc.api_key.enabled
xpack.security.authc.api_key.enabled是 Elasticsearch 配置文件中的一个选项，用于启用或禁用 API 密钥身份验证方式。
以下是对xpack.security.authc.api_key.enabled选项的详细解释：
xpack.security.authc.api_key.enabled: true
xpack.security.authc.api_key.enabled用于启用或禁用 API 密钥身份验证方式。默认情况下，它的值是false，即禁用 API 密钥身份验证。- 当将
xpack.security.authc.api_key.enabled设置为true时，Elasticsearch 将启用 API 密钥身份验证方式。 - API 密钥是一种轻量级的身份验证方式，它允许客户端使用预生成的密钥来进行身份验证，而无需提供用户名和密码。
- 启用 API 密钥身份验证可以在不暴露实际用户名和密码的情况下，为客户端提供一种安全的身份验证方式。
- 要使用 API 密钥身份验证，需要创建和管理 API 密钥，并为客户端提供相应的密钥和权限。
- 请注意，启用 API 密钥身份验证方式需要启用 X-Pack Security 功能，并进行适当的配置。
确保在配置 Elasticsearch 节点时，根据实际需求和安全要求，正确设置xpack.security.authc.api_key.enabled 选项，以启用或禁用 API 密钥身份验证方式。请确保在启用 API 密钥身份验证之前，正确配置和管理 API 密钥，并了解相关的权限和安全机制。
logger.org.elasticsearch.transport
logger.org.elasticsearch.transport是 Elasticsearch 配置文件中用于配置 Elasticsearch 传输模块的日志记录器。
以下是对logger.org.elasticsearch.transport的详细解释：
logger.org.elasticsearch.transport: debug
logger.org.elasticsearch.transport用于配置 Elasticsearch 传输模块的日志记录级别。默认情况下，它的值是info。- 通过设置不同的日志记录级别，可以控制 Elasticsearch 传输模块产生的日志消息的详细程度。
- 可用的日志记录级别包括：
trace、debug、info、warn和error。级别从最详细的trace到最简要的error逐渐减少。 - 设置
logger.org.elasticsearch.transport的值为debug将启用详细的调试日志记录，有助于追踪和调试与传输模块相关的问题。 - 请注意，启用详细的日志记录级别可能会产生大量的日志输出，因此在生产环境中应谨慎使用，并根据需要进行调整。
确保在配置 Elasticsearch 节点时，根据实际需求和调试要求，正确设置logger.org.elasticsearch.transport 选项，以配置 Elasticsearch 传输模块的日志记录级别。请注意在生产环境中谨慎使用详细的日志记录级别，以避免过多的日志输出。
本文由 mdnice 多平台发布
