- nebula 版本：3.6
- 部署方式： 单机
- 安装方式：tar
- 是否上生产环境：Y
- 硬件信息
- 磁盘（ 推荐使用 SSD）
- CPU、内存信息
- 问题的具体描述
本地3台主机部署nebula数据库，meta、storage、graphd服务三台主机部署都有，计划采用负载方式来保证对外暴露唯一端口，但raft机制是对于客户端的每个读取请求，都直接访问 Leader，而 Follower 并不参与读请求服务。请问大佬如果请求通过负载均衡器向下转发，转发到Follower 的请求是不是会失败？这种情况怎么能既保证对外暴露唯一端口，有保证集群高可用呢？感谢大佬支持。
你直接使用 graphd 的 client，graphd 连接到哪个 storage，graphd 会搞定的，你不用 care
大佬，是让应用直接连部署客户端的ip么？
不是，你的应用应该是通过 nebula 的 graphd 的client 连接到 graphd吧？
目前是通过jdbc连的，jdbc配的graphd地址，但目前是单节点，如果改成三节点应该怎么做呢？
另外麻烦问下老师您说的nebula 的 graphd 的client 指的是什么？我部署的客户端是console，应用能连这个客户端么？
三节点你就连接这三个节点，这三个节点都是 graph。raft 那块你不用太关心
好的，谢谢您
老师再额外问一下，1、如果配置连接三个节点，过来的请求是轮询的方式发送给三个节点，还是随机发给某个节点，到数据库内部会做负载处理？这个是考虑到如果只在一台主机处理请求，会导致负载过高的问题。2、如果其中一个节点宕机，请求还会转发到宕机的节点么？还是会随机发给另外两个健康的节点！感谢感谢！！！！
架构图了解下