禁用swapping

大多数操作系统尝试使用尽可能多的内存文件系统缓存和热切换出未使用的应用程序内存。这可能导致部分JVM堆被交换到磁盘上。

对于性能和节点的稳定性交换是非常糟糕的，应该不惜一切代价避免。它可能导致垃圾收集持续几分钟而不是毫秒，这可能导致节点响应缓慢，甚至脱离集群。

有三种方式禁用swapping：

开启bootstrap.memory_lock

第一步，在Linux与Unix系统中使用mlockall或者在Windows系统中使用VirtuallLock来尝试在RAM中锁定进程的地址空间，来阻止Elasticsearch内存被交换出去。

如果这些设置完成，请在config/elasticsearch.yml中添加如下行：

bootstrap.memory_lock: true

警告

如果试图分配的内存大于可用内存，mlockall可能导致JVM或shell会话退出！

Elasticsearch启动之后，你可以通过下面请求输出结果中的mlockall对应的值来验证是否设置成功：

GET _nodes?filter_path=**.mlockall

如果你看到mlockall为false，那么意味着mlockall请求失败了。你也可以在日志文件中通过Unable to lock JVM Memory关键词获取更多的信息。

最可能的原因,在Linux与Unix系统上，运行Elasticsearch的用户没有权限锁定内存。这可以通过如下获得:

启动Elasticsearch之前通过root设置ulimit -l ulimited，或者在/etc/security/limits.conf中设置 memlock 为 unlimited 。

在系统配置中设置 MAX_LOCKED_MEMORY 为 ulimited （或者参见如下 systemd 的设置方式）。

在systemd配置中设置 LimitMEMLOCK 为 infinity。

mlockall失败的另一个可能的原因是临时目录(通常是/tmp)挂载使用noexec选项。这可以通过设置ES_JAVA_OPTS的环境变量来指定一个新的临时目录：

export ES_JAVA_OPTS="$ES_JAVA_OPTS -Djava.io.tmpdir=/path/to/temp/dir"
./bin/elasticsearch

或者在jvm.options配置文件中设置。

第二种方式就是彻底禁用swap。通常Elasticsearch是运行在一个独立的机器上，且内存使用是通过JVM来控制的。这可能不需要开启swap。

在Linux操作系统，你可以通过sudo swapoff -a来临时禁用swap。要永久的停用swap，可以通过编辑/etc/fstab文件，注释文件中所有包含swap单词的行。

在Windows操作系统，你可以通过系统设置->高级->性能->高级->虚拟内存来禁用分页文件。

另一种方式在Linux系统上可用，确保设置vm.swappiness为1。这减少了内核交换的倾向和正常情况下不应该导致，同时仍然允许在紧急条件下整个系统交换。