ConsulAgent是Consul的核心程序，Agent的工作是維護成員關係資訊、註冊服務、健康檢查、響應查詢等等。Consul叢集的每一個節點都必須執行agent程序。

Agent有兩種模式：client或server。

Server要參與consensus quorum，當遇到故障情況時，這些節點通過Raft提供強一致性和強有效性，在Server節點上的較高負載意味著它們應該執行在專屬的例項——它們比客戶端節點更為資源密集型。在整個叢集中，絕大部分都為Client節點。

client把所有的RPCs轉發到server端，是相對無狀態的。唯一在後臺執行的時client端執行了LAN gossip pool，只消耗極少的資源和網路頻寬。

1.1.1 Agent執行

Agent通過執行“consul agent”啟動。這個命令是阻塞的，除非主動終止。Agent命令需要很多配置引數，但大多數都有預設值。

$ consul agent -data-dir=/tmp/consul
==> Starting Consul agent...
==> Starting Consul agent RPC...
==> Consul agent running!
       Node name: 'Armons-MacBook-Air'
      Datacenter: 'dc1'
          Server: false (bootstrap: false)
     Client Addr: 127.0.0.1 (HTTP: 8500, DNS: 8600, RPC: 8400)
    Cluster Addr: 192.168.1.43 (LAN: 8301, WAN: 8302)
           Atlas: (Infrastructure: 'hashicorp/test' Join: true)
 
==> Log data will now stream in as it occurs:
 
    [INFO] serf: EventMemberJoin: Armons-MacBook-Air.local 192.168.1.43
...
 

這段日誌中包含比較多的重要資訊：

Node name:

表示節點在叢集中的名字，在叢集中是唯一的。通常設定為hostname。可以通過引數-node設定。

Datacenter

資料中心的名字

Server:

Agent執行模式，True為Server模式，False為client模式

Client Addr

Agent的使用者介面（包括http，DNS，RPC）。

Cluster Addr:

用於cluster各agent間通訊，並不是所有consul都使用相同的埠，但是這個addr必須與其他節點可通訊的。

Altas：

後續詳聊。

其他引數參見：http://blog.csdn.net/younger_china/article/details/52243738

1.1.2 停止Agent

Agent有兩種停止方式:gracefully或forcefully。

若要gracefully停止agent，傳送中斷訊號到agent程序（通常為Ctrl+C或執行命令kill -INT consul_pid）。當gracefully退出時，agent會首先通知叢集要離開叢集。這種方式的退出使得叢集中其他節點通知叢集該節點“left”。

或者，也可以通過傳送一個KILL訊號來強制殺死Agent。當強制kill時，agent會立即結束。叢集的其餘節點最終（通常在幾秒鐘內）會檢測到節點已經死亡並通知cluster該節點failed。

Server節點以gracefully方式離開時尤為重要，使得對叢集的影響減小到很低。

對於client Agent，節點failed或者leave產生的差異可能沒有那麼重要。比如，在 Web伺服器和負載平衡場景下，都導致了同樣的結果：網路節點回被從負載平衡器集中刪除。

1.1.3 生命週期

Cousul叢集中每個agent都會經歷一個生命週期。瞭解它的生命週期，對於建立agent互動智慧模型和如何處理節點是非常有用的。

當agent第一次啟動時，它是不知道Cluster中的其他節點的。要發現其他節點，必須加入叢集。可通過join命令或通過提供正確的配置來自動加入。一旦節點加入，加入資訊會通過gossip傳達到整個cluster的所有節點，也就是，所有的節點都會意識到新節點的存在。如果是Server Agent，已經存在的server會將成員資訊複製到新節點。

在網路故障情況下，一些節點可能無法訪問其他節點。在這種情況下，不可達節點標記為失敗。區分網路故障和Agent崩潰幾乎是不可能的，所以這兩種情況下都是相同的。一旦一個節點被標記為失敗，此資訊將在servicecatalog中更新。注：這裡有一些差別，因為如果Servers可以形成一個Cluster，仍然會恢復到正常狀態。一旦網路恢復或Agent重新啟動，Cluster將自我修復並取消失敗標記。而catalog中的健康檢查也將被更新以反映新的狀態。

當一個節點離開時，cluster設定ft標識表示節點已經離開。與failed場景不同，該節點所有的註冊服務會立即被登出。如果Agent是server模式，複製會馬上終止。

為了防止死節點的積累（故障或離開狀態的節點），Agent將自動刪除catalog中的死節點。這個過程被稱為收割（reaping）。目前預設配置的時間間隔為72小時（不建議更改reaping間隔，可能導致叢集中斷）。reaping類似與離開，使所有相關的服務將會被登出。

1.1.4 參考文獻

https://www.consul.io/docs/agent/basics.html