ElasticSearch06-分片节点分配

零、文章目录

ElasticSearch06-分片节点分配

1、单节点多分片多副本

（1）启动一个空节点

节点的配置如下

yaml 复制代码

cluster.name: mycluster
node.name: node-01
node.master: true
node.data: true
network.host: 127.0.0.1
http.port: 9201
transport.tcp.port: 9301
discovery.seed_hosts: ["localhost:9301","localhost:9302","localhost:9303"]
http.cors.enabled: true
http.cors.allow-origin: "*"

节点启动完成分片副本情况如下

（2）空节点添加一个索引

我们在空节点的集群内创建名为 teacher 的索引，分配3个主分片和每个主分片对应一个副本分片

json 复制代码

# 请求
PUT http://localhost:9201/teacher
{
    "settings" : {
        "number_of_shards" : 3,
        "number_of_replicas" : 1
    }
}

# 返回
{
    "acknowledged": true,
    "shards_acknowledged": true,
    "index": "teacher"
}

number_of_shards：3 // 索引的主分片 3 个，也就是说索引的数据分成 3 片分开存储。分片主要实现高性能。
number_of_replicas：1 // 每个分片的副本有 1 个。副本是备份用的，主要实现高可用。

（3）主分片在一个节点，副本未分配

三个主分片运行正常，但是三个副本分片都是未分配状态。
当集群只有一个节点的时候，节点故障，数据是会丢失的。所以我们需要多节点，才能解决数据不安全问题。

2、故障转移

（1）启动新节点加入集群

节点配置如下

yaml 复制代码

cluster.name: mycluster
node.name: node-02
node.master: true
node.data: true
network.host: 127.0.0.1
http.port: 9202
transport.tcp.port: 9302
discovery.seed_hosts: ["localhost:9301","localhost:9302","localhost:9303"]
discovery.zen.fd.ping_timeout: 1m
discovery.zen.fd.ping_retries: 5
http.cors.enabled: true
http.cors.allow-origin: "*"

（2）主分片在主节点，副本在从节点

三个分片在主节点上，对应的副本在从节点上，其中一个节点故障，也不影响。

3、水平扩容

（1）启动新节点加入集群

节点配置如下

yaml 复制代码

cluster.name: mycluster
node.name: node-03
node.master: true
node.data: true
network.host: 127.0.0.1
http.port: 9203
transport.tcp.port: 9303
discovery.seed_hosts: ["localhost:9301","localhost:9302","localhost:9303"]
discovery.zen.fd.ping_timeout: 1m
discovery.zen.fd.ping_retries: 5
http.cors.enabled: true
http.cors.allow-origin: "*"

（2）主分片和副本分布在多节点

单个节点上分布的分片数量减少，每个节点上的硬件资源被更少的分片共享，提高系统整体的性能。
如果继续扩容，节点超过 6 个节点后，每个节点上的分片就只有一个了，再增加节点就没有用了。

4、增加副本数量

（1）主分片和副本数量

主分片的数目：在Elasticsearch中，索引的主分片（primary shard）数量是在创建索引时设置的，并且一旦索引被创建，其主分片的数量就不能再被修改。主分片的设计是为了确保数据的分布和查询的并行处理能力。
副本的数量：Elasticsearch 允许你动态地修改索引的副本（replica）数量。副本数量可以在索引创建之后进行调整，以改变数据的冗余度和查询的负载分布。修改副本数量可以帮助你平衡集群的负载，提高数据的可靠性，或者在不同的使用场景下优化性能。

（2）修改副本数量

我们把副本数量从 1 增加到 2

json 复制代码

# 请求
PUT http://localhost:9201/teacher/_settings
{
    "number_of_replicas" : 2
}

# 返回
{
    "acknowledged": true
}

（3）副本数量增加，分配到多节点

索引现在有 9 个分片，三个主分片，6 个副本分片

5、主节点宕机

（1）主节点 1 宕机

主节点宕机之后，我们重新连接节点 2 查看
- 节点重新选举，节点 2 变成了新的主节点
- 宕机节点外的部分副本提升成了主节点，节点 3 上所有分片都成了主分片
- 因为其他节点上存有全部分片的副本，所以数据未丢失

（2）为什么集群状态是 yellow

虽然我们拥有所有的三个主分片，但是同时设置了每个主分片需要对应 2 份副本分片，而此时只存在一份副本分片。

（3）重新启动节点 1

此时，节点 1 变成了从节点，节点 2 继续是主节点，集群状态是 green，分片又恢复成 9 片。