ES搜索框架--低配置服务器部署ES导致崩溃的解决

省流：修改jvm.options，降低堆大小

一、服务器情况

最近es会突然stop，查看日志后发现经常是因为报错：Native controller process has stopped - no new native processes can be started，无法开启新的进程，可能是由于内存不足--因为服务器内存只有2G，而且仅仅启动es和java项目后就已经占用了97%，一再进行查询等操作，多半完蛋。于是开始查看服务器的内存使用情况：

1.free -m查看整体内存情况

数值详情：https://blog.youkuaiyun.com/weixin_42434700/article/details/124249579

PS：这里启用交换内存，可以把不常用的进程移出内存，本来想通过这种方式来缓解被es占满的内存，但是阅读es的文档后发现官方建议生产环境需要设置bootstrap.memory_lock: true

原因：

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

步骤：

要在节点上启用内存锁定，请将以下行添加到每个节点上的 yaml 配置文件中：'bootstrap.memory_lock: true'。该标志会将进程地址空间锁定到 RAM 中，防止任何进程内存被换出。更改每个节点的配置并执行滚动重启。

其他操作：

博客：https://blog.youkuaiyun.com/weixin_40392053/article/details/105172673

官方文档：https://www.elastic.co/guide/en/elasticsearch/reference/current/setup-configuration-memory.html