Elasticsearch Head插件

　　Elasticsearch是一个分布式的RESTful搜索和分析引擎， Head插件是该软件运行的必备配置程序，通过该插件，用户可以在更多的数据模块中创建搜索的项目，以更多的方式执行和组合不同类型数据的搜索，Elasticsearch在配置方面的技术是非常完善的，在软件的开发以及web程序中的搜索项目都是非常关键的，可以创建结构化、地理位置、指标等搜索项目，而创建项目的过程中使用 Head插件也是必须的，本站提供 Head插件完整版下载，内置多个程序包，需要的朋友可以下载试试！

软件功能

　　支持的平台

　　正式支持的操作系统和JVM的矩阵可以在这里： 支持矩阵。Elasticsearch在列出的平台上测试，但它也可能在其他平台上工作。

　　Java（JVM）版本

　　Elasticsearch是使用Java构建的，并且至少需要 Java 8才能运行。只支持Oracle的Java和OpenJDK。在所有Elasticsearch节点和客户端上应使用相同的JVM版本。

　　我们建议安装Java 1.8.0_121或更高版本。如果使用已知的坏版本的Java，Elasticsearch将拒绝启动。

　　Elasticsearch将使用的Java版本可以通过设置JAVA_HOME环境变量进行配置。

　　Elasticsearch附带了用于在64位服务器JVM上运行Elasticsearch的默认配置。如果您使用的是32位客户端JVM，则必须-server从jvm.options中删除，如果使用任何32位JVM，则应该将线程堆栈大小-Xss1m重新配置为-Xss320k。

软件特色

　　基本概念编辑有几个概念是Elasticsearch的核心。从一开始就了解这些概念将极大地帮助缓解学习过程。

　　近实时（NRT）编辑Elasticsearch是一个接近实时的搜索平台。这意味着从索引文档到可搜索的时间有一个轻微的延迟（通常为1秒）。

　　集群编辑集群是一个或多个节点（服务器）的集合，它们一起保存您的整个数据，并在所有节点上提供联合索引和搜索功能。集群由唯一名称标识，默认情况下为“elasticsearch”。此名称很重要，因为如果节点设置为通过其名称加入集群，则节点只能是集群的一部分。

　　确保不要在不同的环境中重复使用相同的集群名称，否则可能会导致加入错误集群的节点。例如，您可以使用logging-dev，logging-stage和logging-prod 开发，暂存和生产集群。

　　请注意，有一个集群只有一个节点是有效的和完美的。此外，您可能还有多个独立的集群，每个集群都有自己唯一的集群名称。

　　节点编辑节点是作为集群一部分的单个服务器，存储您的数据，并参与集群的索引和搜索功能。就像一个集群一样，一个节点由一个名称标识，默认情况下它是一个随机的通用唯一标识符（UUID），在启动时分配给该节点。如果不想使用默认值，可以定义任何所需的节点名称。此名称对于管理目的非常重要，您需要确定网络中哪些服务器对应于Elasticsearch集群中的哪些节点。

使用方法

　　索引API编辑索引API在特定索引中添加或更新类型化的JSON文档，使其可搜索。以下示例将JSON文档插入到“twitter”索引中，名为“tweet”的类型，ID为1：

　　上述索引操作的结果是：

　　索引操作还接受op_type可以用于强制操作的create操作，允许“假设不存在”行为。当 create使用时，如果索引的文档已经存在于索引中，索引操作将失败。

　　以下是使用参数的op_type示例：

　　另一个指定的选项create是使用以下uri：

　　自动ID生成编辑可以在不指定id的情况下执行索引操作。在这种情况下，将自动生成id。此外，op_type 会自动设置为create。这里是一个例子（注意 POST而不是PUT）：

相关介绍

　　zip/tar.gzThe zip和tar.gz

　　packages适合安装在任何系统上，是开始使用Elasticsearch的最简单的选择。

　　.zip.tar.gz在Windows上使用或安装Elasticsearch或安装Elasticsearch

　　deb

　　该deb软件包适用于Debian，Ubuntu和其他基于Debian的系统。Debian软件包可以从Elasticsearch网站或我们的Debian存储库下载。

　　使用Debian软件包安装Elasticsearch

　　rpm

　　该rpm软件包适用于在Red Hat，Centos，SLES，OpenSuSE和其他基于RPM的系统上安装。RPM可以从Elasticsearch网站或从我们的RPM存储库下载。

　　使用RPM安装Elasticsearch

　　docker

　　图像可用于将Elasticsearch作为Docker容器运行。它预装了X-Pack，可以从Elastic Docker Registry下载。

注意事项

　　一些简单的含义编辑每个基本流程确定Elasticsearch如何作为读取和写入的系统。此外，由于读写请求可以同时执行，这两个基本流彼此交互。这有一些固有的含义：

　　高效读取

　　在正常操作下，每个相关复制组执行一次读取操作。只有在故障条件下，同一分片的多个副本执行相同的搜索。

　　读取未确认

　　由于主要的索引在本地索引，然后复制请求，因此并发读取可能在它已被确认之前已经看到了更改。

　　默认情况下为两个副本

　　该模型可以是容错的，同时仅保留数据的两个副本。这与基于仲裁的系统形成对比，其中容错的最小拷贝数为3。

　　故障编辑在故障下，以下是可能的：

　　单个分片可以减慢索引

　　由于主服务器在每个操作期间等待同步副本集中的所有副本，因此单个缓慢分片可能会减慢整个复制组的速度。这是我们为上述读取效率付出的代价。当然，单个缓慢碎片也会减慢已经路由到它的不幸的搜索。

　　脏读

　　隔离主机可以暴露不会被确认的写入。这是由于以下事实造成的：隔离的主机只在其向其副本发送请求时或者当到达主机时才意识到它是隔离的。此时，操作已经索引到主数据库，并且可以通过并发读取来读取。Elasticsearch通过每秒钟（默认情况下）ping主机并拒绝索引操作（如果没有主机是已知的）来减轻此风险。