Consul 使用手冊

介紹

consul包含多個元件,但是作為乙個整體,為你的基礎設施提供服務發現和服務配置的工具.他提供以下關鍵特性:

服務發現 consul的客戶端可用提供乙個服務,比如 api 或者mysql ,另外一些客戶端可用使用consul去發現乙個指定服務的提供者.通過dns或者http應用程式可用很容易的找到他所依賴的服務.

健康檢查 consul客戶端可用提供任意數量的健康檢查,指定乙個服務(比如:webserver是否返回了200 ok 狀態碼)或者使用本地節點(比如:記憶體使用是否大於90%). 這個資訊可由operator用來監視集群的健康.被服務發現元件用來避免將流量傳送到不健康的主機.

key/value儲存應用程式可用根據自己的需要使用consul的層級的key/value儲存.比如動態配置,功能標記,協調,領袖選舉等等,簡單的http api讓他更易於使用.

多資料中心 consul支援開箱即用的多資料中心.這意味著使用者不需要擔心需要建立額外的抽象層讓業務擴充套件到多個區域.

consul面向devops和應用開發者友好.是他適合現代的彈性的基礎設施.

每個提供服務給consul的階段都執行了乙個consul agent . 發現服務或者設定和獲取 key/value儲存的資料不是必須執行agent.這個agent是負責對節點自身和節點上的服務進行健康檢查的.

agent與乙個和多個consul server 進行互動.consul server 用於存放和複製資料.server自行選舉乙個領袖.雖然consul可以執行在一台server , 但是建議使用3到5台來避免失敗情況下資料的丟失.每個資料中心建議配置乙個server集群.

你基礎設施中需要發現其他服務的元件可以查詢任何乙個consul 的server或者 agent.agent會自動**請求到server .

完成consul的安裝後,必須執行agent. agent可以執行為server或client模式.每個資料中心至少必須擁有一台server . 建議在乙個集群中有3或者5個server.部署單一的server,在出現失敗時會不可避免的造成資料丟失.

其他的agent執行為client模式.乙個client是乙個非常輕量級的程序.用於註冊服務,執行健康檢查和**對server的查詢.agent必須在集群中的每個主機上執行.

執行cosnul agent以server模式，

-server ：定義agent執行在server模式

-bootstrap-expect ：在乙個datacenter中期望提供的server節點數目，當該值提供的時候，consul一直等到達到指定sever數目的時候才會引導整個集群，該標記不能和bootstrap共用

-bind：該位址用來在集群內部的通訊，集群內的所有節點到位址都必須是可達的，預設是0.0.0.0

-node：節點在集群中的名稱，在乙個集群中必須是唯一的，預設是該節點的主機名

-ui-dir：提供存放web ui資源的路徑，該目錄必須是可讀的

-rejoin：使consul忽略先前的離開，在再次啟動後仍舊嘗試加入集群中。

-config-dir：配置檔案目錄，裡面所有以.json結尾的檔案都會被載入

-client：consul服務偵聽位址，這個位址提供http、dns、rpc等服務，預設是127.0.0.1所以不對外提供服務，如果你要對外提供服務改成0.0.0.0