elasticsearch-cluster

Elasticsearch 集群配置与运维

补充说明

Elasticsearch Cluster 由多个节点组成，节点角色、发现配置和分片分配决定集群的稳定性和容量。生产集群要区分 master/data/ingest/coordinating 角色。

常用示例

curl -s 'http://es:9200/_cluster/health?pretty'
curl -s 'http://es:9200/_cat/nodes?v'
curl -s 'http://es:9200/_cat/shards?v'
curl -s 'http://es:9200/_cluster/settings?pretty'
curl -X PUT 'http://es:9200/_cluster/settings' \
  -H 'Content-Type: application/json' \
  -d '{"persistent":{"cluster.routing.allocation.enable":"all"}}'

发现与角色：

cluster.name: app-search
node.name: es-1
node.roles: [master, data, ingest]
discovery.seed_hosts: ["es-1", "es-2", "es-3"]
cluster.initial_master_nodes: ["es-1", "es-2", "es-3"]

易错点与排错

• master-eligible 节点用奇数（3/5），避免脑裂；minimum_master_nodes 在 7.x 后由选举机制替代。
• 数据节点、master 节点不要全部混部在超大集群；角色分离。
• 磁盘 watermark 会触发只读/迁移；保留足够空间。
• 副本数不能超过数据节点数，否则 yellow。
• 分片数过多会增加集群状态和恢复时间；按数据量规划。
• 快照仓库要独立配置并定期验证恢复。
• 安全集群要启用 TLS/认证，避免裸奔。

相关命令

• elasticsearch — 服务端
• kibana — 可视化
• curl — 集群 API

读完自测

合上页面，先回答，再展开对照。

1. 索引健康为 yellow 且副本一直未分配，最常见原因是什么？
2. master-eligible 节点为什么建议用奇数（3/5）？
3. 超大集群把 master、data、ingest 全部混部有什么风险？