一、前言
虽然说牛逼的公司都有那么几个牛逼的运维团队，牛逼的运维团队都有着神秘黑科技般敲代码的姿势；本人虽然不是一个运维工程师，但是自己比较爱倒腾这些东西，会那么一点点 运维 姿势，虽然不算专业，但是还是可以在linux平台下敲一敲代码。去年由于自己业余时间搞了一个app项目，当时自己兼任后端开发，又同时兼任运维，经过多少个夜晚才把后端API网关 搭建起来，当时技术选型主要使用 微服务架构 ，说到微服务架构，也就少不了 分布式 集群，那就更少不了Consul 。今天搭建Consul 服务也是为了自己后面的学习和分享使用(之前在生产环境搭建过，本来可以直接拿来用，只是后面应用停掉了，服务器也就下掉了)，故特意把前几天阿里云活动价买的服务器用起来，准备再次搭建Consul服务，以供后续方便拿来即用。
二、概念
什么是Consul？
Consul 是HashiCorp公司推出的开源工具，Consul由Go语言开发，部署起来非常容易，只需要极少的可执行程序和配置文件，具有绿色、轻量级的特点。 Consul 是 分布式 的、 高可用 的、 可横向扩展 的用于实现分布式系统的服务发现与配置。
Consul具有哪些特点?
- 服务发现（Service Discovery）： Consul 提供了通过DNS或者HTTP接口的方式来注册服务和发现服务。一些外部的服务通过Consul很容易的找到它所依赖的服务。
- 健康检查（Health Checking）：Consul的Client可以提供任意数量的健康检查，既可以与给定的服务相关联(“webserver是否返回200 OK”)，也可以与本地节点相关联(“内存利用率是否低于90%”)。操作员可以使用这些信息来监视集群的健康状况，服务发现组件可以使用这些信息将流量从不健康的主机路由出去。
- Key/Value存储：应用程序可以根据自己的需要使用Consul提供的Key/Value存储。Consul提供了简单易用的HTTP接口，结合其他工具可以实现动态配置、功能标记、领袖选举等等功能。
- 安全服务通信：Consul可以为服务生成和分发TLS证书，以建立相互的TLS连接。意图可用于定义允许哪些服务通信。服务分割可以很容易地进行管理，其目的是可以实时更改的，而不是使用复杂的网络拓扑和静态防火墙规则。
- 多数据中心：Consul支持开箱即用的多数据中心. 这意味着用户不需要担心需要建立额外的抽象层让业务扩展到多个区域。
Consul 架构图
让我们把这幅图分解描述。首先，我们可以看到有两个数据中心，分别标记为“1”和“2”。Consul拥有对多个数据中心的一流支持，这是比较常见的情况。
在每个数据中心中，我们都有客户机和服务器。预计将有三到五台服务器。这在故障情况下的可用性和性能之间取得了平衡，因为随着添加更多的机器，一致性会逐渐变慢。但是，客户端的数量没有限制，可以很容易地扩展到数千或数万。
Consul 实现多个数据中心都依赖于gossip protocol协议。这样做有几个目的:首先，不需要使用服务器的地址来配置客户端;服务发现是自动完成的。其次，健康检查故障的工作不是放在服务器上，而是分布式的。这使得故障检测比单纯的心跳模式更具可伸缩性。为节点提供故障检测;如果无法访问代理，则节点可能经历了故障。
每个数据中心中的服务器都是一个筏对等集的一部分。这意味着它们一起工作来选举单个leader，一个被选中的服务器有额外的职责。领导负责处理所有的查询和事务。事务还必须作为协商一致协议的一部分复制到所有对等方。由于这个需求，当非leader服务器接收到RPC请求时，它会将其转发给集群leader。
Consul的使用场景
Consul的应用场景包括服务发现、服务隔离、服务配置：
- 服务发现场景中consul作为注册中心，服务地址被注册到consul中以后，可以使用consul提供的dns、http接口查询，consul支持health check。
- 服务隔离场景中consul支持以服务为单位设置访问策略，能同时支持经典的平台和新兴的平台，支持tls证书分发，service-to-service加密。
- 服务配置场景中consul提供key-value数据存储功能，并且能将变动迅速地通知出去，借助Consul可以实现配置共享，需要读取配置的服务可以从Consul中读取到准确的配置信息。
- Consul可以帮助系统管理者更清晰的了解复杂系统内部的系统架构，运维人员可以将Consul看成一种监控软件，也可以看成一种资产（资源）管理系统。
比如：docker实例的注册与配置共享、coreos实例的注册与配置共享、vitess集群、SaaS应用的配置共享、Consul与confd服务集成，动态生成 nginx 和haproxy配置文件或者Consul结合nginx构建高可用可扩展的Web服务。
三、安装
我这里直接安装Consul 最新版本 1.7.2 官网地址:
1. 下载
我这里进入我的用户目录 /home下面进行下载consul安装压缩包,命令如下：
wget
下载如下图：
下载完我们通过 ls -a 查看下目录，如下图：
2. 解压
unzip consul_1.7.2_linux_amd64.zip
3. 拷贝到usr目录下
我这里事先在usr目录中单独创建了service 文件，可以通过mkdir 命令来完成，不过不一定要安装在这个目录下面，我这里就选择安装在usr目录里
mv consul /usr/service
4. 查看 安装是否成功
./consul
查看如下图：
已经安装完成了， 现在我们开始启动
5. 启动
这是最关键的时候，安装就是为了启动 这里我整理了下启动的相关参数如下：参数参考 可以访问 地址，我这里就简单的通过使用到的参数进行启动
-server 表示是server模式
-bootstrap-expect=3 表示是集群中有3台服务器 bootstrap该模式node可以指定自己作为leader ，如果是非leader可不加该参数
-data-dir=/tmp/consul 目录
-node=n2 该服务器节点名
-bind=127.0.0.1 节点绑定的ip
-ui 非必须 webui的路径 用web来管理consul
启动命令如下（默认是8500端口）：
./consul agent -server -bootstrap-expect 1 -data-dir=/tmp/consul -node=n1 - bin d=127.0.0.1 -client=0.0.0.0 -ui
启动后结果如下：
现在我再来访问Consul UI管理界面，如下图：
现在Consul 已经完整的启动成功了，启动成功是不是想要来试一试，我这里直接使用我之前写的一篇【.net core】电商平台升级之微服务架构应用实战（core-grpc） 文章中写的Demo 注册到Consul 中来，看看是否正常注册，如下图：
好了，正常的注册进来了，完美，现在已经搭建完成了
Consul 开机自启动
1. 路径/usr/lib/systemd/system/，新建一个service命名为，consul.service
[Unit]
Description=consul-service
After=network.target
[Service]
Type=forking
PIDFile=/run/consul-service.pid
ExecStart=/usr/service/consul.start.sh
ExecReload=/bin/kill -SIGHUP $MAINPID
ExecStop=/bin/kill -SIGINT $MAINPID
[Install]
WantedBy=multi-user.target graphical.target
上面的ExecStart 是启动的 脚本 ,我之前把consul 是安装在/user/service 下面，
2. 创建启动脚本
我们再service 目录中创建Consul开机自启动的脚本文件consul.start.sh
#!/bin/bash
/usr/service/consul agent -server -bootstrap-expect 1 -node=127.0.0.1 -data-dir=/usr/service/data/ -log-file=/usr/service/log/consul_log-$(date +%Y-%m-%d--%H-%M) -bind=127.0.0.1
3. 重新加载配置
systemctl daemon-reload
4. 设置开机自启动
systemctl enable consul.service
Consul 启动
systemctl start consul
Consul 停止
systemctl stop consul
上面创建开机自启动脚本实践的时候大家可能会发现 通过systemctl start consul 无法启动问题，这时候可以通过status 来查询状态，命令如下
systemctl status consul
查询创建的自启动脚本执行过程中出现 code=exited, status=203/EXEC 异常错误信息，这个信息一般有如下几个原因造成：
- 错误的脚本路径
- 脚本的权限无效
- 服务用户没有读取脚本的权限
- 脚本未标记为可执行
根据上面三种情况去排查解决，基本上就可以完美解决自启动脚本无法启动问题
