dubbo+zookeeper构建高可用分布式集群
程序员文章站
2022-07-03 10:43:27
...
(1) 当服务越来越多时,服务URL配置管理变得非常困难,F5硬件负载均衡器的单点压力也越来越大。 此时需要一个服务注册中心,动态的注册和发现服务,使服务的位置透明。 并通过在消费方获取服务提供方地址列表,实现软负载均衡和Failover,降低对F5硬件负载均衡器的依赖,也能减少部分成本。 (2) 当进一步发展,服务间依赖关系变得错踪复杂,甚至分不清哪个应用要在哪个应用之前启动,架构师都不能完整的描述应用的架构关系。 这时,需要自动画出应用间的依赖关系图,以帮助架构师理清理关系。 (3) 接着,服务的调用量越来越大,服务的容量问题就暴露出来,这个服务需要多少机器支撑?什么时候该加机器? 为了解决这些问题,第一步,要将服务现在每天的调用量,响应时间,都统计出来,作为容量规划的参考指标。 其次,要可以动态调整权重,在线上,将某台机器的权重一直加大,并在加大的过程中记录响应时间的变化,直到响应时间到达阀值,记录此时的访问量,再以此访问量乘以机器数反推总容量。 为解决这些问题,Dubbo为我们做了什么呢: Provider: 暴露服务的服务提供方。 Consumer: 调用远程服务的服务消费方。 Registry: 服务注册与发现的注册中心。 Monitor: 统计服务的调用次调和调用时间的监控中心。 Container: 服务运行容器。 调用关系说明: 0. 服务容器负责启动,加载,运行服务提供者。 1. 服务提供者在启动时,向注册中心注册自己提供的服务。 2. 服务消费者在启动时,向注册中心订阅自己所需的服务。 3. 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。 4. 服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。 5. 服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。 第三:Dubbo与Zookeeper、SpringMVC整合使用 第一步:在Linux上安装Zookeeper Zookeeper作为Dubbo服务的注册中心,Dubbo原先基于数据库的注册中心,没采用Zookeeper,Zookeeper一个分布式的服务框架,是树型的目录服务的数据存储,能做到集群管理数据 ,这里能很好的作为Dubbo服务的注册中心,Dubbo能与Zookeeper做到集群部署,当提供者出现断电等异常停机时,Zookeeper注册中心能自动删除提供者信息,当提供者重启时,能自动恢复注册数据,以及订阅请求。我们先在linux上安装Zookeeper,我们安装最简单的单点,集群比较麻烦。 先需要安装JdK,从Oracle的Java网站下载,安装很简单,就不再详述。 单机模式 单机安装非常简单,只要获取到 Zookeeper 的压缩包并解压到某个目录如:d:/zookeeper-3.4.5/下,Zookeeper 的启动脚本在 bin 目录下,Windows 下的启动脚本是 zkServer.cmd。 在你执行启动脚本之前,还有几个基本的配置项需要配置一下,Zookeeper 的配置文件在 conf 目录下,这个目录下有 zoo_sample.cfg 和 log4j.properties,你需要做的就是将 zoo_sample.cfg 改名为 zoo.cfg,因为 Zookeeper 在启动时会找这个文件作为默认配置文件。下面详细介绍一下,这个配置文件中各个配置项的意义。 tickTime:这个时间是作为 Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔,也就是每个 tickTime 时间就会发送一个心跳。 dataDir:顾名思义就是 Zookeeper 保存数据的目录,默认情况下,Zookeeper 将写数据的日志文件也保存在这个目录里。 dataLogDir:顾名思义就是 Zookeeper 保存日志文件的目录 clientPort:这个端口就是客户端连接 Zookeeper 服务器的端口,Zookeeper 会监听这个端口,接受客户端的访问请求。 当这些配置项配置好后,你现在就可以启动 Zookeeper 了,启动后要检查 Zookeeper 是否已经在服务,可以通过 netstat – ano 命令查看是否有你配置的 clientPort 端口号在监听服务。 Zookeeper客户端的命令操作 ls/ 查看当前操作命令 。创建节点 create /zk mydata 设置节点数据 set /key value 形式 delete /zk节点。在windows 下。配置伪集群先在datadir 路径目录下新建一个mid 文件指定文件配置读取的服务器。tickTime=2000 服务器1 : initLimit=10 syncLimit=5 dataDir=/tmp/zookeeper/server001/data clientPort=2183 server.3=127.0.0.1:2888:3888 如果是3 就写3 ,文件可以不指定格式。记事本也可以。 服务器2: tickTime=2000 initLimit=10 syncLimit=5 dataDir=/tmp/zookeeper/server002/data clientPort=2182 server.2=127.0.0.1:2889:3889 服务器3: tickTime=2000 initLimit=10 syncLimit=5 dataDir=/tmp/zookeeper/server002/data clientPort=2181 server.2=127.0.0.1:2881:3881 然后分别打开分布式服务器服务端。 linux bin下运行 ./zkServer.sh start即可。打开客服端,通过help 里的命令去切换服务器,查看服务器信息。 dubbo:registry 标签一些属性的说明: 1)register是否向此注册中心注册服务,如果设为false,将只订阅,不注册。 2)check注册中心不存在时,是否报错。 3)subscribe是否向此注册中心订阅服务,如果设为false,将只注册,不订阅。 4)timeout注册中心请求超时时间(毫秒)。 5)address可以Zookeeper集群配置,地址可以多个以逗号隔开等。 dubbo:service标签的一些属性说明: 1)interface服务接口的路径 2)ref引用对应的实现类的Bean的ID 3)registry向指定注册中心注册,在多个注册中心时使用,值为<dubbo:registry>的id属性,多个注册中心ID用逗号分隔,如果不想将该服务注册到任何registry,可将值设为N/A 4)register 默认true ,该协议的服务是否注册到注册中心。 dubbo:reference 的一些属性的说明: 1)interface调用的服务接口 2)check 启动时检查提供者是否存在,true报错,false忽略 3)registry 从指定注册中心注册获取服务列表,在多个注册中心时使用,值为<dubbo:registry>的id属性,多个注册中心ID用逗号分隔 4)loadbalance 负载均衡策略,可选值:random,roundrobin,leastactive,分别表示:随机,轮循,最少活跃调用 <?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-3.1.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd"> <bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property name="order" value="1" /> <property name="ignoreUnresolvablePlaceholders" value="true" /> <property name="locations"> <list> <value>classpath:demo-provider-module.properties</value> </list> </property> </bean> <!-- 提供方应用信息,用于计算依赖关系 --> <dubbo:application name="${app.name}" owner="${app.owner.name}" organization="${app.organization.name}" /> <!-- 使用zookeeper广播注册中心暴露服务地址 file="${connect.cache.path}/output/connect.cache" --> <dubbo:registry id="activity-service-registry" protocol="${registry.protocol}" address="${registry.address}" timeout="5000" /> <dubbo:protocol name="${service.protocol}" port="${service.port}" accesslog="/usr/local/misc_apps/demo-provider/logs/access/demo-provider-dubbo.log" /> <dubbo:monitor protocol="registry" /> <dubbo:reference id="merchandiseRemoteService" registry="activity-service-registry" timeout="2000" check="false" interface="demo.dcn.DubboService" version="1.0.0" /> </beans>
推荐阅读
-
NoSQL之Redis 高可用性集群方案,应急维护技巧
-
搭建高可用的redis集群,避免standalone模式带给你的苦难
-
搭建高可用的redis集群,避免standalone模式带给你的苦难
-
构建双vip的高可用MySQL集群
-
搭建Spark高可用集群
-
HA-高可用集群
-
SpringCloud之分布式配置中心Spring Cloud Config高可用配置实例代码
-
spring cloud config分布式配置中心的高可用问题
-
Linux系统 CentOS 7怎么搭建集群? 搭建高可用集群的步骤
-
SpringCloud之分布式配置中心Spring Cloud Config高可用配置实例代码