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

青旅半醒 2023-09-29 14:27 131阅读 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文件
在这里插入图片描述

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