【 使用环境 】生产环境
【 OB or 其他组件 】OBProxy
【 使用版本 】
【问题描述】
如上图所示，1-1-1架构，每个节点对应一个obs服务、obproxy，请求的数据为什么只分布在204.3上？
如上图所示，1-1-1架构，每个节点对应一个obs服务、obproxy，请求的数据为什么只分布在204.3上？
客户端和obproxy之间有做负载均衡吗，obproxy可以做到ob集群内路由，分发请求，对obproxy本身需要通过硬负载或者loadblance、软负载均衡流量
2 个赞
客户端和obproxy，我们是使用jdbc连接的。jdbc的连接都是使用的vip+2883
有nginx负载均衡到两个tomcat
对obproxy本身需要通过硬负载或者loadblance、软负载均衡流量
这句怎么理解？
1 个赞
你几个obproxy在工作？
感觉是的，别的proxy都没看到有请求什么
架构图画下，方便的话。
OBProxy 作为无状态的代理服务，在面对大规模流量时，需要借助负载均衡技术（硬负载或软负载）来分发客户端请求，避免出现单点承载流量的情况。
现在的问题是如何改善？我们应该怎么处理？
看过了，和我们架构类似的，我们vip是单一的。
他这个每个zone都对应vip，没看懂是什么意思啊？
如果程序是jdbc的连接方式，可以按照以下案例修改url，
1、“jdbc:oceanbase:loadbalance://host1:port1,host2:port2/database?user=用户名@租户名&password=xxxx&loadBalanceStrategy=RANDOM”
2、host1:port1,host2:port2 替换为VIP+2883的方式
1是通过loadblance直接负载obproxy ip的方式进行负载均衡
2替换ip为VIP方式，控制变量也可以验证是否是nginx+tomcat转发问题
再发下obproxy集群"概览"界面
vip就一个啊，上面的host1:port1,host2:port2 都替换vip+2883，就一样了啊
1 个赞
你的图我没有看明白。
三个vip是为了解决，那个obproxy机器挂了，VIP都会跳到旁边机器。
第一次：负载是由域名，通过域名轮询到三个VIP上面任意一个.
第二次：obproxy接到请求后，obproxy再调度到相应的observer.
不是应该一个vip吗？机器挂了，这个vip自动跳转到备机器上吗？
我那是三个obproxy分流的，你是一个VIP，对应一台obproxy吧。
jdbc:oceanbase:loadbalance是关键，这样才是负载均衡模式，loadBalanceStrategy=RANDOM代表随机分发流量。
直接配置多个obproxy服务的ip+2883可以实现负载均衡
我是一个vip，对应5个obproxy的