再用dubbo作为项目架构的时候,给consumer消费者用nginx提供了负载均衡策略和集群的实现,

但是想了下,consumer再多,但是提供者还是一个,最后还不都是落到了这一个provider上面?

举个列子:

  一个饭店有1个后厨在做饭,

  前台有100个点菜的服务员,

  100个顾客来点餐,每个服务员都来告诉后厨做饭的,那么后厨...


Dubbo实现负载均衡,一般是对服务的提供者来实现我们的集群管理,也就是负载均衡,然后服务的消费者在请求消费的时候,通过一定的算法进行寻址(权重),可以参考下Nginx

Dubbo提供了四种负载均衡策略

  随机 Random LoadBalance  按照权重设置的大小,随机

  轮询 RoundRobin LoadBalance 例如:a b c  a执行完b执行然后c,然后在到a...

  最少活跃调用数(权重)LeastActive LoadBalance
    活跃数指调用前后计数差,优先调用高的,相同活跃数的随机。使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大。

  一致性Hash ConsistentHash LoadBalance
    相同参数总是发送到同一个提供者,如果这个提供者挂掉了,它会根据它的虚拟节点,平摊到其它服务者,不会引起巨大的变动

注意*:缺省为random 随机 (也就是说,不配置负载均衡策略的时候,默认为random)

配置负载均衡级别的方法:

可以给服务配置级别也可精确到每个方法的级别

服务端服务级别配置:

<dubbo:service interface="接口名" loadbalance="roundrobin"/>

服务端方法级别配置:

<dubbo:service interface="接口名">
  <dubbo:method name="方法名" loadbalance="均衡策略名"/>
</dubbo:service>

客户端服务级别配置:

<dubbo:reference interface="" loadbalance="roundrobin" />

客户端方法级别配置:

<dubbo:reference interface="" loadbalance="roundrobin">
<dubbo:method name="方法名" loadbalance="均衡策略明"/>
</dubbo:reference>

我们也可以通过可视化界面管理平台来操作

 

配置完负载均衡下面,就要来配置我们的dubbo集群了


Dubbo 集群配合

具体的做法是对服务提供者的配置文件进行修改 ,配置文件里面的application name相同,dubbo则会认为是同一集群。

部署多个集群只需要步骤:

  application name相同

<dubbo:application name="服务名"/>

  协议端口需要修改不同

<dubbo:protocol name="dubbo" port="端口需要修改,不能重复"/>

下面是我配置服务的案例:

需求:配置一个集群环境,两个服务提供者

provider01

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://code.alibabatech.com/schema/dubbo
http://code.alibabatech.com/schema/dubbo/dubbo.xsd"> <!-- 配置应用名
注意:配置集群的情况下需要同一集群的name值相同
-->
<dubbo:application name="dubbo-provider"/> <!-- 配置注册中心:
address:注册中心的ip:port
注意:如果注册中心为ZooKeeper且为集群,那就要讲集群中所有的IP:PORT添加到该属性当中-
protocol:注册中心类型
-->
<dubbo:registry address="169.254.18.25:2181,169.254.18.25:2182,169.254.18.25:2183" protocol="zookeeper"/>
<!-- 配置协议与端口 -->
<dubbo:protocol name="dubbo" port=""/>
<dubbo:protocol name="hessian" port=""/> <!-- 配置注册接口
ref:引用实现类,因为我们在实现类里面加了@Service扫描注解
-->
<dubbo:service protocol="dubbo" interface="cn.arebirth.dubbo.service.UserDubboService" ref="userDubboServiceImpl" loadbalance="roundrobin"/>
<dubbo:service protocol="hessian" interface="cn.arebirth.dubbo.service.CarDubboService" ref="carDubboServiceImpl" loadbalance="roundrobin"/>
</beans>

这个服务配置完后,打包发布到服务器运行,我们会在dubbo-admin的控制台上发现这样的内容

provider02

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://code.alibabatech.com/schema/dubbo
http://code.alibabatech.com/schema/dubbo/dubbo.xsd"> <!-- 配置应用名
注意:配置集群的情况下需要同一集群的name值相同
-->
<dubbo:application name="dubbo-provider"/> <!-- 配置注册中心:
address:注册中心的ip:port
注意:如果注册中心为ZooKeeper且为集群,那就要讲集群中所有的IP:PORT添加到该属性当中-
protocol:注册中心类型
-->
<dubbo:registry address="169.254.18.25:2181,169.254.18.25:2182,169.254.18.25:2183" protocol="zookeeper"/>
<!-- 配置协议与端口 -->
<dubbo:protocol name="dubbo" port=""/>
<dubbo:protocol name="hessian" port=""/> <!-- 配置注册接口
ref:引用实现类,因为我们在实现类里面加了@Service扫描注解
-->
<dubbo:service protocol="dubbo" interface="cn.arebirth.dubbo.service.UserDubboService" ref="userDubboServiceImpl" loadbalance="roundrobin"/>
<dubbo:service protocol="hessian" interface="cn.arebirth.dubbo.service.CarDubboService" ref="carDubboServiceImpl" loadbalance="roundrobin"/>
</beans>

我们在把provider02打包发布到服务器上运行,我们会看到我们的服务均已注册成功完毕,

此时也意味着集群搭建完毕了

仔细观察我们上边的配置文件不难发现,其实就是一个端口不同,其余都是相同的,

ps:

  搭建集群环境注意:

    同一集群环境中应用名必须一致

    端口必须不同

dubbo配置负载均衡、集群环境的更多相关文章

  1. 简单的 Nginx+Tomcat 配置负载均衡集群

    简单 Nginx+Tomcat 配置负载均衡集群 前期准备 解压两个tomcat,修改端口号 server1:8081 server:8082 同时启动 nginx官网下载解压版nginx 创建一个简 ...

  2. nginx集群:nginx配置负载均衡集群(nginx1.18.0)

    一,nginx的负载均衡集群的特点: 1,nginx集群和lvs的不同? lvs集群:工作在第4层(传输层) nginx集群:工作在第7层(应用层) lvs集群:性能更强 nginx集群:功能更强:可 ...

  3. nginx+php负载均衡集群环境中的session共享方案梳理

    在网站使用nginx+php做负载均衡情况下,同一个IP访问同一个页面会被分配到不同的服务器上,如果session不同步的话,就会出现很多问题,比如说最常见的登录状态. 下面罗列几种nginx负载均衡 ...

  4. nginx+tomcat 配置负载均衡集群 (转载)

    一.Hello world 1.前期环境准备 准备两个解压版tomcat,如何同时启动两个tomcat,请看我的另一篇文章<一台机器同时启动多个tomcat>. nginx官网下载解压版n ...

  5. Nginx+PHP负载均衡集群环境中Session共享方案 - 运维笔记

    在网站使用nginx+php做负载均衡情况下,同一个IP访问同一个页面会被分配到不同的服务器上,如果session不同步的话,就会出现很多问题,比如说最常见的登录状态. 下面罗列几种nginx负载均衡 ...

  6. Nginx+Tomcat 配置负载均衡集群

    一.Hello world 1.前期环境准备 准备两个解压版tomcat,如何同时启动两个tomcat,请看我的另一篇文章<一台机器同时启动多个tomcat>. nginx官网下载解压版n ...

  7. Nginx + Tomcat 配置负载均衡集群简单实例

    一.Hello world 1.前期环境准备 准备两个解压版tomcat,如何同时启动两个tomcat,请看我的另一篇文章<一台机器同时启动多个tomcat>. nginx官网下载解压版n ...

  8. Nginx+tomcat配置负载均衡集群

    操作系统版本:Centos 6.4 Nginx版本:nginx-1.3.15.tar.gz wget http://nginx.org/download/nginx-1.5.9.tar.gz JDK版 ...

  9. LVS-DR实现mysql负载均衡集群

    lvs-dr实现mysql负载均衡集群 环境说明: 服务器的操作系统均为centos7,vip和rip在同一网段,使用lvs-dr模型来实现mysql集群服务 所有服务器均已配置好处VIP外的静态IP ...

  10. LVS-NAT:搭建HTTP及HTTPS负载均衡集群

    目录 LVS-NAT:搭建HTTP及HTTPS负载均衡集群 环境说明: 搭建NAT模式的HTTP负载集群 1. 配置好IP地址信息 2. DR上开启IP转发 3.DR上配置lvs-nat的转发机制 4 ...

随机推荐

  1. .Net基础篇_学习笔记_第四天_switch-case02

    using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.T ...

  2. SpringCloud学习笔记(5):Hystrix Dashboard可视化监控数据

    简介 上篇文章中讲了使用Hystrix实现容错,除此之外,Hystrix还提供了近乎实时的监控.本文将介绍如何进行服务监控以及使用Hystrix Dashboard来让监控数据图形化. 项目介绍 sc ...

  3. SqlServer还原数据库时提示:异常终止,不能在此版本的SQL Server中启动,因为它包含分区函数

    场景 在SqlServer Management中进行数据库还原时提示: 数据库不能在此版本的SQL Server中启动,因为它包含分区函数. 点击左下角的查看详细信息 实现 电脑上安装的是SQL S ...

  4. kafka入门配置

    问题导读: 1.zookeeper在kafka的作用是什么? 2.kafka中几乎不允许对消息进行“随机读写”的原因是什么? 3.kafka集群consumer和producer状态信息是如何保存的? ...

  5. 松软科技课堂:SQL-LEFT-JOIN 关键字

    SQL LEFT JOIN 关键字 LEFT JOIN 关键字会从左表 (table_name1) 那里返回所有的行,即使在右表 (table_name2) 中没有匹配的行. LEFT JOIN 关键 ...

  6. caffe学习一:ubuntu16.04下跑Faster R-CNN demo (基于caffe). (亲测有效,记录经历两天的吐血经历)

    兜兜转转,兜兜转转; 一次有一次,这次终于把Faster R-CNN 跑通了. 重要提示1:在开始跑Faster R-CNN之前一定要搞清楚用的是Python2 还是Python3. 不然你会无限次陷 ...

  7. Mysql - 关于relay_log_recovery参数的测试

    一.概述 官方文档中对relay_log_recovery参数的解释 Enables automatic relay log recovery immediately following server ...

  8. JAVA Atm测试实验心得

    通过一个假期的自学,完成了老师布置的样卷任务.使用Escipse编写一个学生成绩的管理系统. 一开始两眼摸黑,通过观看Java课程的视频,地址:https://www.bilibili.com/vid ...

  9. Android Adapter的一些记录

    一.摘要 An Adapter object acts as a bridge between an AdapterView and the underlying data for that view ...

  10. Redis 相关功能和实用命令(五)

    慢查询原因分析 由于 Redis 是单线程的,它内部维护了一个命令队列,所以当有耗时的命令出现时,比如 keys *,后面的命令会被阻塞,通查查出慢查询可以对服务进一步优化. 设置慢查询阀值:默认10 ...