我在 0.5-1 vCPU（1 个共享核心）和 1.7 GB 内存 (GCP) 上运行 Elasticsearch。当我启动弹性搜索服务时，服务器崩溃了。我们如何解决这个问题？我正在使用 Postgres 和 Elasticsearch 运行 Django。
我了解到您在 GCP 上的弹性搜索实例由于启动期间 CPU 使用率过高而崩溃
遵循以下详细信息有助于诊断和解决问题：
即使您指定了 1.7 GB RAM 和 0.5–1 vCPU，分析启动期间的实际资源消耗也很重要。为此，请使用 gcp 云监控 观察弹性实例的 CPU、内存和磁盘利用率指标。如果在初始化期间任何特定资源达到其限制，这将为您提供帮助。
即使 SSH 访问不起作用，也尝试直接访问 VM 实例上的 Elasticsearch 日志。如果可行，请扫描弹性搜索日志目录以查找与资源分配问题或内存不足故障相关的错误消息。如果监控确认资源限制，请考虑将虚拟机实例扩展到具有更多 CPU 和内存的高层。 GCP 提供各种机器类型可供选择。
虽然 elasticsearch 似乎是问题所在，但请确保您的 Django 应用程序和 Postgres 数据库运行良好。检查日志中是否有任何可能影响系统整体性能的错误。
在非常过时的版本 (0.5-1) 上使用 Elasticsearch 可能存在已知的资源管理问题。因此，为了提高性能和资源效率，请考虑更新到最新支持的 Elastic 版本。
检查切换到托管的 Google Cloud 上的 Elasticsearch 服务是否是一个可行的选择。该服务具有自动扩展功能并处理资源管理。