一、前言

  dubbo 作为分布式服务框架支持丰富的配置和扩展方式,其中包括:通讯协议、并发控制、多版本服务、结果缓存、泛化引用\实现、回声测试、上下文信息、事件通知、路由规则(可用于实现读写分离)等多方面内容,官方User Guide(http://alibaba.github.io/dubbo-doc-static/Home-zh.htm)中已经包含了非常详细的解释和使用说明,不再重复描述。参照之前的博文《基于开源Dubbo分布式RPC服务框架的部署整合》(http://www.cnblogs.com/lengfo/p/4245215.html),已经实现了由Zookeeper作为dubbo注册中心的RPC简单调用,基于此,本文主要介绍了 dubbo 在负载均衡、服务管理、服务监控等方面的内容,部署结构如下图:

  

  More about dubbo-LMLPHP

二、集成环境

  1、测试环境(OS:Linux CentOS 6.5,CPU:2 Core,Memory:4G)

  2、部署配置

 Role Name IP_PORT  Remark
 注册中心 zookeeper 10.129.221.64:2181 3.4.6,可扩展
 服务提供者 provider_01 10.129.221.64:30001 
 服务提供者 provider_02 10.129.221.64:30002 
 服务提供者 provider_03 10.129.221.64:30003 
 服务管理 dubbo_admin 10.129.221.64:8080 2.5.3,基于 tomcat
 服务监控 dubbo_monitor 10.129.221.64:8081 2.5.3,基于 jetty

三、服务负载均衡(Load Balance)

  1、dubbo provider 通过统一 registry 注册中心可以很方便实现Cluster部署,平滑增加或者减少机器实现负载均衡,consumer 和 provider 之间通过注册中心实现调用地址的隔离。本文通过不同端口配置多个Provider注册发布服务,配置参照上述表格。

  2、在服务消费方 Consumer 相关代码中循环执行远程 IGoodsManager.LoadGoods()方法调用,由于默认使用轮询方式进行负载,从下图可以看出远程服务对象会在三个Provider之间进行自动切换,

  More about dubbo-LMLPHP

  3、dubbo 支持轮询、随机(推荐)、最少并发等软负载均衡方式,同时支持设置每台Provider机器的负载权重,例如性能较低的机器可以使用较低的权重提供服务。负载方式和权重配置可以在开发时的Spring配置文件中指定,也可以在服务部署后运行时通过 admin 工具(后续介绍)进行动态配置,如果调用远程发布服务失败可以指定次数retry,除非所有的Provider都同时宕机,registry都能找到并分配可用的服务给消费方,从而实现服务的高可用。

  • 随机,按权重设置随机概率。
  • 轮循,按公约后的权重设置轮循比率。
  • 最少活跃调用数,相同活跃数的随机,活跃数指调用前后计数差。
  • 一致性Hash,相同参数的请求总是发到同一提供者,另外提供了 sticky粘滞连接相关配置。

  More about dubbo-LMLPHP

四、服务管理(Admin)

  1、dubbo-admin 通过可视化的配置实现 负载均衡、权重调整、路由规则、服务降级、访问控制等SOA治理功能,很遗憾,阿里并没有完全开源 dubbo-admin,开源部分属内部裁剪版本。部署方式如下。

  2、从源码编译 dubbo-admin/target 目录找到 dubbo-admin-2.5.3.war,部署到 tomcat 服务器(8080端口)并修改 dubbo-admin-2.5.3/WEB-INF/dubbo.properties 文件,指定dubbo registry Zookeeper 地址和登录root、guest密码,修改后的文件配置如下:

dubbo.registry.address=zookeeper://127.0.0.1:2181
dubbo.admin.root.password=root
dubbo.admin.guest.password=guest

  3、配置成功后可以通过 http://10.129.221.64:8080/dubbo-admin-2.5.3/ 地址访问,并使用账号root/root登陆到 dubbo后台管理页面,关于服务治理以下截取了一张服务提供者页面,更多截图参照官方地址:http://alibaba.github.io/dubbo-doc-static/Administrator+Guide-zh.htm#AdministratorGuide-zh-%E7%AE%A1%E7%90%86%E6%8E%A7%E5%88%B6%E5%8F%B0%E5%AE%89%E8%A3%85

  More about dubbo-LMLPHP

  4、通过以上工具可以很直观的进行服务的SOA治理。

五、服务监控(Monitor)

  1、dubbo monitor 主要用于监控 dubbo服务、注册中心、服务提供者、服务消费方等工作状态、依赖关系等,支持JFreeChart图形统计报表的形式展示服务负载情况,dubbo monitor不支持负载,但单点故障不会影响RPC的运行,通过 dubbo monitor 可以清晰的看到服务的访问记录、成功次数、失败次数等。

  2、从源码编译 dubbo-simple\dubbo-monitor-simple\target 目录找到 dubbo-monitor-simple-2.5.3-assembly.tar 并部署解压到测试Linux服务器。

  3、修改 dubbo monitor 配置文件,修改注册中心地址指向之前的zookeeper服务器地址,默认为8080作为 jetty http访问端口,本文修改为 jetty.port = 8081 防止和tomcat冲突。mkdir 创建对应目录用于存放monitor 监控过程中的日志、统计信息、图表相关内容,注意charts目录必须放在jetty.directory下,否则页面上访问不了,同时修改配置文件将directory指向到对应目录,修改后的配置如下:

dubbo.container=log4j,spring,registry,jetty
dubbo.application.name=simple-monitor
dubbo.application.owner=
#dubbo.registry.address=multicast://224.5.6.7:1234
dubbo.registry.address=zookeeper://localhost:2181
#dubbo.registry.address=redis://127.0.0.1:6379
#dubbo.registry.address=dubbo://127.0.0.1:9090
dubbo.protocol.port=7070
dubbo.jetty.port=8081
dubbo.jetty.directory=monitor
dubbo.charts.directory=${dubbo.jetty.directory}/charts
dubbo.statistics.directory=monitor/statistics
dubbo.log4j.file=logs/dubbo-monitor-simple.log
dubbo.log4j.level=WARN

  4、启动 monitor 服务,如果启动失败可以通过查看log目录下的日志信息来排查错误,正常启动的截图如下:

  More about dubbo-LMLPHP

  5、通过 http://10.129.221.64:8081/ 地址可以访问到 dubbo monitor 页面,如下图:

  More about dubbo-LMLPHP

  6、注意:如果要启用 dubbo monitor 的监控功能需要在provider开发的spring配置xml文件里面增加以下标签,标识启用monitor,否则provider 并不会向 registry 服务器汇报服务统计信息,在dubbo monitor中也只能监视到服务,并不能显示相关统计信息。

<dubbo:monitor protocol="registry" />

六、至此,关于dubbo的整合配置部署完毕。

  dubbo 框架覆盖了RPC调用相关的方方面面,属于一套完整的SOA解决方案,基于以上整合环境,参照 User Guide 可以快速实现分布式服务和流动计算架构。

  当当网开源了基于dubbo 框架扩展的 dubbox,主要支持了REST风格远程调用(HTTP + JSON/XML)和序列化方面等内容,开源地址:https://github.com/dangdangdotcom/dubbox

  京东开源的基于dubbo的调用跟踪系统 JD-Hydra,开源地址:https://github.com/odenny/hydra

七、性能测试

  关于dubbo各协议、序列化方式等PRC调用相关的性能测试,请期待后续博文。

八、向开源工作者和组织致敬,感谢对开源事业作出的任何贡献

05-11 15:39