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

青旅半醒 2023-09-29 14:27 0阅读 0赞

### 文章目录 ###

*  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文件  
![在这里插入图片描述][263daf7d43554ef3be8f4c917f080c64.png]

## 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、配置原则 ##

![在这里插入图片描述][68cb8ab98e8641d1bc3e5a5318ce1dc2.png]

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

[263daf7d43554ef3be8f4c917f080c64.png]: https://img-blog.csdnimg.cn/263daf7d43554ef3be8f4c917f080c64.png
[68cb8ab98e8641d1bc3e5a5318ce1dc2.png]: https://img-blog.csdnimg.cn/68cb8ab98e8641d1bc3e5a5318ce1dc2.png