EC2，内存崩溃
EC2，内存崩溃
提问于 2022-01-12 03:23:21
我无法插入到我的ec2实例中，不得不重新启动。
日志显示以下消息(journalctl -b -2 -e)
Jan 12 02:08:03 ip-172-31-20-233 kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/docker/654b69f95e8c8fc9dde5cf1b6554dfa2ebbd6554bee760c6de410186a3bdfe3d\
,task=java,pid=27444,uid=1000
Jan 12 02:08:03 ip-172-31-20-233 kernel: Out of memory: Killed process 27444 (java) total-vm:8005004kB, anon-rss:4744424kB, file-rss:177124kB, shmem-rss:0kB, UID:1000 pgtables:10620kB oom_score_adj:0
Jan 12 02:08:03 ip-172-31-20-233 kernel: oom_reaper: reaped process 27444 (java), now anon-rss:4575556kB, file-rss:181220kB, shmem-rss:0kB所以我想我的系统是因为内存不足而崩溃的。
导致oom的过程是elasticsearch服务器。
我有什么选择，以防止这种类型的崩溃为未来？
我在这台机器上为web服务运行postgresql和elasticsearch。
我在用t3-large。
- 我可以考虑将
elasticsearch分离到它自己的服务器上。(可能还有ES的多个节点，这意味着用于elasticsearch服务的多个elasticsearch)
我可以上t3-xlarge
- I可以切换到更多的内存集中实例？
R5类型实例？
。
还有其他选择吗？
我有一种预感，#1可能是最受推荐的思维方式。我说的对吗？
回答 1
Stack Overflow用户
回答已采纳
发布于 2022-01-12 05:40:50
如果它是一个生产系统，或者您试图构建一个生产系统，那么您肯定应该在一个集群中运行它，其中ES的不同节点具有不同的角色(数据注释、主节点、负载均衡器等)。
您还应该相应地处理推送、检索、索引和选择AWS硬件和内存的数据量。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/70675945
复制相关文章
相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号