elasticsearch-Discovery-发现模块学习

31次阅读

共计 4211 个字符,预计需要花费 11 分钟才能阅读完成。

发现模块和集群的形成
目标
  • 发现节点
  • Master 选举
  • 组成集群,在 Master 信息发生变化时及时更新。
  • 故障检测
细分为几个子模块
Discovery 发现模块

Discover 是在集群 Master 节点未知时,互相发现对方的过程,例如新节点的加入或是先前的主节点宕机,如果一个节点不满足 Master 资格,则它将继续发现,直到发现了选定的主节点为止,其中,重试配置的属性为:discovery.find_peers_interval,默认值 1s。

官网上 master-eligible 的含义:设置了 node-master:true 的节点,表示有资格成为 Master 的节点。

一、基于单播的方式发现

可以在 elasticsearch.yml 配置文件中使用 discovery.zen.ping.unicast.hosts 静态设置设置主机列表。
discovery.zen.ping.unicast.hosts: [“host1”, “host2”]
具体的值是一个主机数组或逗号分隔的字符串。每个值应采用 host:port 或 host 的形式(其中 port 默认为设置 transport.profiles.default.port

过时配置 配置(新)
discovery.zen.ping.unicast.hosts discovery.seed_hosts
discovery.zen.hosts_provider discovery.seed_providers
discovery.zen.no_master_block cluster.no_master_block

二、基于配置文件的方式发现

elasticsearch 可以在文件中配置种子主机列表,来进行节点发现,这种方式在容器化环境可以很好的支持动态扩展,可以随时更改文件内容,不用重启节点。
文件配置方式为主机 ip,主机 ip: 端口,也可以使用主机名配置,这会触发 DNS 查找,每次在 DNS 查找中的等待时间属性:discovery.zen.ping.unicast.resolve_timeout,默认为 5S,如不指定端口,默认按顺序搜索 transport.profiles.default.port、transport.port。
注意: 如果还配置了 discovery.seed_hosts,则会把两个配置合并起来。

选举

一、选举 Master
选举 Master 需要所有的 Master 候选节点共同工作,即使某些节点发生了故障,这个工作也必须能够正常进行,es 需要通过仲裁的方式选取出还能正常工作的节点,再组成集群,避免形成“脑裂”,这里“脑裂”是指,可能出现不止一个 Master 节点,比如节点间的通信断开后,各个 Master 候选节点都有可能认为其他节点都宕机,提升自己为 Master,造成集群状态不一致的情况。由此衍生出参与选主时,需要配置能通信的候选节点数量。discovery.zen.minimum_master_nodes,缺省配置是 1. 一个基本的原则是这里需要设置成 N/2+1, N 是集群中节点的数量。

由上面的分析我们可以知道,是否发生选举,在于节点彼此间的通信感知,由此可知节点间的网络通信同样重要,就像是 API 接口调用,有调用就会有超时,所以在网络环境差的情况下,超时配置显得尤为重要。discovery.zen.ping.timeout 用来指定两个节点间的通信超时时间,默认是 3S。根据网络情况,调整这个参数,尽量避免由于网络延迟,带来的不必要的选举。

二、改变集群状态

投票配置

在 elasticsearch7 的版本中,当有一半的候选主节点宕机后,集群将不会自动恢复,在剩下的,这种极端情况下,最容易的解决办法就是让这些节点重新上线,
在三个节点的集群中,通常能容忍一个节点的宕机。节点加入或离开集群后,Elasticsearch 会通过自动对投票配置进行相应的更改来做出反应,以确保集群尽可能具有弹性。相关配置如下:

# 将节点加入投票配置排除列表中
# 默认超时时间 30s,可以指定超时时间
POST /_cluster/voting_config_exclusions/node_name?timeout=1m
集群启动项

一、集群自举
首次启动 Elasticsearch 集群需要在集群中的一个或多个 Master 候选节点上显式定义初始一组主资格节点 . 这个行为称为集群自举。
符合主机要求的初始节点集是在 cluster.initial_master_nodes 设置中,要求如下:

节点的节点名称。该节点的主机名,如果 node.name 没有设置,因为 node.name 默认为节点的主机名. 根据系统配置,必须使用标准主机名或裸机主机名.
节点的发布地址的 IP 地址(如果无法使用该节点的 node.name。这是 network.host 解析到的 IP 地址,但是可以覆盖此 IP 地址。节点发布地址的 IP 地址和端口,格式为 IP:PORT,如果不可能使用节点的 node.name,并且有多个节点共享一个 IP 地址

注意:启动 Master 候选节点时,可以在命令行上或 elasticsearch.yml 文件中提供此设置. 群集形成后,不再需要此设置,并且会忽略它,也就是说,这个属性就只是在集群首次启动时有用。并且可以不需要在非 Master 候选节点上设置。
特别要小心的是,对于 Master 候选节点的配置最好采用持久化的方式来替代使用 CMD 命令行的方式启动,因为如果一旦重启 Master 候选节点时,指定错误,则有可能形成两套不相同的集群。这有可能带来数据丢失的。

通过 cluster.name 设置,可以创建彼此分离的多个群集. 节点在首次相互连接时会验证它们是否同意其集群名称,并且 Elasticsearch 将仅由具有相同集群名称的节点组成集群. 集群名称的默认值是 elasticsearch,但是建议更改此值以反映集群的逻辑名称。

添加 OR 删除节点

由于 elasticsearch 集群节点时可以动态上线下线的,那在这个过程中,我们能够理解或需要够操作什么呢。在主服务器选举期间或加入现有的已形成集群时,节点会向主服务器发送加入请求,以便将其正式添加到集群中. 可以使用 cluster.join.timeout 设置来配置节点在发送加入集群的请求后等待多长时间. 其默认值为 30s。

删除符合主机资格的节点时,重要的是不要同时删除太多节点。例如,如果当前有七个 Master 候选的节点,希望将其减少到三个,则不可能简单地一次停止四个节点:这样做将只剩下三个节点,这少于一半投票配置,这意味着群集无法采取任何进一步的措施. 只要集群中至少有三个符合主控条件的节点,通常,最好一次删除一个节点,从而为集群留出足够的时间来自动调整表决配置并适应故障新节点集的容差级别。
这里,我们需要注意,节点上线下线,我们都需要关注防止“脑裂”的配置,通过调用 Elasticsearch APi 的方式,将配置持久化下来,而不用重启节点。

curl  -uelastic:passwd -XGET "EsIP:9200/_cluster/settings" -H "Content-Type:application/json" -d '{"persistent": {"discovery.zen.minimum_master_nodes" : 2}
}
'
发布集群的状态

只有 Master 节点可以更改集群状态。更改后会将更新的状态发布到集群中所有的节点上,每个节点都会接受这个消息,并进行 Ack 确认。但是不会应用这个更新。主节点需要在
discovery.zen.commit_timeout 配置的时间内获取 discovery.zen.minimum_master_nodes 个 Ack 响应,才算是状态成功的发布,否则这次发布就是失败的,不会被应用。
对于那些未收到确认的节点被称为滞后,因为它们的群集状态已落后于主服务器的最新状态. 主机等待滞后的节点再追赶一段时间,通过 cluster.follower_lag.timeout,默认为 90s . 如果节点在此时间内仍未成功应用集群状态更新,则认为该节点已失败并从集群中删除。

Master 确认 Ack 数量满足后,才会继续发送确认消息给所有节点,此时节点才会真正的应用这个集群的状态信息,这第二个过程是通过 discovery.zen.publish_timeout 配置的,默认是 30s,这个超时等待时长是从第二次发布时开始计算的。

由上述可以,在发布集群状态时,获取 Master 候选节点的 Ack 是很重要的,节点数量由 discovery.zen.minimum_master_nodes 配置。而没有主节点时,也有相关配置需要了解,它就是:discovery.zen.no_master_block。
discovery.zen.no_master_block 设置了没有主节点时,集群的限制操作。
all。代表所有操作均不可用,包括读写等所有 api 的调用。
write。这是默认值,只有写操作会被拒绝,同时需要注意,这个属性对 Node level 相关的 api 是无效的。

集群故障检查

当选的主节点会定期检查群集中的每个节点,以确保它们仍处于连接状态并且运行状况良好. 群集中的每个节点还定期检查当选的主机的运行状况. 这些检查分别称为 follower checks 和 leader checks。
相关配置 cluster.fault 开头,更改默认设置可能会导致群集变得不稳定,不建议修改。

发现和形成集群的配置

这里列举几个必要重要的配置,发现模块的其他配置,已经整理成思维导图,【侠梦的开发笔记】公众号回复,【发现】获取完整图片。

  • discovery.seed_hosts

提供集群中符合主机要求的节点的列表. 每个值的格式为 host:port 或 host,其中 port 默认为设置 transport.profiles.default.port。

  • discovery.seed_providers

以文件的方式提供主机列表,可以动态修改,而不用重启节点(容器化环境适用)

  • cluster.initial_master_nodes

设置全新群集中符合主机要求的节点的初始集合. 默认情况下,该列表为空,这意味着该节点希望加入已经被引导的集群

  • discovery.find_peers_interval

选定主节点发现时间间隔, 默认 1S

欢迎关注 vx 公众号【侠梦的开发笔记】

正文完
 0