簡介之前公司用的是Consul進行服務發現以及服務管理，自己一直以來只是用一下，但是沒有具體的深入，覺得學習不可以這樣，所以稍微研究了一下。網上有很多關於Consul的介紹和對比，我這裡也不獻醜了，大家搜索的時候可能會經常看到這麼一個表格，此表格採摘自：https://luyiisme.gith ...

簡介

之前公司用的是Consul進行服務發現以及服務管理，自己一直以來只是用一下，但是沒有具體的深入，覺得學習不可以這樣，所以稍微研究了一下。

網上有很多關於Consul的介紹和對比，我這裡也不獻醜了，大家搜索的時候可能會經常看到這麼一個表格，此表格採摘自：https://luyiisme.github.io/2017/04/22/spring-cloud-service-discovery-products/

Feature	Consul	zookeeper	etcd	euerka
服務健康檢查	服務狀態，記憶體，硬碟等	(弱)長連接，keepalive	連接心跳	可配支持
多數據中心	支持	—	—	—
kv存儲服務	支持	支持	支持	—
一致性	raft	paxos	raft	—
cap	ca	cp	cp	ap
使用介面(多語言能力)	支持http和dns	客戶端	http/grpc	http（sidecar）
watch支持	全量/支持long polling	支持	支持 long polling	支持 long polling/大部分增量
自身監控	metrics	—	metrics	metrics
安全	acl /https	acl	https支持（弱）	—
spring cloud集成	已支持	已支持	已支持	已支持

下載並配置Consul

我這裡是直接使用的虛擬機進行配置Consul，系統是CentOS 7,Consul的安裝和配置其實網上也是有一堆教程，這裡簡單的介紹一下，Consul的下載地址（https://www.consul.io/downloads.html），根據需要選擇不同的包：

下載Consul的ZIP包以及使用unzip進行解壓，這裡簡單貼幾個命令：

$ wget https://releases.hashicorp.com/consul/1.2.0/consul_1.2.0_linux_amd64.zip

$ yum install unzip

$ unzip consul_0.7.2_linux_amd64.zip
$ mv consul /usr/local/bin/consul

到此，就可以在控制臺中輸入consul，然後看到有如下列印結果，即代表正常：

開始配置，consul預設有如下幾種Mode：

dev ，快捷配置，一般用於調試模式
server，伺服器
client，客戶端

學習Consul的時候，會有很多教程可能為了快速的入門，所以在配置Consul的時候，直接使用了dev模式，我個人覺得使用這個模式沒什麼意思，因為使用這個dev效果就跟單機模式是一樣的，我們這裡是學習分散式架構的，所以不採用。

剩下的還有server模式以及client模式，server模式好理解，在我們搭建的集群中，都是使用此模式。可是client模式主要是用來做什麼呢？先看一眼下麵的圖片：

（圖片摘自：https://andyyoung01.github.io/2016/09/27/%E4%BD%BF%E7%94%A8Consul%E8%BF%9B%E8%A1%8C%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0/）

上面的圖片大致的意思就是有一個server集群，然後如果我們的服務想要加入server集群，就必須要通過client來進行rpc調用。（這個是我的理解，大家可以進行補充）

大致理解了這麼一個結構之後，我們開始進行集群的配置，我這裡通過虛擬機進行模擬，有如下幾台機器：

192.168.125.118 server1（集群伺服器）
192.168.125.121 server2（集群伺服器）
192.168.125.120 server3（集群伺服器）
192.168.125.119 client（客戶端）

三個做集群伺服器，還有一個是客戶端，集群伺服器是由一個CentOS的虛擬機以及其兩個拷貝組成，客戶端我是在我的筆記本上裝了一個Ubuntu的操作系統來實現的。

大致結構瞭解了之後，我們開始進行配置：

集群伺服器的配置分別為：

$ consul agent -server -ui -bootstrap-expect=3 -data-dir=/tmp/consul -node=server1 -client=0.0.0.0 -bind=192.168.125.118

$ consul agent -server -ui -bootstrap-expect=3 -data-dir=/tmp/consul -node=server2 -client=0.0.0.0 -bind=192.168.125.121

$ consul agent -server -ui -bootstrap-expect=3 -data-dir=/tmp/consul -node=server3 -client=0.0.0.0 -bind=192.168.125.120

簡單說一下幾個配置：

agent 　　 Consul的核心命令，主要作用有維護成員信息、運行狀態檢測、聲明服務以及處理請求等
-server　　就是代表server模式
-ui 　　代表開啟web 控制台
-bootstrap-expect 代表想要創建的集群數目，官方建議3或者5
-data-dir 數據存儲目錄
-node 代表當前node的名稱
-client 應該是一個客戶端服務註冊的地址，可以和當前server的一致也可以是其他主機地址，系統預設是127.0.0.1
-bind 集群通訊地址

上述命令執行完成之後，開始將這些分散的伺服器組成集群，命令如下，分別在192.168.125.121和192.168.125.120機器上執行：

$ consul join 168.168.125.118

這裡我執行了這個命令之後，得到報錯信息，信息大致如下：

Failed to join 192.168.125.118:dial tcp 192.168.125.118:8301:connect:no route to host（這裡大致文字描述一下，方便搜索）

查詢了一下，之所以出現這個情況是因為CentOS的防火牆，將8301埠加入防火牆就好了，命令大致如下：

$ firewall-cmd --zone=public --add-port=8301/tcp --permanent
$ firewall-cmd --reload    /*必須添加，否則重啟之後會失效*/

再次執行加入集群命令，出現以下問題：

consul: Failed to confirm peer status for server2: rpc error getting client: failed to get conn: dial tcp 192.168.125.120:0->192.168.125.121:8300: connect: no route to host. Retrying in 1s...

產生這個的原因和上面的一致，加入集群需要和8300埠進行通訊，所以再次將8300埠加入防火牆，這裡再說一下，再把8500埠也加入防火牆，因為這個埠是web控制台使用的。

再次執行加入集群命令，再次報錯，因為是虛擬機，而且我是克隆的，後面發現在執行這些命令之後，會有如下提示：

* Failed to join 192.168.125.118: Member 'server1' has conflicting node ID 'b76ff298-accd-05ff-8c64-5d79d866dfa9' with this agent's ID

通過查詢，網上給出的兩個解決辦法分別如下：

一是在啟動agent的時候加入-disable-host-node-id參數，禁止生成node-id。類似這樣：

$ consul agent -server -ui -bootstrap-expect=3 -data-dir=/tmp/consul -node=server1 -client=0.0.0.0 -bind=192.168.125.118 -disable-host-node-id

二是可以用-node-id生成一個新的node-id，類似這樣：

$ consul agent -server -ui -bootstrap-expect=3 -data-dir=/tmp/consul -node=server1 -client=0.0.0.0 -bind=192.168.125.118 -node-id=$(uuidgen | awk '{print tolower($0)}')

上面兩種方法我都試過，但是都不好使，應該是因為這個node-id已經存在於數據存儲目錄（即/tmp/consul），名字就叫node-id，使用vi或者vim打開之後可以看到一個guid格式的信息，這裡保存的就是node ID的信息，無奈，我只能刪除這個文件，然後重新啟動命令，得到正常的反饋信息。