Elasticsearch生产集群必须修改四个关键配置：显式设置cluster.name和node.name以防脑裂；正确配置discovery.seed_hosts和cluster.initial_master_nodes；JVM堆内存设为≤31GB且Xms/Xmx相等；确保path.data权限正确、路径独立并调高vm.max_map_count。
单节点装完就直接上生产？别急，Elasticsearch 集群在 Linux 下真正能扛住流量、不丢数据、查得快，靠的不是堆机器，而是几个关键配置项必须改，否则默认值会让你在半夜被 OutOfMemoryError 或 master_not_discovered_exception 报警叫醒。
为什么 elasticsearch.yml 里 cluster.name 和 node.name 必须显式设置
Linux 上用包管理器（如 apt 或 yum）安装后，cluster.name 默认是 elasticsearch，所有同网段没改配置的节点会自动凑成一个集群——包括你本机的测试实例和线上环境的节点，极易引发脑裂或索引损坏。更危险的是 node.name 默认用主机名，若多台机器 hostname 碰巧相同（比如都叫 localhost 或未设 hostname），节点无法唯一识别，_cat/nodes 里会反复闪退。
-
cluster.name必须全小写、无下划线、无点号，例如prod-logging，不同环境严格隔离 -
node.name建议用hostname+ 角色后缀，如es-node-01-data，避免纯数字或重复值 - 改完必须重启服务：
sudo systemctl restart elasticsearch，且所有节点改完再一起启，不要逐个热加
discovery.seed_hosts 和 cluster.initial_master_nodes 怎么配才不脑裂
7.x 后废弃了 zen 发现机制，改用 discovery.type: cluster（默认），但若不设 discovery.seed_hosts，节点启动后根本找不到其他节点；而 cluster.initial_master_nodes 只在集群首次启动时生效，填错或漏填会导致部分节点卡在 discovering master 状态，日志里反复刷 failed to ping。
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
-
discovery.seed_hosts填所有 master-eligible 节点的host:port（默认是9300），例如["10.0.1.10:9300", "10.0.1.11:9300", "10.0.1.12:9300"] -
cluster.initial_master_nodes只需填初始 master 候选节点的node.name，不是 IP，例如["es-master-01", "es-master-02", "es-master-03"] - 首次启动前，确保所有节点的
network.host绑定到真实内网 IP（如10.0.1.10），不能是localhost或0.0.0.0，否则 TCP 通信失败
JVM 堆内存设成 32GB 就安全？别信默认 jvm.options
很多教程说“ES 堆内存不超过 32GB”，但实际只要 JVM 堆 >26GB，就会触发指针压缩失效，GC 压力陡增；而 jvm.options 里默认的 -Xms1g -Xmx1g 在生产环境等于自废武功——节点刚 load 一点数据就 OOM。更隐蔽的问题是：Linux 默认 vm.max_map_count 是 65536，ES 启动时若检测不到足够内存映射区，直接拒绝启动，报错 max virtual memory areas vm.max_map_count [65536] is too low。
- 堆内存建议设为物理内存的 50%，但上限严格控制在 31GB（如
-Xms16g -Xmx16g），且Xms和Xmx必须相等，避免运行中扩容抖动 - 执行
sudo sysctl -w vm.max_map_count=262144并写入/etc/sysctl.conf持久化 - 禁用 swap：
sudo swapoff -a，并在/etc/fstab中注释掉 swap 行，ES 进程看到 swap 会主动退出
数据目录权限和 path.data 的隐藏陷阱
ES 进程默认以 elasticsearch 用户运行，但安装后 /var/lib/elasticsearch 目录常属 root，导致启动失败，日志里只有一行 java.io.IOException: failed to read /var/lib/elasticsearch/nodes/0，根本看不出是权限问题。另一个坑是多个节点共用同一 path.data 目录（比如都指向 /data/es），节点间会互相删对方的 segment 文件，索引直接损坏。
- 确认数据目录归属：
sudo chown -R elasticsearch:elasticsearch /data/es-node-01（每个节点独立路径） -
path.data必须是绝对路径，且不能与其它节点重复；建议按节点命名，如/data/es-data/es-node-01 - 检查磁盘空间和 inodes：
df -h和df -i，ES 对小文件极敏感，inodes 耗尽比磁盘满更致命
集群稳定不是靠节点数量堆出来的，而是每台机器的 network.host、discovery.seed_hosts、JVM 堆参数、目录权限这四样东西对齐了，才能让 _cat/health?v 里稳稳显示 green。少改一个，就可能在查询高峰时突然变成 yellow，然后悄无声息地丢掉副本分片。
