在本章中，我们将介绍以下食谱：
Elasticsearch 在 Linux/macOS X/Windows 上运行，其唯一要求是安装 Java 8.x 。通常，我建议使用 Oracle JDK，它位于 https://github.com/aparo/elasticsearch- 7.x 食谱。
Elasticsearch 有一个活跃的社区，发布周期非常快。
因为 Elasticsearch 依赖于许多常见的 Java 库（Lucene、Guice 和 Jackson 是最著名的库），所以 Elasticsearch 社区试图让它们保持更新并修复在它们和 Elasticsearch 核心中发现的错误。庞大的用户群也是改进 Elasticsearch 用例的新想法和新功能的来源。
出于这些原因，如果可能，最好使用最新的可用版本（通常是更稳定且没有错误的版本）。
要安装 Elasticsearch，您需要支持的操作系统 (Linux/macOS X/Windows) 和 Java Java 虚拟机 (JVM) 1.8 或 更高的 已安装 （首选 Sun Oracle JDK。有关这方面的更多信息，请访问 http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html)。下载 Elasticsearch 二进制版本需要 Web 浏览器。安装 Elasticsearch 至少需要 1 GB 的可用磁盘空间。
我们将从从网上下载 Elasticsearch 开始。最新版本始终可在 https://www.elastic.co/downloads/elasticsearch下载。可用于不同操作系统的版本如下：
提取二进制内容。为您的平台下载正确的版本后，安装涉及在工作目录中展开存档。
对于 Windows 平台，安装 Elasticsearch 的好目录可能是 c:\es，在 Unix 上和 /opt/es 在 macOS X 上。
要运行 Elasticsearch，您需要安装 JVM 1.8 或更高版本。为了获得更好的性能，我建议您使用最新的 Sun/Oracle 版本。
让我们启动 Elasticsearch 来检查一切是否正常。要启动您的 Elasticsearch 服务器，只需访问该目录， 对于 Linux 和 macOS X 执行以下操作：
或者，您可以为 Windows 键入以下命令行：
您的服务器现在应该启动并显示日志 类似 到以下：
Elasticsearch 包一般包含以下目录：
在 Elasticsearch 启动期间，会发生以下事件：
如果这些端口号已经绑定，Elasticsearch 会自动增加端口号并尝试绑定它们，直到端口可用（即 9201、9202 等）。
在 Elasticsearch 启动期间会触发更多事件。我们将在其他食谱中详细了解它们。
在节点启动期间，会自动启动许多所需的服务。最重要的如下：
我们接下来要介绍的设置网络秘籍将帮助您进行初始网络设置。查看官方 Elasticsearch 下载页面 https://www.elastic.co/downloads/elasticsearch 以获取最新版本.
正确设置网络对您的节点和集群非常重要。
有很多不同的安装场景和网络问题。配置节点构建集群的第一步是正确设置节点发现。
要更改配置文件，您将需要一个有效的 Elasticsearch 安装和一个简单的文本编辑器，以及您当前的网络配置（您的 IP）。
要设置网络，请使用以下步骤：
从我的屏幕转储中可以看到，传输绑定到 192.168.1.164:9300。 REST HTTP 接口绑定到 192.168.1.164:9200。
以下是网络管理的主要重要配置键：
node.name 允许为节点定义一个名称。如果您在不同的机器上有很多节点，将它们的名称设置为有意义的名称以便轻松定位它们很有用。使用有效的名称比生成的名称（例如 fyBySLMcR3uqKiYC32P5Sg）更容易记住。
network.host 定义了用于绑定节点的机器的 IP。如果您的服务器位于不同的 LAN 上，或者您希望将绑定限制在一个 LAN 上，则必须使用您的服务器 IP 设置此值。
discovery.zen.ping.unicast.hosts 允许您定义主机列表（带有端口或端口范围）以用于发现其他节点以加入集群。首选端口是传输端口，通常是 9300。
主机列表的地址可以是以下几种的混合：
本章中的设置节点秘诀
Elasticsearch 允许在安装中自定义多个参数。在这个秘籍中，我们将看到最常用的定义数据存储位置和提高整体性能的方法。
如下载和安装 Elasticsearch 配方中所述，您需要一个有效的 Elasticsearch 安装和一个简单的文本编辑器来更改配置文件。
设置简单节点所需的步骤如下：
path.conf 参数定义了包含你的配置的目录，主要是elasticsearch.yml和logging.yml。默认为 $ES_HOME/config，ES_HOME 用于安装 Elasticsearch 服务器的目录。
path.data 参数是最重要的一个。这允许我们定义一个或多个目录（在不同的磁盘中），您可以在其中存储索引数据。当您定义多个目录时，它们的管理方式类似于 RAID 0（它们的空间是总和），优先选择具有最多可用空间的位置。
path.work parameter 是 Elasticsearch 存储临时文件的位置。
path.log parameter 是放置日志文件的地方。这些控制如何在 logging.yml 中管理日志。
path.plugins parameter 允许您覆盖插件路径（默认为 $ES_HOME/plugins）。将系统范围的插件放在共享路径中（通常使用 NFS）很有用，以防您想要一个地方来存储所有集群的插件。
主要参数用于控制索引和分片，index.number_of_shards控制新创建索引的标准分片数，index.number_of_replicas控制初始副本数。
请参阅以下几点以了解有关此配方相关主题的更多信息：
如果您使用的是 Linux 系统（通常在生产环境中），则需要管理额外的设置以提高性能或解决具有许多索引的生产问题。
这个秘籍涵盖了生产中发生的以下两个常见错误：
正如我们在 下载和安装Elasticsearch 本章中所描述的，y 你需要一个有效的 Elasticsearch 安装和一个简单的文本编辑器来更改配置文件。
为了提高 Linux 系统的性能，我们将执行以下步骤：
文件描述符的标准限制（https://www.bottomupcs.com/file_descriptors.xhtml）（最大打开数用户的文件）通常为 1,024 或 8,096。当您在多个索引中存储大量记录时，您会很快用完文件描述符，因此您的 Elasticsearch 服务器变得无响应并且您的索引可能会损坏，从而导致您丢失数据。
将限制更改为非常高的数字意味着您的 Elasticsearch 不会达到打开文件的最大数量。
内存的另一个设置阻止 Elasticsearch 交换内存并在环境中提高性能。此设置是必需的，因为在索引和搜索期间，Elasticsearch 会在内存中创建和销毁大量对象。大量的创建/销毁操作会分散内存并降低性能。然后内存变得充满漏洞，当系统需要分配更多内存时，它会承受寻找压缩内存的开销。如果不设置 bootstrap.memory_lock: true，Elasticsearch 会将整个进程内存转储到磁盘上并将其碎片整理回内存中，从而冻结系统。使用此设置，碎片整理步骤全部在内存中完成，性能大幅提升。
Elasticsearch 是为云原生设计的，所以当你需要发布一个记录海量的生产环境，并且需要高可用性和良好的性能时，你需要在一个集群中聚合更多的节点。
Elasticsearch 允许您定义不同类型的节点来平衡和提高整体性能。
如 下载和安装 Elasticsearch recipe 中所述您需要一个有效的 Elasticsearch 安装和一个简单的文本编辑器来更改配置文件。
对于集群的高级设置，必须配置一些参数来定义不同的节点类型。
这些参数在 config/elasticsearch.yml文件中，可以通过以下步骤进行设置：
node.master 参数确定节点可以成为云的主节点。此参数的默认值为 true。主节点是云的仲裁者；它决定分片管理，保持集群状态，并且是每个索引操作的主要控制器。如果您的主节点过载，所有集群都会有性能 penalties。主节点是将搜索分布到所有数据节点并聚合/重新评分结果以将其返回给用户的节点。在大数据方面，它是 Elasticsearch 中 Map/Redux 搜索中的一个 Redux 层。
主节点的数量必须始终是偶数。
node.data 参数允许您将数据存储在节点中。此参数的默认值为 true。 此节点将是一个负责索引和搜索数据的工作人员。
通过混合这两个参数，可以有不同的节点类型，如下表所示：
| node.master |
node.data |
节点说明 |
| 真的 |
真的 |
这是默认节点。它可以是包含数据的主控。 |
| 错误的 |
真的 |
该节点永远不会成为主节点；它只保存数据。它可以定义为集群的主力。 |
| 真的 |
错误的 |
该节点仅用作主节点，以避免存储任何数据并拥有空闲资源。这将是您的集群的协调器。 |
| 错误的 |
错误的 |
该节点充当搜索负载均衡器（从节点获取数据、聚合结果等）。这种节点也称为协调器或客户端节点。 |
最常用的节点类型是第一种，但如果您有非常大的集群或特殊需求，您可以更改节点的范围以更好地服务于搜索和聚合。
关于master节点的数量，有一些设置需要至少一半加1才能保证集群处于安全状态（无脑裂风险： https://www.elastic.co/guide/en/elasticsearch/reference/6.4/modules- node.html#split-brain）。此设置是 discovery.zen.minimum_master_nodes，它必须设置为以下等式：
要拥有 高可用性 (HA) 集群，您至少需要三个主节点，并且设置了 minimum_master_nodes 的值到 2.
我们之前看到的主节点对于集群稳定性来说是最重要的。为了防止查询和聚合在集群中造成不稳定，可以使用协调器（或客户端/代理）节点来提供与集群的安全通信。
正如我们在本章的下载和安装 Elasticsearch 秘籍中所描述的那样，您需要一个有效的 Elasticsearch 安装，以及一个用于更改配置文件的简单文本编辑器。
对于集群的高级设置，必须配置一些参数来定义不同的节点类型。
这些参数在 config/elasticsearch.yml 文件中，可以通过以下步骤设置协调器节点：
协调节点是一个特殊的节点，作为集群的代理/传递思想。其主要优点如下：
Elasticsearch 的主要目标是索引、搜索和分析，但通常需要在将文档存储到 Elasticsearch 之前对其进行修改或增强。
以下是这种情况下最常见的场景：
您需要一个有效的 Elasticsearch 安装，如下载和安装 Elasticsearch 配方中所述，还需要一个简单的文本编辑器来更改配置文件。
要设置摄取节点，您需要编辑 config/elasticsearch.yml 文件并将 ingest 属性设置为 true， 如下：
Elasticsearch 的默认配置是将节点设置为摄取节点（参考 第 12 章，使用摄取模块，了解有关摄取管道的更多信息）。
作为协调节点，使用摄取节点是一种为 Elasticsearch 提供功能而不会影响集群安全的方法。
如果您想阻止某个节点被用于摄取，您需要使用 node.ingest: false 禁用它。最佳实践是在主节点和数据节点中禁用此功能，以防止出现摄取错误问题并保护集群。协调节点是成为摄取节点的最佳候选者。
如果您使用 NLP、附件提取（通过附件摄取插件）或日志摄取，最佳实践是拥有一个摄取活动的协调节点池（无主节点、无数据）。
以前版本的 Elasticsearch 中的附件和 NLP 插件在标准数据节点或主节点中可用。由于以下原因，这些给 Elasticsearch 带来了很多问题：
最佳实践是拥有一个启用摄取的协调节点池，以便为集群和摄取管道提供最佳安全性。
了解了四种 Elasticsearch 节点后，您可以轻松理解为与 Elasticsearch 协同工作而设计的防水架构应该与此类似：
Elasticsearch 的主要功能之一是可以使用插件对其进行扩展。插件以多种方式扩展了 Elasticsearch 的特性和功能。
在 Elasticsearch 中，这些插件是原生插件。这些是包含应用程序代码的 JAR 文件，用于以下原因：
您需要一个有效的 Elasticsearch 安装，正如我们在下载和安装 Elasticsearch 配方中所描述的，还需要一个提示符/shell 来执行 Elasticsearch 安装目录中的命令。
Elasticsearch 在 bin/directory 中提供了一个用于自动下载和安装插件的脚本，称为 elasticsearch-plugin。
安装插件所需的步骤 如下：
要安装用于从文件中提取文本的提取附件插件，如果您使用的是 Linux，只需调用并键入以下命令：
对于 Windows，键入以下命令：
在以下屏幕截图中，您可以看到 Elasticsearch 服务器的安装和启动，以及已安装的插件：
elasticsearch-plugin.bat 脚本是 Elasticsearch 插件管理器的包装器。这可用于安装或删除插件（使用删除选项）。
有几种方法可以安装插件，例如：
在安装过程中，Elasticsearch 插件管理器能够执行以下操作：
安装过程是全自动的；无需采取进一步行动。用户只需注意该过程以 Installed 消息结束这一事实，以确保安装过程已正确完成。
始终需要重新启动服务器以确保 Elasticsearch 正确加载了插件。
如果您当前的 Elasticsearch 应用程序依赖于一个或多个插件，则可以将节点配置为仅在这些插件已安装且可用时启动。要实现此行为，您可以在 elasticsearch.yml 配置文件中提供 plugin.mandatory 指令。
对于前面的示例（ingest-attachment），要添加的配置行是 如下：
安装插件时还有一些提示要记住：在节点环境中更新某些插件可能会由于不同节点中的插件版本不同而导致故障。如果您有一个大集群以确保安全，最好在单独的环境中检查更新以防止出现问题（并记住升级所有节点中的插件）。
为了防止在 Elasticsearch 5.x 或更高版本中更新 Elasticsearch 版本服务器，这也可能由于一些内部 API 更改而破坏您的自定义二进制插件，插件需要在其清单中具有相同版本的 Elasticsearch 服务器。
在 Elasticsearch 站点上，有可用插件的更新列表：https://www. elastic.co/guide/en/elasticsearch/plugins/current/index.html.
实际的 Elasticsearch 文档并未涵盖所有可用的插件。我建议去 GitHub (https://github.com) 并使用这些或类似的查询来搜索它们：elasticsearch plugin、elasticsearch lang 和 elasticsearch 摄取。
您已经安装了一些插件，现在您需要删除一个插件，因为它不是必需的。删除 Elasticsearch 插件很容易 如果一切正常，否则您将需要手动删除它。
这个食谱涵盖了这两种情况。
您需要一个有效的 Elasticsearch 安装，如下载和安装 Elasticsearch 配方中所述，以及在 Elasticsearch 安装目录中执行命令的提示符或 shell。在删除插件之前，停止 Elasticsearch 服务器以防止由于删除插件 JAR 引起的错误会更安全。
删除插件的步骤如下：
在 Linux 和 macOS X 上，键入以下命令：
在 Windows 上，键入以下命令：
插件管理器的删除命令尝试检测插件的正确名称并删除已安装插件的目录。
如果您的插件目录中有不可删除的文件（或奇怪的天文事件袭击了您的服务器），则插件脚本可能无法手动删除插件，因此您需要按照以下步骤操作：
标准日志记录设置非常适合一般用途。
更改日志级别对于检查错误或了解由于配置错误或奇怪的插件行为而导致的故障很有用。可以使用 Elasticsearch 社区的详细日志来解决此类问题。
如果您需要调试 Elasticsearch 服务器或更改日志记录的工作方式（即远程发送事件），则需要更改 log4j2.properties 文件。
正如我们在下载和安装 Elasticsearch 秘籍中所述，您需要一个有效的 Elasticsearch 安装，以及一个简单的文本编辑器来更改配置文件。
在 Elasticsearch 安装目录的 config 目录中，有一个控制工作设置的 log4j2.properties 文件。
更改日志记录设置所需的步骤是 如下：
Elasticsearch 日志系统基于 log4j 库 (http://logging.apache.org/log4j/< /a>)。
Log4j 是一个强大的库 用于管理日志记录。涵盖其所有功能超出了本书的范围；如果用户需要高级用法，互联网上有很多关于它的书籍和文章。
Docker ( https://www.docker.com/ ) 已成为部署应用服务器的常用方式 应用服务器 用于测试或生产。
Docker 是一个容器系统，可以轻松部署服务器应用程序的可复制安装。使用 Docker，您无需设置主机、配置它、下载 Elasticsearch 服务器、解压缩或启动服务器——一切都由 Docker 自动完成。
您需要一个工作的 Docker 安装才能执行 Docker 命令（https://www.docker.com/products/overview )。
您将看到 ElasticSearch 服务器的输出正在启动。
输出将类似于以下内容：
Docker 容器提供安装了 Elasticsearch 的 Debian Linux 安装。
Elasticsearch Docker 安装很容易重复，不需要大量的编辑和配置。
可以通过多种方式调整默认安装，例如：
官方的 Elasticsearch 镜像不仅由 Docker 提供。还有几个用于自定义目的的自定义图像。其中一些针对大型集群部署或比标准集群更复杂的 Elasticsearch 集群拓扑进行了优化。
Docker 非常方便以干净的方式测试多个版本的 Elasticsearch，而无需在主机上安装太多东西。
在代码存储库目录 ch01/docker/ 中，有一个 docker-compose.yaml 文件，它提供了一个完整的环境，它将设置以下元素：
要安装所有应用程序，您只需执行 docker-compose up -d。所有必需的二进制文件都将下载并安装在 Docker 中，然后就可以使用它们了。
Elasticsearch 公司提供Elasticsearch Cloud Enterprise (ECE)，该工具与 Elasticsearch Cloud (https://www.elastic.co/cloud) 并且免费提供。该解决方案可在 AWS 上的 PAAS 或 GCP（谷歌云平台）上使用，可以在本地安装，以在 Elasticsearch 之上提供企业解决方案。
如果您需要跨团队或跨地域管理多个弹性部署，您可以利用 ECE 集中部署管理以实现以下功能：
使用 ECE 集中管理部署可强制实施统一的版本控制、数据治理、备份和用户策略。通过更好的管理提高硬件利用率也可以降低总成本。
由于此解决方案针对大量服务器的大型安装，因此最低测试要求是 8 GB RAM 节点。 ECE 解决方案位于 Docker 的顶部，必须安装在节点上。
ECE 仅支持某些操作系统，例如：
在其他配置上，ECE 可以工作，但在出现问题时不支持。
在安装 ECE 之前，需要检查以下先决条件：
安装过程应自动管理这些步骤，如以下屏幕截图所示：
最后，安装程序应提供您的凭据，以便您可以在类似的输出中访问您的集群，如下所示：
登录管理界面后，你会看到你的实际云状态，如下：
Elasticsearch Cloud Enterprise 允许您管理可以通过部署创建实例的大型 Elasticsearch 云服务。默认情况下，标准部署将触发具有 4 GB RAM、32 GB 磁盘和 Kibana 实例的 ElasticSearch 节点。
您可以在 ElasticSearch 的部署过程中定义很多参数，例如：
对于 Kibana，您只能配置内存（从 1 GB 到 8 GB）并传递额外的参数（通常用于自定义地图）。
ECE 执行所有配置， 如果您需要监控组件和其他 X-Pack 功能，它能够自动配置您的集群以管理所有必需的功能。
如果您需要管理多个 Elasticsearch/Kibana 集群，Elasticsearch Cloud Enterprise 非常有用，因为它可以解决所有基础架构问题。
您可以参考以下链接以获取有关本秘籍中涵盖的主题的更多信息：