Consul部署架构

Consul 使用 Raft 算法来保证一致性, 比复杂的 Paxos 算法更直接,用于实现分布式系统的服务发现与配置。

应用Consul提供的服务需要建立Consul集群。在Consul方案中,每个提供服务的节点上都要部署和运行Consul的agent,所有运行Consul agent节点的集合构成Consul的集群功能。

Consul agent有两种运行模式:Server和Client。这里的Server和Client只是Consul集群层面的区分,与搭建在该节点上的应用服务无关。

  • 以Server模式运行的Consul agent节点用于维护Consul集群的状态,每个集群至少有3个或5个或者以上的运行在Server节点的Agent。
  • Client节点通过一个轻量级的进程,负责服务注册、健康检查,将请求转发给Server节点等。 Client节点数量不限。
  • 每个数据中心的Consul集群都会在运行于server模式下的agent节点中选出一个Leader节点,这个选举过程通过Consul实现的raft协议保证,多个 server节点上的Consul数据信息是强一致的。

时间: 2024-11-05 23:30:24

Consul部署架构的相关文章

高并发情况下Redis 的可用性测试与分析及部署架构说明

一.Redis AOF模式设置 修改配置文件redis.conf参数: appendonly yes # appendfsync always appendfsync everysec # appendfsync no 二.测试方法 创建多线程,其中每一个线程执行一个无限循环向Redis 发送set key-value命令,由于处理器执行一次循环操作的速度非常快,因此这样每一个线程都模拟了一个多并发的情况. <span style="font-size:18px;">cla

阿里云服务器部署架构

最近要上马一个项目,客户要求全部部署到阿里云的服务器,做了一个阿里云的部署方案. 上图: 跟传统的部署相比,用云盾替代了传统的防火墙,负载均衡设备也不用自己买了,购买一个LBS负载均衡服务可以添加10个负载均衡实例,内网免费.因为项目的出口带宽可以统一,所以干脆使用负载均衡的流量费替代了带宽费用.(即在购买ECS的时候可以带宽可以为0或者1Mps,使用LBS负责输出流量. 有点麻烦的是,如果数据库使用的是oracle的话,好像RAC不好安装,因为没共享存储.(阿里也在推它自己的RDS关系型数据库

分布式实时日志分析解决方案ELK部署架构

一.概述 ELK 已经成为目前最流行的集中式日志解决方案,它主要是由Beats.Logstash.Elasticsearch.Kibana等组件组成,来共同完成实时日志的收集,存储,展示等一站式的解决方案.本文将会介绍ELK常见的架构以及相关问题解决. 1. Filebeat:Filebeat是一款轻量级,占用服务资源非常少的数据收集引擎,它是ELK家族的新成员,可以代替Logstash作为在应用服务器端的日志收集引擎,支持将收集到的数据输出到Kafka,Redis等队列. 2. Logstas

分布式实时日志分析解决方案 ELK 部署架构

一.前言 ELK 已经成为目前最流行的集中式日志解决方案,它主要是由Beats.Logstash.Elasticsearch.Kibana等组件组成,来共同完成实时日志的收集,存储,展示等一站式的解决方案.本文将会介绍ELK常见的架构以及相关问题解决. Filebeat:Filebeat是一款轻量级,占用服务资源非常少的数据收集引擎,它是ELK家族的新成员,可以代替Logstash作为在应用服务器端的日志收集引擎,支持将收集到的数据输出到Kafka,Redis等队列.Logstash:数据收集引

[转帖]VMware Vsphere 6.0安装部署 (一) 总体部署架构

(一)总体部署架构本教程用于学习目的,力求详尽的介绍安装部署过程和各组件之间的关系,部署过程从最简单的模型开始,系列文章按时间顺序依次展开,每篇介绍一个组件. 开始阶段,按照一台物理服务器,部署所有VMware组件的模型进行,这也是为了贴近大部分初学者在没有就职于商业机构,缺乏实际测试,生产环境的情形下,利用手头有限的硬件资源进行学习的场景. 初始部署模型如下: 其中,服务器为一台思科C240 M3机架式服务器,2颗E5-2660 CPU,96G内存,6块300G硬盘做raid5. 四个网卡全部

【入门】广电行业DNS、DHCP解决方案详解(三)——DNS部署架构及案

DNS系统部署架构 宽带业务DNS架构 互动业务DNS架构 案例介绍 案例一 案例二 本篇我们将先介绍DNS系统部署架构体系,并向大家分享两个案例,深化大家对DNS系统的理解,最后我们也会讨论安全防护问题. DNS系统部署架构 宽带业务DNS架构 宽带业务的DNS架构主要提供宽带网络宽带用户进行互联网访问,DNS系统主要以递归查询为主,它的架构以缓存递归分离的方式和原则进行搭建部署.例如,最小的部署方式为两个缓存.两个递归.一个管理共五台设备.两个缓存通过OSPF的架构实现冗余,当然如果数据量比

Consul的使用一 之Consul的架构

Consul的架构 如下图所示: 通常情况下, 一个数据中心由client和server组成, 并且需要保证server相对较少, 因为server越多, server之间达成一致的速度越慢. 一个数据中心的所有agent都参与一个gossip协议. Consul使用gossip协议来管理集群中的成员关系, 广播消息到集群中.所有的这些都是通过Serf库实现的, serf使用的gossip协议是SWIM(Scalable Weakly-consistent infection-style pro

Zookeeper之基于Observer部署架构

Observers:在不伤害写性能的情况下扩展Zookeeper 虽然通过Client直接连接到Zookeeper集群的性能已经很好了,可是这样的架构假设要承受超大规模的Client,就必须添加Zookeeper集群的Server数量,随着Server的添加,Zookeeper集群的写性能必定下降.我们知道Zookeeper的Znode变更是要过半数投票通过,随着机器的添加,因为网络消耗等原因必定导致投票成本添加,从而导致写性能的下降. Observer是一种新型的Zookeeper节点.能够帮

openstack学习(一):开发环境部署架构以及基本环境

囫囵吞枣的安装了juno,使用了一下.为了详细学习,从头回顾一下,并理解下细节. 实验环境 virtualBox启动2台虚拟机 内存:2G 磁盘:25G 系统:centos7 openstack版本:juno 网络: 网络类型 网段 controller compute 管理网络 192.168.23.0/24 192.168.23.11 192.168.23.11 数据网络 192.168.24.0/24 192.168.24.1 192.168.24.2 访问网络 192.168.25.0/