分布式查询单台graph服务崩溃

提问参考模版:

  • nebula 版本:3.5
  • 部署方式: 分布式 /
  • 安装方式:RPM
  • 是否上生产环境:N
  • 硬件信息
    • 磁盘HDD
    • CPU、内存信息 16G
  • 问题的具体描述
  • 相关的 meta / storage / graph info 日志信息(尽量使用文本形式方便检索)

新部署的三台集群(都是16G内存,一meta,三storage/graph),已经均衡负载了。
在测试查询速度时采用语句

match (v:productStock)-[e]-(v2)-[e2]-(v3) where v.pdstName==“中国银行” return count(v3)

只有五千个节点却导致主机graph服务由于内存不足崩溃: Memory usage has hit the high watermark of system, available: 1.40599e+08 vs. total: 16629743616 in bytes.

而其他两台一切正常没有报错,是不是没有起到分布式的作用呢

另外按官方部署了dashboard(node_expoter装的0.17老版本),能看到服务,但是看不到机器是为什么

能看到服务指标,但是看不到机器指标?想问下你是直接额外部署了node exporter吗?没有我们安装包里自带的node exporter吗

估计是你的配置文件的问题,你看看有没有在 prometheus的配置文件里,指向你的 node exporter的地址呢

match (v:productStock)-[e]-(v2)-[e2]-(v3) where v.pdstName==“中国银行” return count(v3)

方便的话把schema贴下。包括space的配置
另外,如果你的搜索都是基于pdstname的话,是否考虑把pdsname做为vid?


有指向,是这样子吧


就是按照步骤,先装的node expoter 然后装的dashboard


image

改成用vid查询一样会崩溃

Space里配置的VID的长度是多少?

另外,graphd分布式解决的是吞吐量的问题,没有解决计算的问题

dashboard里没有数据,是不是要检查下时间戳?

https://zhuanlan.zhihu.com/p/144048025
应该是node_expoter有问题,我按中国帖子重新安装,前面都正常,但是curl https://localhost:9100/metrics就会


这个是正常的配置,看你的截图 好像有些 符号有点奇怪,比如 箭头什么的。
另外,可以再检查下,对应这台机器的 9100端口是否正常服务

此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。