Dubbo服务集群

一、什么叫Dubbo服务集群

指把同一个服务部署到多台机器,然后通过Dubbo服务集群的容错配置实现一台机器的服务挂掉之后自动切换到另外的一台机器

二、Dubbo服务集群容错配置——集群容错模式

属性:cluster

类型:string

是否必填:可选

缺省值:failover

作用:性能调优

集群方式:可选:failover/failfast/failsafe/failback/forking

兼容性:2.0.5以上版本

1、Failover Cluster(dubbo缺省配置)

失败自动切换,当出现失败,重试其它服务器(缺省)。通常用于读操作,但重试会带来更长延迟可通过retries="2"来设置重试次数(不含第一次)

1.1 可以在服务提供方配置,不配置时也是默认的如下配置

<dubbo:service cluster="failover" retries="2" />

1.2  可以在服务消费方配置,不配置时也是默认的如下配置

<dubbo:reference cluster="failover" retries="2" />

1.3 可以在消费方指定调用某个方法失败时的重试调用次数

<dubbo:reference>
<dubbo:method name="findFoo" retries="2" />
</dubbo:reference>

2、Failfast Cluster

快速失败,只发起一次调用,失败立即报错。通常用于非幂等性的写操作,比如新增记录

2.1 可以在服务提供方配置

<dubbo:service cluster="failfast"  />

2.2  可以在服务消费方配置

<dubbo:reference cluster="failfast />

3、Failsafe Cluster

失败安全,出现异常时,直接忽略。通常用于写入审计日志等操作

3.1 可以在服务提供方配置

<dubbo:service cluster=""failsafe""  />

3.2  可以在服务消费方配置

<dubbo:reference cluster=""failsafe"" />

4、Failback Cluster

失败自动恢复,后台记录失败请求,定时重发。通常用于消息通知操作

4.1 可以在服务提供方配置

<dubbo:service cluster="failback" />

4.2  可以在服务消费方配置

<dubbo:reference cluster="failback" />

5、Forking Cluster

并行调用多个服务器,只要一个成功即返回。通常用于实时性要求较高的读操作,但需要浪费更多服务资源可通过forks="2"来设置最大并行数。

5.1 可以在服务提供方配置

<dubbo:service cluster="forking" />

5.2  可以在服务消费方配置

<dubbo:reference cluster="forking" />

三、集群容错配置的选择

一般情况下failover(读操作)和failfast(写操作)就可以满足需求;failover集群容错的retries的属性值改为"0"时等价于failfast

时间: 2024-11-05 17:22:07

Dubbo服务集群的相关文章

Dubbo服务集群容错

Dubbo是Alibaba开源的分布式服务框架,我们可以非常容易地通过Dubbo来构建分布式服务,并根据自己实际业务应用场景来选择合适的集群容错模式,这个对于很多应用都是迫切希望的,只需要通过简单的配置就能够实现分布式服务调用,也就是说服务提供方(Provider)发布的服务可以天然就是集群服务,比如,在实时性要求很高的应用场景下,可能希望来自消费方(Consumer)的调用响应时间最短,只需要选择Dubbo的Forking Cluster模式配置,就可以对一个调用请求并行发送到多台对等的提供方

windows+nginx+iis+redis+Task.MainForm构建分布式架构 之 (nginx+iis构建服务集群)

本次要分享的是利用windows+nginx+iis+redis+Task.MainForm组建分布式架构,由标题就能看出此内容不是一篇分享文章能说完的,所以我打算分几篇分享文章来讲解,一步一步实现分布式架构:下面将先给出整个架构的核心节点简介,希望各位多多点赞: . 架构设计图展示 . nginx+iis构建服务集群 . redis存储分布式共享的session及共享session运作流程 . redis主从配置及Sentinel管理多个Redis集群 . 定时框架Task.MainForm提

分享在Linux下使用OSGi.NET插件框架快速实现一个分布式服务集群的方法

在这篇文章我分享了如何使用分层与模块化的方法来设计一个分布式服务集群.这个分布式服务集群是基于DynamicProxy.WCF和OSGi.NET插件框架实现的.我将从设计思路.目标和实现三方面来描述. 1 设计思路 首先,我来说明一下设计思路.我们先来看看目前OSGi.NET插件框架的服务.在这里,服务不是远程服务,它是轻量级的服务,由接口和实现类组成,如下图所示.服务契约插件定义了服务接口,服务实现插件向服务总线注册服务,服务调用插件利用服务契约(接口)从服务总线获取实现的服务并调用,服务实现

NTP POOL PROJECT:全球最大的免费NTP服务集群

pool.ntp.org项目是一个提供可靠易用的NTP服务的虚拟集群,它作为一个大的NP服务器可以支撑全球数百万客户端使用.该项目允许那些能提供NTP服务的服务器加入到该集群中,截止2012年8月份,该NTP服务集群内已有3400台NTP服务器(其中中国大陆加入该项目的NTP服务器只有11个.),但该数量还在持续增加中. 1. 那么,如何使用poor.ntp为我们提供NTP服务呢?(How do I use pool.ntp.org?)如果你只是需要同步您的计算机时钟网络,配置文件(Linux,

keepalived实现WEB服务集群的高可用负载均衡

要求:利用keepalived实现WEB服务集群的高可用负载均衡,即在lvs_dr模型中扮演director的角色,对来自用户的请求按照一定的算法分配至后端服务器中:且keepalived服务器可实现高可用. keepalived是vrrp协议的一种实现,专门为lvs设计,以实现对lvs高可用就集群中的dirctor进行冗余以及对realserver进行健康检测.当一台主机(MASTER)出现问题后,keepalived能够将VIP自动的分配到备用的主机上(BACKUP),从而实现了自身(dir

企业级DNS服务集群架构设计及BIND部署配置实战

DNS(域名解析系统) 简单地说就是一个IP地址和域名之间的转换系统,方便用户通过域名访问正确的服务地址,而不用记住不易区分的具体IP.DNS协议运行在UDP协议之上,使用端口53. DNS解析流程 以访问www.qq.com为例,当用户在浏览器中输入网址点击回车以后,会经过以下查找IP过程,也就是DNS解析过程: 1)本地计算机host文件 2)如果本地没有解析记录,则开始递归查询本地域名服务器LOCAL DNS(也就是你网络中配置的首选和备选DNS) 3)LDNS也没有则会去查询根服务器,并

Java 多线程 服务集群和分布式缓存系统架构

服务集群和分布式缓存系统架构见下图: 参考资料 Java企业级电商项目架构演进之路 Tomcat集群与Redis分布式 原文地址:https://www.cnblogs.com/WJQ2017/p/8442510.html

Spring Cloud(Dalston.SR5)--Zuul 网关-微服务集群

通过 url 映射的方式来实现 zuul 的转发有局限性,比如每增加一个服务就需要配置一条内容,另外后端的服务如果是动态来提供,就不能采用这种方案来配置了.实际上在实现微服务架构时,服务名与服务实例地址的关系在 eureka server 中已经存在了,所以只需要将Zuul注册到 eureka server上去发现其他服务,就可以实现对 serviceId 的映射,并且启用了 eureka server 同时也会启用 ribbon 对服务进行负载均衡调用,加入 Zuul 到微服务集群架构图如下:

11 微服务集群网关Zuul介绍

在实际环境中,我们的应用程序会有多个服务调用者,如何将其组织起来统一对外提供服务呢?我们可以使用Netflix的Zuul框架构建微服务集群网关来解决这个问题. 1. Zuul框架介绍 1.1 关于Zuul Spring Cloud提供了多个组件用于集群内部的通信,例如服务管理组件Eureka,负载均衡组件Ribbon,REST客户端组件Feign等等.如果集群提供可一个API或者Web服务,需要与外部进行通信,最好的方式就是添加一个网关,将集群的服务都隐藏到网关后面,这种做法对于外部客户端来说,