原文链接地址:点击打开链接
处女博客,不知道规则怎么写,直接入主题吧。
很多人刚接触分布式,集群负载均衡时都觉得高深莫测,难度有点大,其实起码入手是很简单的。我刚入公司就让我搞这个的研究,之前完全小白,nginx都没有配置过。搞了1天半,总算弄了个完整的测试项目出来,写了这个博客,以兹鼓励与纪念!
Dubbo不多说了,在国内分布式服务这块还是很牛逼的,是基于服务分布式框架,能轻松实现服务层面的负载均衡。官方文档地址http://dubbo.io/User+Guide-zh.htm
Nginx也不用多说,通过异步非阻塞能够有很大的并发量,据说是百万级,我没有真正压测过。上手十分简单,广泛应用于网站负载均衡,能轻松实现HTTP层面的负载均衡。
今天的的博客介绍的是服务层面用dubbo+zookeeper实现分布式服务,dubbo本身已经实现了服务负载均衡,所以很简单,然后Http web层用nginx负载均衡。
第一步:Zookeeper下载,安装,配置
1.2:然后解压到一个目录,打开conf目录copy一份zoo_sample.cfg文件,并重命名为zoo.cfg(必须是这个名字)
1.3:打开zoo.cfg,入手阶段基本不用做什么修改,唯一需要注意的是端口号,后面的dubbo 管理配置需要和这个保持一致(后面说)
1.4:找到bin目录下的 zKserver.cmd 启动zookeeper
这里zookeeper就OK了
第二步:下载,配置dubbo的管理项目
2.1 下载 dubbo admin 项目 地址:
http://dubbo.io/Download-zh.htm
2.2 解压,取出war包。
2.3 拷贝一个tomcat,改一下端口号(用默认容易和其他的tomcat端口冲突)
2.4 删除 tomcat webapp 目录下面的文件,将dubbo admin 包解压内容放到root目录中,修改classpath 目录下的dubbo.properties, 将这个监测中心注册到zookeeper,即将dubbo.registry.address改成你安装zookeeper的机子IP+zookeeper配置的端口。我这里是一台机子演示,默认端口与zookeeper是一致的所以不用修改。用户名密码就没有改动的必要了。
2.5 bin目录启动tomcat,输入这个tomat的访问网址 http://localhost:8180/
(端口号注意修改成你自己改的那个),然后登陆密码都是就是上面配置文件中的,root root登录
这里可以看到,提供者为0,消费者为0
第三步:创建提供者
3.1:创建公用接口项目 service,创建两个provider (provider01,provider02)
service包,公用接口,很简单,就是个maven基础java包,不需要加入任何依赖,也不需要加入任何配置文件
2个provider包引入service依赖,且需要引入dubbo,zookeeper,log4依赖,这里不需要引入Spring,dubbo自带依赖,不过版本很旧,也可以自己手动移除然后引入新版本Spring。下面给出其中一个的pom实例,copy请自行修改artifactId
pom.xml:
3.2 在service公有服务接口包中新建接口TestService,内容很简单,就包含一个测试接口
TestService.java:
3.3 provider 提供者需要实现这个公用接口以向消费者提供服务,两个provider基本是一样的,除了部分配置
provider02 : TestServiceImpl.java实现公有接口 testService
provider01 : TestServiceImpl.java实现公有接口 testService
2个provider,随意实现,返回效果不同就行了,因为后面要测试集群负载均衡效果
3.4 到这里提供者代码层面基本完了,该项目增加配置文件,在classpath目录下新建3个配置文件:applicationContext.xml(Spring配置文件),log4.properties,provider.xml(
dubbo 提供者配置文件,重要
)
applicationContext.xml:(2个provider一模一样)
log4.properties:(2个provider一样)
provider01: provider.xml
provider02: provider.xml
这里需要注意,2个provider的应用名,一样,因为模拟集群负载均衡,所以对Dubbo来说是一个服务。2个provider的端口需不一样,因为是同一台机子模拟2个服务,如果是多台就无所谓了。dubbo:Service须保持一致,因为2个provider负载均衡是模拟一个服务,所以提供的服务外面看来须一样。
3.5,业务代码以及配置文件都完成了,该启动2个provider了,新建provider类,并调用main启动,代码如下;
Provider.java(2个provider一样即可)
成功启动之后,显示注册到了zookeeper。
这个时候我们刷新下dubbo.admin页面看看效果,显示提供者为1,说明一切正常
然后启动第二个provider,至这里显示提供者为2,服务数为1,一切OK,下一步我们开始消费者端。
第四步:创建消费者,这里创建2个Spring mvc web项目来充当消费的角色。
2个消费者(dubbo-consumer01,dubbo-consumer02)也一样,基本一样,就是服务实现不一样来测试负载均衡,还有个消费者配置文件不一样。
4.1 2个消费者POM.xml基本是一样的,标准的Spring mvc web项目,需要引入dubbo,zookeeper,公有服务service,Spring mvc系列,log4系列。这里需要注意的是,dubbo的Spring实在过于老旧了,对于web项目来说是不合适的,遇到了版本冲突,所以需要剔除dubbo中依赖的spring2.5
pom.xml(copy请自行修改 groupId与artifactId):
4.2,两个web项目的主要配置文件,共5个:web.xml、applicationContext.xml、consumer.xml、log4.properties、springmvc-servlet.xml。
web.xml :基本一样这里只放出一个
applicationContext.xml 2个consumer一模一样,只是引入consumer消费者配置文件,很简单
consumer.xml: 消费者配置文件,这个很重要,这里消费者应用名不能一样了,因为我模拟是2个消费者,然后需要向zookeeper中心注册,还有个很重要的就是引用提供者提供的远程服务
consumer01: consumer.xml
log4配置文件,没什么好说的,同provider,这里不粘了
springmvc-servlet.xml : 配置文件,很简单,启用注解与controller扫描,没了。
4.3 spring mvc web 项目配置已经完成了,这一步,可以直接启动项目,启动成功,且能进helloworld 页则说明你的配置没有出现细微错误,否则需要检查检查,保证项目是正常的,不然后面排错懵逼。
现在我们新建个controller,很简单,就弄个接口,调用提供者的远程服务
consumer01: TestController:
consumer02 TestController:
可以看出2个consumer,2个provider,一切正常,我们在浏览器中访问我们的接口,也是正常
第五步:到这里我们的dubbo+zookeeper+Spring mvc 搭建完成了,下一步,加入nginx 实现http层面的负载均衡
5.1 下载nginx,解压,并修改conf目录下的nginx.conf
5.2我们新建个upstream 负载均衡,采取默认的nginx负载均衡策略,然后监听80端口,将80端口所有的请求代理转发到负载上面
5.3 命令行启动nginx,然后在浏览器中输入接口网址即可发现会出现四种结果,consumer01provider01、consumer02provider01、consumer01provider02、consumer02provider02. dubbo+zookeeper+spring mvc+nginx负载均衡测试完成