1. 简介
1.1. Consul的功能：
服务发现：通过DNS或HTTP接口使得消费者发现服务，应用程序可以轻松找到所依赖的服务。
健康检查：防止将请发转发不健康的主机。
键值存储：可以使用分层键/值存储，比如功能标记、动态配置等。
多数据中心：开箱即用，不需要复杂的配置。这就意味着不用建立抽象的逻辑来扩展多个地区。
1.2. Consul集群介绍：
-- Consul agent是Consul核心工作，分为client和server两种工作模式。默认以client模式运行，提供服务注册、健康检查、转发查询给server leader。server模式启动时使用-server选项指定，用于维护Consul集群状态、Raft协议进行选举。
-- agent必须在每个Consul节点运行，所有运行Consul agent节点构成Consul集群。
-- 官方建议Consul集群至少3或5个节点运行Consul agent server模式，client节点不限。
-- 通过join或rejoin加入集群。一旦加入，集群信息使用gossip算法同步到整个集群节点。
2. 环境
3. 安装与配置
4. 命令详解
4.1. consul
| 选项 | 描述 |
| -advertise | 通告地址 |
| -bind | 集群节点之间通讯地址 |
| -bootstrap | 设置服务器为bootstrap模式，在一个DC中只有一个server处于bootstrap模式。一般初始化第一台Consul时指定，自选举为leader |
| -bootstrap-expect | 在一个DC钟期望提供server节点数目，consul会一直等到指定的server数目才会引导整个集群，选举leader，不能与bootstrap同时使用 |
| -client | 设置客户端访问地址，包括RPC、DNS，默认为127.0.0.1 |
| -config-file | 从JSON配置文件中读取 |
| -data-dir | 指定存放agent server集群状态目录，以免系统重启丢失 |
| -dc | 数据中心名称，默认dc1 |
| -http-port | HTTP API监听端口 |
| -join | 加入一个已经启动的agent，可以指定多个agent地址 |
| -node | 节点名称，必须在集群中唯一的，默认是主机名 |
| -rejoin | 忽略先前的离开，再次启动后尝试加入集群 |
| -server | 切换agent模式到server模式，每个集群至少有一个server |
| -ui | 启用内置的Web UI |
| -ui-dir | Web UI的资源目录 |
【Linux】【Services】【SaaS】Docker+kubernetes（7. 安装consul实现服务注册发现）
原文地址：https://www.cnblogs.com/demonzk/p/8359955.html