consul基本概念

server模式和client模式server模式和client模式是consul節(jié)點的類型；client不是指的用戶客戶端。

server模式提供數據持久化功能。 client模式不提供持久化功能，并且實際上他也不工作，只是把用戶客戶端的請求轉發(fā)到server模式的節(jié)點。所以可以把client模式的節(jié)點想象成LB(load balance)，只負責請求轉發(fā)。 通常server模式的節(jié)點需要配置成多個例如3個，5個。而client模式節(jié)點個數沒有限制。

server模式啟動的命令行參數

-server：表示當前使用的server模式；如果沒有指定，則表示是client模式。 -node：指定當前節(jié)點在集群中的名稱。 -config-dir：指定配置文件路徑，定義服務的；路徑下面的所有.json結尾的文件都被訪問；缺省值為：/consul/config。 -data-dir： consul存儲數據的目錄；缺省值為：/consul/data。 -datacenter：數據中心名稱，缺省值為dc1。 -ui：使用consul自帶的web UI界面 。 -join：加入到已有的集群中。 -enable-script-checks： 檢查服務是否處于活動狀態(tài)，類似開啟心跳。 -bind： 綁定服務器的ip地址。 -client： 客戶端可訪問ip，缺省值為：“127.0.0.1”，即僅允許環(huán)回連接。 -bootstrap-expect：在一個datacenter中期望的server節(jié)點數目，consul啟動時會一直等待直到達到這個數目的server才會引導整個集群。這個參數的值在同一個datacenter的所有server節(jié)點上必須保持一致。

這里說明一下，另外一個參數-bootstrap，用來控制一個server是否運行在bootstrap模式：當一個server處于bootstrap模式時，它可以選舉自己為leader；注意在一個datacenter中只能有一個server處于bootstrap模式。所以這個參數一般只能用在只有一個server的開發(fā)環(huán)境中，在有多個server的cluster產品環(huán)境中，不能使用這個參數，否則如果多個server都標記自己為leader那么會導致數據不一致。另外該標記不能和-bootstrap-expect同時指定。

使用docker-compose來搭建如下的consul集群環(huán)境

集群包含三個server：node1, node2, node3 集群包含一個client：node4；并且在client上提供web UI訪問服務。.

編輯docker-compose.yml文件

version: ’2’networks: byfn: services: consul1: image: consul container_name: node1 command: agent -server -bootstrap-expect=3 -node=node1 -bind=0.0.0.0 -client=0.0.0.0 -datacenter=dc1 networks: - byfn consul2: image: consul container_name: node2 command: agent -server -retry-join=node1 -node=node2 -bind=0.0.0.0 -client=0.0.0.0 -datacenter=dc1 depends_on:- consul1 networks: - byfn consul3: image: consul container_name: node3 command: agent -server -retry-join=node1 -node=node3 -bind=0.0.0.0 -client=0.0.0.0 -datacenter=dc1 depends_on:- consul1 networks: - byfn consul4: image: consul container_name: node4 command: agent -retry-join=node1 -node=ndoe4 -bind=0.0.0.0 -client=0.0.0.0 -datacenter=dc1 -ui ports: - 8500:8500 depends_on:- consul2- consul3 networks: - byfn

啟動服務

$ docker-compose up$ docker exec -t node1 consul membersNode Address Status Type Build Protocol DC Segmentnode1 172.21.0.2:8301 alive server 1.4.0 2 dc1 <all>node2 172.21.0.4:8301 alive server 1.4.0 2 dc1 <all>node3 172.21.0.3:8301 alive server 1.4.0 2 dc1 <all>ndoe4 172.21.0.5:8301 alive client 1.4.0 2 dc1 <default>

訪問http://127.0.0.1:8500

注冊配置中心例子

spring: application: name: cloud-payment-service ####consul注冊中心地址 cloud: consul: enabled: true host: 127.0.0.1 port: 8500 discovery:hostname: 127.0.0.1prefer-ip-address: trueservice-name: ${spring.application.name}#healthCheckInterval: 15sinstance-id: ${spring.application.name}-8002enabled: true

KV訪問的例子

$ docker exec -t node4 consul kv put foo 'Hello foo'$ docker exec -t node4 consul kv put foo/foo1 'Hello foo1'$ docker exec -t node4 consul kv put foo/foo2 'Hello foo2'$ docker exec -t node4 consul kv put foo/foo21 'Hello foo21'$ docker exec -t node4 consul kv get fooHello foo$ docker exec -t node4 consul kv get -detailed foo/foo1CreateIndex 124Flags 0Key foo/foo1LockIndex0ModifyIndex 124Session -Value Hello foo1$ docker exec -t node4 consul kv get -keys -separator='' foofoofoo/foo1foo/foo2foo/foo2/foo21$ docker exec -t node4 consul kv get not-a-real-keyError! No key exists at: not-a-real-key

以上就是使用docker compose搭建consul集群環(huán)境的詳細內容，更多關于docker compose集群環(huán)境的資料請關注好吧啦網其它相關文章！