AWS EC2 t2.micro实例启动Elasticsearch内存不足问题求助

解决t2.micro实例上Elasticsearch启动内存不足的问题 #

我来帮你搞定这个事儿——在只有1GB内存的t2.micro实例上跑Elasticsearch确实得抠着内存用，你遇到的问题本质是总内存占用超过了实例的可用额度，哪怕把JVM堆设成512m，Elasticsearch还有堆外内存、系统进程占用等额外开销，直接触发了内存分配失败。下面是一步步的解决方案：

1. 先摸清当前内存使用情况 #

先跑这个命令看看系统到底剩多少可用内存：

free -h

一般Amazon Linux系统本身就会占200-300MB内存，留给Elasticsearch的空间其实没你想的那么多，这也是512m堆内存还不够的原因。

2. 进一步调低JVM堆内存 #

把JVM堆内存再往下调，比如改成256m（甚至128m都可以，测试用足够）：

• 编辑JVM配置文件：

  sudo nano /usr/share/elasticsearch/config/jvm.options
  

• 找到-Xms512m和-Xmx512m这两行，改成：

  -Xms256m
  -Xmx256m
  

• 保存退出后，先别急着启动，继续做下面的配置。

3. 配置内存锁定与系统限制 #

Elasticsearch需要锁定内存避免被系统swap出去，同时要调整系统的资源限制：

• 编辑Elasticsearch主配置文件：

  sudo nano /etc/elasticsearch/elasticsearch.yml
  

  添加或修改这一行：

  bootstrap.memory_lock: true
  

• 编辑系统limits配置：

  sudo nano /etc/security/limits.conf
  

  末尾添加：

  elasticsearch soft memlock unlimited
  elasticsearch hard memlock unlimited
  

• 创建或修改systemd服务的override配置：

  sudo mkdir -p /etc/systemd/system/elasticsearch.service.d
  sudo nano /etc/systemd/system/elasticsearch.service.d/override.conf
  

  添加内容：

  [Service]
  LimitMEMLOCK=infinity
  

• 重新加载systemd配置：

  sudo systemctl daemon-reload
  

4. 关闭不必要的系统服务 #

t2.micro内存有限，关掉那些用不上的服务，比如httpd、postfix：

# 停止服务
sudo systemctl stop httpd postfix
# 禁用开机自启
sudo systemctl disable httpd postfix

5. 彻底关闭swap #

Elasticsearch不建议使用swap，不仅会拖慢性能，还会占用内存资源：

# 临时关闭swap
sudo swapoff -a

然后编辑/etc/fstab，注释掉swap相关的行（比如类似/dev/xvda2 swap swap defaults 0 0的行），防止开机自动挂载。

6. 再试启动Elasticsearch #

做完上面的配置后，启动服务：

sudo service elasticsearch start

如果还是有问题，去看/tmp/jvm-xxxx/hs_error.log的详细内容，重点看内存分配失败的具体场景，确认是不是堆外内存的问题——不过按上面的步骤调整后，应该能启动起来。

最后提醒 #

t2.micro的1GB内存真的只是刚好够跑Elasticsearch的测试环境，生产环境肯定不够用，要是后续需要处理数据，建议升级到至少t2.small（2GB内存）以上的实例。

内容的提问来源于stack exchange，提问作者Dev