Dubbo-03-Dubbo配置和监控中心

文章目录

• 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不可控的，并且往往是不合理的

配置的覆盖规则：

1. 方法级配置别优于接口级别，即小Scope优先
2. Consumer端配置 优于 Provider配置 优于 全局配置，
3. 最后是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