Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
晶之木
advanced-java
提交
a38ffd0c
A
advanced-java
项目概览
晶之木
/
advanced-java
与 Fork 源项目一致
从无法访问的项目Fork
通知
3
Star
1
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
A
advanced-java
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
前往新版Gitcode,体验更适合开发者的 AI 搜索 >>
提交
a38ffd0c
编写于
9月 16, 2020
作者:
Y
yanglbme
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
fix: update dubbo-load-balancing(#190)
* close #190
上级
572fd3e2
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
8 addition
and
1 deletion
+8
-1
docs/distributed-system/dubbo-load-balancing.md
docs/distributed-system/dubbo-load-balancing.md
+8
-1
未找到文件。
docs/distributed-system/dubbo-load-balancing.md
浏览文件 @
a38ffd0c
...
...
@@ -32,7 +32,13 @@ dubbo 负载均衡策略和集群容错策略都有哪些?动态代理策略
#### LeastActiveLoadBalance
这个就是自动感知一下,如果某个机器性能越差,那么接收的请求越少,越不活跃,此时就会给
**不活跃的性能差的机器更少的请求**
。
官网对
`LeastActiveLoadBalance`
的解释是“
**最小活跃数负载均衡**
”,活跃调用数越小,表明该服务提供者效率越高,单位时间内可处理更多的请求,那么此时请求会优先分配给该服务提供者。
最小活跃数负载均衡算法的基本思想是这样的:
每个服务提供者会对应着一个活跃数
`active`
。初始情况下,所有服务提供者的
`active`
均为 0。每当收到一个请求,对应的服务提供者的
`active`
会加 1,处理完请求后,
`active`
会减 1。所以,如果服务提供者性能较好,处理请求的效率就越高,那么
`active`
也会下降的越快。因此可以给这样的服务提供者优先分配请求。
当然,除了最小活跃数,
`LeastActiveLoadBalance`
在实现上还引入了权重值。所以准确的来说,
`LeastActiveLoadBalance`
是基于加权最小活跃数算法实现的。
#### ConsistentHashLoadBalance
...
...
@@ -43,6 +49,7 @@ dubbo 负载均衡策略和集群容错策略都有哪些?动态代理策略
### dubbo 集群容错策略
#### Failover Cluster 模式
失败自动切换,自动重试其他机器,
**默认**
就是这个,常见于读操作。(失败重试其它机器)
可以通过以下几种方式配置重试次数:
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录