elasticsearch8 部分安装保存整理

文章介绍了Elasticsearch中遇到的两个内存相关问题:一是max_map_count值过低导致无法启动,解决方案是增加虚拟内存;二是关于内存锁定的配置错误,可能导致锁定内存后无法重启,提供了解决方案,包括禁用或调整bootstrap.memory_lock设置。
摘要由CSDN通过智能技术生成
1、设置max_map_count不能启动es会启动不起来(因虚拟内存太少导致)

报错信息:max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]; for more information see [Maximum map count check | Elasticsearch Guide [8.11] | Elastic]

解决办法:登录用户切换到管理模式,

输入命令:sysctl -w vm.max_map_count=262144 重新设置更大的虚拟内存

输入命令:cat /proc/sys/vm/max_map_count 查看虚拟内存大小

2、解决ES开启锁定内存后不能重新,报错“MEMORY LOCKING REQUESTED FOR ELASTICSEARCH PROCESS BUT MEMORY IS NOT LOCKED”

错误原因就是我们在配置文件里开启了

bootstrap.memory_lock: true

不需要次需求的话,改成

false就好

如果需要开启,按照下面来,亲测可行

3、elasticsearch官网建议生产环境需要设置bootstrap.memory_lock: true

官网的解释 是:发生系统swapping的时候ES节点的性能会非常差,也会影响节点的稳定性。所以要不惜一切代价来避免swapping。swapping会导致Java GC的周期延迟从毫秒级恶化到分钟,更严重的是会引起节点响应延迟甚至脱离集群。

所以最好限制住elasticsearch占用的内存情况,可选少用swap

报错:memory locking requested for elasticsearch process but memory is not locked; for more information see

解决方法:

方案1:关闭bootstrap.memory_lock:,会影响性能(不建议)

# vim /etc/elasticsearch/elasticsearch.yml // 设置成false就正常运行了。 bootstrap.memory_lock: false

方案2:开启bootstrap.memory_lock:

  1. 修改文件/etc/elasticsearch/elasticsearch.yml,上面那个报错就是开启后产生的,如果开启还要修改其它系统配置文件

bootstrap.memory_lock: true

  • 9
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值