簡介

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

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

下載並配置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：

1. dev ，快捷配置，一般用於調試模式
2. server，服務器
3. 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調用。（這個是我的理解，大家可以進行補充）

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

1. 192.168.125.118 server1（集群服務器）
2. 192.168.125.121 server2（集群服務器）
3. 192.168.125.120 server3（集群服務器）
4. 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 
$ 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的信息，無奈，我只能刪除這個文件，然後重新啟動命令，得到正常的反饋信息。

至此服務器集群搭建以及配置完成，打開WEB界面如下：

後續再繼續client的配置以及編寫一個net core的web api並加入consul集群，以及使用fabio進行負載均衡測試，未完待續~~~

參考鏈接：

https://blog.csdn.net/chenchong08/article/details/77885989（consul分布式集群搭建&簡單功能測試&故障恢復）

http://www.cnblogs.com/xishuai/p/macos-ubuntu-install-consul.html（Mac OS、Ubuntu 安裝及使用 Consul）

http://www.10tiao.com/html/357/201705/2247485185/1.html（Consul集群部署）

https://havee.me/linux/2015-01/using-firewalls-on-centos-7.html（CentOS 7 下使用 Firewall）

分布式架構學習-Consul相關