Consul - HelloWorld开发者社区

概述

官方网站https://www.consul.io/

架构

Consul

（https://technologyconversations.files.wordpress.com/2015/09/etcd-registrator-confd2.png）

通过这张架构图，可以看出来使用Consul实现应用外服务注册和发现主要依靠三个重要的组件：

Consul：注册中心的服务端，实现服务注册信息的存储，并提供注册和发现服务。
Registrator：一个开源的第三方服务管理器项目，它通过监听服务部署的Docker实例是否存活，来负责服务提供者的注册和销毁。
Consul Template：定时从注册中心服务端获取最新的服务提供者节点列表并刷新LB配置（比如Nginx的upstream），这样服务消费者就通过访问Nginx就可以获取最新的服务提供者信息。

功能

服务发现 /service discovery：通过 DNS 或 HTTP 的方式获取服务信息。
健康检查/health checking：可以提供与给定服务相关联的任何数量的健康检查。防止服务转发到故障的服务上面
键值对存储 /key/value storage：存储动态配置。
多数据中心 multi-datacenter：无需复杂的配置，即可支持任意数量的区域。

优势：

使用 Raft 算法来保证一致性, 比复杂的 Paxos 算法更直接. 相比较而言, zookeeper 采用的是 Paxos, 而 etcd 使用的则是 Raft。
支持多数据中心，内外网的服务采用不同的端口进行监听。多数据中心集群可以避免单数据中心的单点故障,而其部署则需要考虑网络延迟, 分片等情况等。 zookeeper 和 etcd 均不提供多数据中心功能的支持。
支持健康检查。 etcd 不提供此功能。
支持 http 和 dns 协议接口。 zookeeper 的集成较为复杂, etcd 只支持 http 协议。
官方提供 web 管理界面, etcd 无此功能。

角色

Consul

consu主要有server和client两种组件组成。每个数据中心官方建议需要3或5个server节点以保证数据安全，server只有一个实例是leader实例，就是主节点，主节点是自动选举产生的，主节点负责处理数据的写入处理，同时将数据同步至其他server节点。

client负责跟server通信，处理转发服务注册、服务发现请求到server节点，client还负责服务的健康检查，client节点也可以部署多个实例，甚至每个微服务节点都部署一个client实例。

工作原理

Consul

producer

/health

post

Consul

GET/api/address

temp

table

consumer

1、当 Producer 启动的时候，会向 Consul 发送一个 post 请求，告诉 Consul 自己的 IP 和 Port
2、Consul 接收到 Producer 的注册后，每隔10s（默认）会向 Producer 发送一个健康检查的请求，检验Producer是否健康
3、当 Consumer 发送 GET 方式请求 /api/address 到 Producer 时，会先从 Consul 中拿到一个存储服务 IP 和 Port 的临时表，从表中拿到 Producer 的 IP 和 Port 后再发送 GET 方式请求 /api/address
4、该临时表每隔10s会更新，只包含有通过了健康检查的 Producer

安装

二进制安装

下载地址https://www.consul.io/downloads.html

Consul

DownloadConsul

JUMPTOSECTION

helatestversionofConsul(1.7.2).Pleedownloadtheproprpackage

foryouroperatingsystemandarchitecture

ucanfindtheSHA256checksumsforConsul1.7.2nlineandyoca

whichhasbeensigneduingHahcopeclso

releasesservice.

eckoutthev1.7.2CHANGELOGFoRinfoRAtIONNtHeLAteTe

macos

32-bit/64-bit

FreeBSD

32-bit/64-bit

Linux

32-bit|64-bitlArm64|Armelv5lArmhfv6

根据安装主机的系统版本和位数选择安装

查看安装版本

docker安装

查看第一个server节点的ip地址(注意：这种方式下容器重启后ip可能会发生改变)

启动第二

启动三

指定 data 数据的创建方式

配置参数

官方参数说明地址：https://www.consul.io/docs/agent/options.html#command-line-options

-server：定义agent运行在server模式，每个数据中心的Server建议在3～5个避免失败情况下数据的丢失
-client：定义agent运行在client模式
bootstrap-expect：server模式下，集群要求的最低数量，当低于这个数量，集群失效
-bootstrap-expect：在一个datacenter中期望提供的server节点数目，当该值提供的时候，consul一直等到达到指定sever数目的时候才会引导整个集群
-bind：节点的ip地址一般是0.0.0.0或云服务内网地址，用于被集群中的其他节点所访问
-node：指定节点在集群中的唯一名称，默认为机器的hostname
-config-dir：配置文件目录，里面所有以.json结尾的文件都会被加载
data-dir：data存放的目录，consul数据同步机制，(该目录必须已存在)
-serf-lan-bind绑定地址，用于内网集群通信，缺省使用 -bind 地址
-serf-wan-bind绑定地址，用于跨机房通信，缺省使用 -bind 地址
-advertise通告地址，通告给集群中其他节点，缺省使用 -bind 地址
-advertise-wan通告地址，通告给其他机房的服务节点，缺省使用 -advertise 地址
-join -retry-join加入集群的目标地址
-join-wan -retry-join-wan跨机房邦联的目标地址
-recursor上游DNS地址

开发模式

执行下面命令，启动开发模式，开发模式会快速启动一个单节点的Consul。但是需要注意的是开发模式不能数据持久化，因此，不能用于生产环境

Node name：代理的唯一名称，默认是机器的hostname，可以通过-node标志自定义，例如：consul agent -dev -node myNode
Datacenter：数据中心，Consul支持多个数据中心，为了有效的工作，每个节点必须被配置且上报到数据中心，-datacenter标志用来设置数据中心，对于单一的DC配置，这个代理默认为dc1
Server：表示代理是以服务器还是客户端的模式来运行。
Client Addr：用于代理的客户端接口地址。
Cluster Addr：用于集群中的Consul代理之间通信的地址和端口集，改地址必须可供其它节点访问。