纯爱战神
1
提问参考模版:
- nebula 版本:3.5
- 部署方式: 分布式 /
- 安装方式:RPM
- 是否上生产环境:N
- 硬件信息
- 问题的具体描述
- 相关的 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?
纯爱战神
6
就是按照步骤,先装的node expoter 然后装的dashboard
Space里配置的VID的长度是多少?
另外,graphd分布式解决的是吞吐量的问题,没有解决计算的问题
dashboard里没有数据,是不是要检查下时间戳?
纯爱战神
10
这个是正常的配置,看你的截图 好像有些 符号有点奇怪,比如 箭头什么的。
另外,可以再检查下,对应这台机器的 9100端口是否正常服务
system
关闭
12
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。