近期因工作原因減緩了更新頻率，同時為了把Spring Cloud中文社區搭建起來也費了不少時間，幾乎每天都在擠牙膏般的湊時間出來做一些有意義的事。未能按原計劃更新博文，在此對持續關注我博客的朋友們深表歉意。
之前在寫Spring Cloud系列文章的時候，列過一個較粗的計劃，現在由于收到不少反饋和問題，因此準備做一些調整，先將一些大家關注較為集中的點拉出來寫一些內容。
今天這篇主要就說說Eureka Server的高可用問題。
前言
在Spring Cloud系列文章的開始，我們就介紹了服務注冊與發現，其中，主要演示了如何構建和啟動服務注冊中心Eureka Server，以及如何將服務注冊到Eureka Server中，但是在之前的示例中，這個服務注冊中心是單點的，顯然這并不適合應用于線上生產環境，那么下面在前文的基礎上，我們來看看該如何構建高可用的Eureka Server集群。
單點Eureka Server的樣例：
Eureka Server的高可用
Eureka Server除了單點運行之外，還可以通過運行多個實例，并進行互相注冊的方式來實現高可用的部署，所以我們只需要將Eureke Server配置其他可用的serviceUrl就能實現高可用部署。
下面以Chapter1-1-1中的eureka-server為基礎，對其改造，構建雙節點的服務注冊中心。
- 創建
application-peer1.properties，作為peer1服務中心的配置，并將serviceUrl指向peer2
spring.application.name=eureka-server
server.port=1111
eureka.instance.hostname=peer1
eureka.client.serviceUrl.defaultZone=http://peer2:1112/eureka/
- 創建
application-peer2.properties，作為peer2服務中心的配置，并將serviceUrl指向peer1
spring.application.name=eureka-server
server.port=1112
eureka.instance.hostname=peer2
eureka.client.serviceUrl.defaultZone=http://peer1:1111/eureka/
- 在
/etc/hosts文件中添加對peer1和peer2的轉換
127.0.0.1 peer1
127.0.0.1 peer2
- 通過
spring.profiles.active屬性來分別啟動peer1和peer2
java -jar eureka-server-1.0.0.jar --spring.profiles.active=peer1
java -jar eureka-server-1.0.0.jar --spring.profiles.active=peer2
- 此時訪問peer1的注冊中心：
http://localhost:1111/，如下圖所示，我們可以看到registered-replicas中已經有peer2節點的eureka-server了。同樣地，訪問peer2的注冊中心：http://localhost:1112/，能看到registered-replicas中已經有peer1節點，并且這些節點在可用分片（available-replicase）之中。我們也可以嘗試關閉peer1，刷新http://localhost:1112/，可以看到peer1的節點變為了不可用分片（unavailable-replicas）。
服務注冊與發現
在設置了多節點的服務注冊中心之后，我們主需要簡單需求服務配置，就能將服務注冊到Eureka Server集群中。我們以Chapter1-1-1中的compute-service為基礎，修改application.properties配置文件：
spring.application.name=compute-service
server.port=2222
eureka.client.serviceUrl.defaultZone=http://peer1:1111/eureka/,http://peer2:1112/eureka/
上面的配置主要對eureka.client.serviceUrl.defaultZone屬性做了改動，將注冊中心指向了之前我們搭建的peer1與peer2。
下面，我們啟動該服務，通過訪問http://localhost:1111/和http://localhost:1112/，可以觀察到compute-service同時被注冊到了peer1和peer2上。若此時斷開peer1，由于compute-service同時也向peer2注冊，因此在peer2上其他服務依然能訪問到compute-service，從而實現了高可用的服務注冊中心。
深入理解
雖然上面我們以雙節點作為例子，但是實際上因負載等原因，我們往往可能需要在生產環境構建多于兩個的Eureka Server節點。那么對于如何配置serviceUrl來讓集群中的服務進行同步，需要我們更深入的理解節點間的同步機制來做出決策。
Eureka Server的同步遵循著一個非常簡單的原則：只要有一條邊將節點連接，就可以進行信息傳播與同步。什么意思呢？不妨我們通過下面的實驗來看看會發生什么。
- 場景一：假設我們有3個注冊中心，我們將peer1、peer2、peer3各自都將serviceUrl指向另外兩個節點。換言之，peer1、peer2、peer3是兩兩互相注冊的。啟動三個服務注冊中心，并將compute-service的serviceUrl指向peer1并啟動，可以獲得如下圖所示的集群效果。
訪問http://localhost:1112/，可以看到3個注冊中心組成了集群，compute-service服務通過peer1同步給了與之互相注冊的peer2和peer3。
- 場景二：依然假設我們有3個注冊中心，我們將peer1的serviceUrl指向peer2，peer2的指向peer3，peer3的指向peer1，此時peer1、peer2、peer3通過單向邊形成環。分別啟動peer1、peer2、peer3，并訪問信息頁面，我們可以找到下面的規律，peer1成為了peer2的分片節點，peer2成為了peer3的分片節點，peer3則成為了peer1的分片節點，再將compute-service的serviceUrl指向peer1并啟動。放別訪問peer1、peer2、peer3的信息頁面，可以發現compute-service均被peer2和peer3同步過去了，所以單向邊也能進行服務的傳播與同步。此時，我們斷開peer2，可以看到peer3中的compute-service消失了。重新開啟peer2并斷開peer3，可以看到peer2依然能同步到compute-service。所以我們可以得出結論，Eureka Server的傳播與同步是具備方向性的。
通過上面的實驗，我們可以得出下面的兩點結論來指導我們搭建服務注冊中心的高可用集群：
- 兩兩注冊的方式可以實現集群中節點完全對等的效果，實現最高可用性集群，任何一臺注冊中心故障都不會影響服務的注冊與發現
- Eureka Server具備單方面有指向的服務傳播與同步機制，在一些對服務發現有限制的情況下，可以利用這樣的機制進行服務注冊與發現的的單向控制
本文完整示例可參考
