问题原因
elasticsearch 会经常宕机,宕机后没有异常日志。
于是在启动的时候仔细看了一下日志发现:
max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]
官方对于vm.max_map_count这个参数给出的解释是这个
“This file contains the maximum number of memory map areas a process may have. Memory map areas are used as a side-effect of calling malloc, directly by mmap and mprotect, and also when loading shared libraries.While most applications need less than a thousand maps, certain programs, particularly malloc debuggers, may consume lots of them, e.g., up to one or two maps per allocation.The default value is 65536.”
max_map_count文件包含限制一个进程可以拥有的VMA(虚拟内存区域)的数量。虚拟内存区域是一个连续的虚拟地址空间区域。在进程的生命周期中,每当程序尝试在内存中映射文件,链接到共享内存段,或者分配堆空间的时候,这些区域将被创建。调优这个值将限制进程可拥有VMA的数量。限制一个进程拥有VMA的总数可能导致应用程序出错,因为当进程达到了VMA上线但又只能释放少量的内存给其他的内核进程使用时,操作系统会抛出内存不足的错误。如果你的操作系统在NORMAL区域仅占用少量的内存,那么调低这个值可以帮助释放内存给内核用。
解决方法
# 1.首先切换至root用户
su - root
# 2.编辑sysctl.conf文件
vim /etc/sysctl.conf
# 3.添加配置
vm.max_map_count=262144
# 4.加载配置
sysctl -p
# 或者可以临时修改参数
sysctl -w vm.max_map_count=262144
# 5.查看修改结果
sysctl -a|grep vm.max_map_count
# 6. 修改完之后需要重启elasticsearch 进入到bin目录下
sh elasticsearch -d