Spring Cloud Eureka服務注冊中心

Eureka注冊中心高可用集群概述

在微服務架構的這種分布式系統中，我們要充分考慮各個微服務組件的高可用性問題，不能有單點故障，由于注冊中心eureka本身也是一個服務，如果它只有一個節點，那么它有可能發生故障，這樣我們就不能注冊與查詢服務了，所以我們需要一個高可用的服務注冊中心，這就需要通過注冊中心集群來解決。

eureka服務注冊中心它本身也是一個服務，它也可以看做是一個提供者，又可以看做是一個消費者，我們之前通過配置：

eureka.client.register-with-eureka=false 讓注冊中心不注冊自己，但是我們可以向其他注冊中心注冊自己;

Eureka Server的高可用實際上就是將自己作為服務向其他服務注冊中心注冊自己，這樣就會形成一組互相注冊的服務注冊中心，進而實現服務清單的互相同步，往注冊中心A上注冊的服務，可以被復制同步到注冊中心B上，所以從任何一臺注冊中心上都能查詢到已經注冊的服務，從而達到高可用的效果。

Eureka注冊中心高可用集群搭建

我們知道，Eureka注冊中心高可用集群就是各個注冊中心相互注冊，所以：

1、在8761的配置文件中，讓它的service-url指向8762，在8762的配置文件中讓它的service-url指向8761

2、由于8761和8762互相指向對方，實際上我們構建了一個雙節點的服務注冊中心集群

eureka.client.service-url.defaultZone=http://eureka8762:8762/eureka/
eureka.client.service-url.defaultZone=http://eureka8761:8761/eureka/

然后在本地hosts文件配置：C:\Windows\System32\drivers\etc\hosts

127.0.0.1 eureka8761
127.0.0.1 eureka8762

運行時，在運行配置項目Program Arguments 中配置：

--spring.profiles.active=eureka8761 
--spring.profiles.active=eureka8762 

分別啟動兩個注冊中心，訪問兩個注冊中心頁面，觀察注冊中心頁面是否正常;

Eureka注冊中心高可用集群測試

在要進行注冊的服務中配置：

eureka.client.service-url.defaultZone=http://eureka8761:8761/eureka/,http://eureka8762:8762/eureka/

啟動服務提供者服務，然后觀察注冊中心頁面，可以看到服務會在兩個注冊中心上都注冊成功;

Eureka服務注冊中心自我保護機制

自我保護機制是Eureka注冊中心的重要特性，當Eureka注冊中心進入自我保護模式時，在Eureka Server首頁會輸出如下警告信息：

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.

emergency! eureka may be incorrectly claiming instances are up when they're not. renewals are lesser than threshold and hence the instances are not being expired just to be safe.

在沒有Eureka自我保護的情況下，如果Eureka Server在一定時間內沒有接收到某個微服務實例的心跳，Eureka Server將會注銷該實例，但是當發生網絡分區故障時，那么微服務與Eureka Server之間將無法正常通信，以上行為可能變得非常危險了——因為微服務本身其實是正常的，此時不應該注銷這個微服務，如果沒有自我保護機制，那么Eureka Server就會將此服務注銷掉。

Eureka通過“自我保護模式”來解決這個問題——當Eureka Server節點在短時間內丟失過多客戶端時(可能發生了網絡分區故障)，那么就會把這個微服務節點進行保護。一旦進入自我保護模式，Eureka Server就會保護服務注冊表中的信息，不刪除服務注冊表中的數據(也就是不會注銷任何微服務)。當網絡故障恢復后，該Eureka Server節點會再自動退出自我保護模式。

所以，自我保護模式是一種應對網絡異常的安全保護措施，它的架構哲學是寧可同時保留所有微服務(健康的微服務和不健康的微服務都會保留)，也不盲目注銷任何健康的微服務，使用自我保護模式，可以讓Eureka集群更加的健壯、穩定。

當然也可以使用配置項：eureka.server.enable-self-preservation = false 禁用自我保護模式。

但是Eureka Server 自我保護模式也會給我們帶來一些困擾，如果在保護期內某個服務提供者剛好非正常下線了，此時服務消費者就會拿到一個無效的服務實例，此時會調用失敗，對于這個問題需要服務消費者端具有一些容錯機制，如重試，斷路器等。

Eureka的自我保護模式是有意義的，該模式被激活后，它不會從注冊列表中剔除因長時間沒收到心跳導致注冊過期的服務，而是等待修復，直到心跳恢復正常之后，它自動退出自我保護模式。這種模式旨在避免因網絡分區故障導致服務不可用的問題。

例如，兩個微服務客戶端實例A和B之間有調用的關系，A是消費者，B是提供者，但是由于網絡故障，B未能及時向Eureka發送心跳續約，這時候Eureka 不能簡單的將B從注冊表中剔除，因為如果剔除了，A就無法從Eureka 服務器中獲取B注冊的服務，但是這時候B服務是可用的;

所以，Eureka的自我保護模式最好還是開啟它。

關于自我保護常用幾個配置如下：

服務器端配置：

#測試時關閉自我保護機制，保證不可用服務及時踢出

eureka.server.enable-self-preservation=false

客戶配置：

#每間隔2s，向服務端發送一次心跳，證明自己依然"存活"

eureka.instance.lease-renewal-interval-in-seconds=2

#告訴服務端，如果我10s之內沒有給你發心跳，就代表我故障了，將我踢出掉

eureka.instance.lease-expiration-duration-in-seconds=10