【问题标题】:Stopping Couchbase Elasticsearch XDCR OutOfMemory Error停止 Couchbase Elasticsearch XDCR OutOfMemory 错误
【发布时间】:2013-03-27 07:11:49
【问题描述】:

我正在使用 4Gb 内存的 VM 上运行概念验证。我在 Couchbase 中有大约 200 万个文档,并希望使用 XDCR 插件将它们全部导入 Elasticsearch,但是 Couchbase 将 ES 推得太紧,ES 倒下了。我没有太多空间来增加超过 1Gb 默认值的内存,有没有办法减慢复制速度,让 ES 有喘息的空间?

编辑:

我应该在这里添加一些历史。我曾经有这个工作,ES 索引 Couchbase 文档的速度非常快,但后来我的 VM 上的磁盘空间用完了。我添加了一个新磁盘并更改了 elasticsearch.yml 中的 path.data 属性。之后,我无法使用 deb 中提供的 init.d 脚本启动 ES。它说 ES 启动正常,但是如果我运行 /etc/init.d/elasticsearch status 它说,“Elasticsearch 服务器没有运行但 pid 文件存在”。我只是为了它而重新安装了ES,但什么也没有。当我运行初始化脚本时,我无法弄清楚如何找出失败的原因。但是,我可以手动完美地启动 ES,如果 couchbase 没有运行,一切都很酷。我不确定这是否相关,但在某些时候我也需要让它发挥作用。

【问题讨论】:

    标签: elasticsearch out-of-memory couchbase


    【解决方案1】:

    您可以尝试在 elasticsearch.yml 中将couchbase.maxConcurrentRequests: 1024 修改为较小的数字吗? 也许简单地将其设置为 256 可以工作?

    【讨论】:

    • 所以,我玩弄了 maxConcurrentRequests,甚至没有运气就把它降到 8。我已经将堆大小从默认的 1Gb 增加到 2Gb,但是当我查看顶部时,随着 ES 启动,它会慢慢将 mem 增加到通常的 170Mb 左右,然后几秒钟后你可以看到它必须开始与 couchbase 和内存使用量达到极限,所以当我将堆大小从 1Gb 增加到 2Gb 时,它没有达到 1.1g,而是达到了 2.1g。我正在运行的命令是:sudo ./elasticsearch -f -Des.path.data=/data -Des.couchbase.password=password -Des.couchbase.maxConcurrentRequests=8
    猜你喜欢
    • 2016-09-12
    • 2013-01-16
    • 2014-04-07
    • 1970-01-01
    • 2015-07-27
    • 2017-02-19
    • 2023-02-10
    • 2013-06-18
    • 1970-01-01
    相关资源
    最近更新 更多