ElasticSearch Windows单点和集群配置

ES学习

第一篇：ElasticSearch 邂逅ES
第二篇：ElasticSearch入门
第三篇：ElasticSearch JavaAPI操作
第四篇：Windows单点和集群配置
第五篇：Linux单点和集群配置
第六篇：ElasticSearch核心概念
第七篇：ElasticSearch系统架构
第八篇：ElasticSearch分布式集群
第九篇：ElasticSearch路由计算

Part4.1：ElasticSearch Windows

4.1 相关概念

4.1.1 单机&集群

• 单台ElasticSearch服务器提供服务，往往都有最大的负载能力，超过这个阈值，服务器的性能就会大大降低甚至不可用，所以生产环境中，一般都是运行在指定服务器集群中。
• 除了负载能力，单点服务器也存在其他问题
  • 单台机器存储容量有限
  • 单服务器容易出现单点故障，无法实现高可用
  • 单服务的并发处理能力有限
• 配置服务器集群时，集群中节点数量没有限制，大于等于2个节点就可以看做是集群了。一般出于高性能及高可用方面来考虑集群中节点数量都是3个以上

4.1.2 集群Cluster

• 一个集群就是由一个或多个服务器节点组织在一起，共同持有整个数据，并一起提供索引和搜索功能。一个ElasticSearch集群有一个唯一的名字标识，这个名字默认是“elasticsearch”。这个名字是很重要的，因为一个节点只能通过指定某个集群的名字来加入这个集群。

4.1.3 节点Node

• 集群中包含很多服务器，一个节点就是其中的一个服务器。作为集群的一部分，它存储数据，参与集群的索引和搜索功能。
• 一个节点也是由一个名字来标识的，默认情况下，这个名字是一个随机的漫威漫画角色的名字，这个名字会在启动的时候赋予节点。这个名字对于管理工作来说挺重要的，因为在这个管理过程中，你会去确定网络中哪些服务器对应于ElasticSearch集群中的哪些节点。
• 一个节点可以通过配置集群名称的方式来加入一个指定的集群。默认情况下，如果你得网络中没有运行任何ElasticSearch节点，这时启动任意节点都会被安排加入到一个叫做“elasticsearch”的集群中，这意味着，如果你在你的网络中启动了若干个节点，并假定他们能够互相发现彼此，他们将自动的形成并加入到一个叫做“elasticsearch”的集群中。
• 在一个集群中，只要你想，可以拥有任意多个节点。

4.2 Windows集群

• 单点配置这里不做详述，文章开头第二篇中已经有过介绍了，需要的童鞋可以移步一下哈
• 说明：这里是在本机一台机器上启动3个节点来模拟集群，实际生产环境中原则上是分三台机器分别部署三个节点实现集群的，这样更为准确的。
• 单机开启多个节点组成集群也是可以实现，但是高可用一些性能方面就容易出现问题。

4.2.1 部署集群

• ElasticSearch7.8.0下载：链接：https://pan.baidu.com/s/13cOY9Ch6RZMQln4OHy6X_A
  提取码：embs

• 创建elasticsearch-cluster文件夹，在内部复制三个elasticsearch服务。

  • 

• 修改每个节点文件目录中的config/elasticsearch.yml配置文件

  • node01

#集群名称，节点之间要保持一致
cluster.name: test-elasticsearch-cluster
#节点名称，集群内要唯一
node.name: node01
node.master: true
node.data: true
 
#ip地址
network.host: localhost
#http端口
http.port: 9200
#tcp监听端口
transport.tcp.port: 9300
 
#候选主节点的地址，在开启服务后可以被选为主节点，主机列表可以是以下各项的混合。
#主机名，例如myhost1.  ip地址，例如192.168.1.12.
#包含端口的ip地址或主机名，例如myhost1:9300、192.168.1.2:9300
#包含端口范围的ip地址或主机名，例如myhost1:[9300-9400]、192.168.1.2[9300-9400]
discovery.seed_hosts: ["localhost:9300", "localhost:9301","localhost:9302"]
discovery.zen.fd.ping_timeout: 1m
discovery.zen.fd.ping_retries: 5
 
#集群内的可以被选为主节点的节点列表
cluster.initial_master_nodes: ["node01", "node02","node03"]
 
#跨域配置
#action.destructive_requires_name: true
http.cors.enabled: true
http.cors.allow-origin: "*"
 

• node02

#集群名称，节点之间要保持一致
cluster.name: test-elasticsearch-cluster
#节点名称，集群内要唯一
node.name: node02
node.master: true
node.data: true
 
#ip地址
network.host: localhost
#http端口
http.port: 9201
#tcp监听端口
transport.tcp.port: 9301
 
#候选主节点的地址，在开启服务后可以被选为主节点
discovery.seed_hosts: ["localhost:9300", "localhost:9301","localhost:9302"]
discovery.zen.fd.ping_timeout: 1m
discovery.zen.fd.ping_retries: 5
 
#集群内的可以被选为主节点的节点列表
cluster.initial_master_nodes: ["node01", "node02","node03"]
 
#跨域配置
#action.destructive_requires_name: true
http.cors.enabled: true
http.cors.allow-origin: "*"
 

• node03

#集群名称，节点之间要保持一致
cluster.name: test-elasticsearch-cluster
#节点名称，集群内要唯一
node.name: node03
node.master: true
node.data: true
 
#ip地址
network.host: localhost
#http端口
http.port: 9202
#tcp监听端口
transport.tcp.port: 9302
 
#候选主节点的地址，在开启服务后可以被选为主节点
discovery.seed_hosts: ["localhost:9300", "localhost:9301","localhost:9302"]
discovery.zen.fd.ping_timeout: 1m
discovery.zen.fd.ping_retries: 5
 
#集群内的可以被选为主节点的节点列表
cluster.initial_master_nodes: ["node01", "node02","node03"]
 
#跨域配置
#action.destructive_requires_name: true
http.cors.enabled: true
http.cors.allow-origin: "*"
 

4.2.2 启动集群

• 分别执行bin/elasticsearch.bat，启动节点服务器，启动后，会自动加入指定名称的集群。
  • 
• 可能出现问题
  • 端口被占用
    • 
    • 可以修改配置文件，切换其他端口，或者将占用端口的程序kill（如果自己拿不准占用端口的程序重不重要，就换端口）
• utf-8问题
  • 
  • 这种情况一般是因为修改yml配置文件时，直接ctrl+s保存文件，但是文本编辑器把文本的编码格式修改了，不是utf-8了
  • 保存修改的yml文件时，指定编码格式为utf-8即可
  • 
  • 

4.2.3 测试集群

• 查看集群状态（postman)
  • node01节点:http://localhost:9001/_cluster/health
  • node01节点:http://localhost:9002/_cluster/health
  • node01节点:http://localhost:9003/_cluster/health
• 样例
  • 
  • 返回结果中有一个status字段，它指示着当前集群在总体上是否工作正常。包含三种颜色：
    • green：所有的主分片和副本分片都正常运行
    • yellow：所有的主分片都正常运行，但不是所有的副本分片都正常运行
    • red：有主分片没有正常运行
• 测试一下
  • 向node01节点添加一个索引
    • 
  • 在node02上查询该索引
    •