文章目录
- 1:Admin管理界面搭建
- 1、下载 dubbo-ops
- 2、修改配置指定注册中心地址
- 3、打包dubbo-monitor-simple
- 4、运行监控中心
- 2：DUBBO配置
- 1、配置原则
- 2、重试次数
- 3、超时时间
- 1、Dubbo消费端
- 2、Dubbo服务端
- 3、配置原则
- 3:集群下dubbo负载均衡配置
- 1:内置策略
- 1.1Random
- 1.2RoundRobin
- 1.3LeastActive
- 1.4ConsistentHash
- 2.设置负载均衡
1:Admin管理界面搭建
1、下载 dubbo-ops
https://github.com/apache/incubator-dubbo-ops
2、修改配置指定注册中心地址
进入 dubbo-monitor-simple\src\main\resources\conf
修改 dubbo.properties文件
3、打包dubbo-monitor-simple
mvn clean package -Dmaven.test.skip=true
4、运行监控中心
解压 tar.gz 文件，并运行start.bat
或者在jdk环境下直接java -jar dubbo-admin-0.2.0.jar运行即可。
2：DUBBO配置
1、配置原则
JVM 启动 -D 参数优先，这样可以使用户在部署和启动时进行参数重写，比如在启动时需改变协议的端口。
XML 次之，如果在 XML 中有配置，则 dubbo.properties 中的相应配置项无效。
Properties 最后，相当于缺省值，只有 XML 没有配置时，dubbo.properties 的相应配置项才会生效，通常用于共享公共配置，比如应用名。
2、重试次数
失败自动切换，当出现失败，重试其它服务器，但重试会带来更长延迟。可通过 retries=“2” 来设置重试次数(不含第一次)。
重试次数配置如下：
<dubbo:service retries="2" />
或
<dubbo:reference retries="2" />
或
<dubbo:reference>
<dubbo:method name="findFoo" retries="2" />
</dubbo:reference>3、超时时间
由于网络或服务端不可靠，会导致调用出现一种不确定的中间状态（超时）。为了避免超时导致客户端资源（线程）挂起耗尽，必须设置超时时间。
1、Dubbo消费端
全局超时配置
<dubbo:consumer timeout="5000" />
指定接口以及特定方法超时配置
<dubbo:reference interface="com.foo.BarService" timeout="2000">
<dubbo:method name="sayHello" timeout="3000" />
</dubbo:reference>2、Dubbo服务端
全局超时配置
<dubbo:provider timeout="5000" />
指定接口以及特定方法超时配置
<dubbo:provider interface="com.foo.BarService" timeout="2000">
<dubbo:method name="sayHello" timeout="3000" />
</dubbo:provider>3、配置原则
dubbo推荐在Provider上尽量多配置Consumer端属性：
1、作服务的提供者，比服务使用方更清楚服务性能参数，如调用的超时时间，合理的重试次数，等等
2、在Provider配置后，Consumer不配置则会使用Provider的配置值，即Provider配置可以作为Consumer的缺省值。否则，Consumer会使用Consumer端的全局设置，这对于Provider不可控的，并且往往是不合理的
配置的覆盖规则：
- 方法级配置别优于接口级别，即小Scope优先
- Consumer端配置 优于 Provider配置 优于 全局配置，
- 最后是Dubbo Hard Code的配置值（见配置文档）
3:集群下dubbo负载均衡配置
集群：一个内容，部署多次，形成的整体称为集群。集群中每个个体应该部署到不同的服务器上。
伪集群：集群中内容部署到同一台服务器上，通过不同端口区分不同个体。
负载均衡是在集群前提下，当访问整个集群时，集群中每个节点被访问次数或频率的规则。
Dubbo 内置了四个负载均衡策略。默认为Random
1:内置策略
1.1Random
随机。随机访问集群中节点。访问概率和权重有关。
1.2RoundRobin
轮询。访问频率和权重有关。
权重（weight）：占有比例。集群中每个项目部署的服务器的性能可能是不同，性能好的服务器权重应该高一些。
1.3LeastActive
活跃数相同的随机，不同的活跃数高的放前面。
1.4ConsistentHash
一致性Hash。相同参数请求总是发到一个提供者。
2.设置负载均衡
1 @Reference
调用的服务采用的负载均衡
@Reference(loadbalance = "roundrobin")
private DemoDubboService demoDubboService;2 @Service
当前服务采用的负载均衡算法
@Service(loadbalance = "random")
public class DemoDubboServiceImpl implements DemoDubboService {设置权重
@Service(weight = 4)3 配置文件
全局设置所有provider和consumer的负载均衡效果。
dubbo:
application:
name: dubbo-provider
registry:
address: zookeeper://192.168.32.128:2181
protocol:
port: 20884
provider:
loadbalance: random
consumer:
loadbalance: random
