|
在出產情况中,開辟者可以經由過程@摆%1妹妹QU%设@多個market-data辦事實例来确保冗余度和程度扩大。负载平衡器會将其他辦事發出的哀求分發给這些實例。在這類場景中,负载平衡器的感化有两個:第一,肯定底层的哪些實例是康健的,是可以或许處置辦事哀求的;第二,将哀求路由给分歧底层的辦事實例。
负载平衡器卖力履行康健查抄并會操纵到查抄的成果。在前面章節中先容過,開辟者可以在辦事發出挪用哀求的時辰查明辦事依靠項的康健度。可是這远远不敷。咱们不克不及只有在辦事自動盘問的時辰才晓得利用是不是康健,還必要采纳一些其他的方法来确保可以或许随時领會利用是不是筹备好處置各個哀求近視茶, 。
设计和@摆%1妹妹QU%设@的每一個辦事都應當實現符合的康健查抄方案。若是某個辦事實例不正常,那末這個實例就玻尿酸 ,不该该再接管其他辦事的哀求了。對付同步的RPC辦事,负载平衡器凡是會每隔一段時KUBET,候盘問一下每一個實例的康健查抄端點。一样,异步辦事也能够有一套心跳機制来測试動静行列步隊與動静消费方之間的毗連环境。
咱们可以基于两個尺度来對康健查抄分類:存活性(liveness)和停當性(readiness)。存活性查抄凡是只是简略地查抄利用是不是启動起来和是不是正常运行。好比,HTTP辦事會表露一個端點——凡是是/health、/ping或/heartbeat,一旦辦事运行起来,這個端點就會返回200 OK的相應成果。
若是實例没有相應,或返回一個毛病動静,那末负载平衡器就再也不向這個實例發送哀求。與此相反,停當性查抄表現的是辦事是不是筹备好處置通讯数据,由于辦事存在世其實不象征着哀求就會樂成。一個辦事還會有很多依靠——数据库、第三方辦事、设置装备摆设数据、缓存等——以是開辟者可使用停當性查抄来果断這些组件是不是可以或许准确處置哀求。
康健查抄只有两種状况:可用或不成用。若是负载平衡方案采纳轮询计谋来将哀求分發到各個實例中,這類康健查抄是颇有效的。可hello av,是在某些环境下,辦事的功效會被降级和呈現時延增大或毛病率增高的問題,而康健查抄其實不能反應出這類状况。
在這類环境下,若是负载平衡器可以或许感知實例的時延、機能、负载环境,然淡紋眼霜,後按照這些信息把哀求路由给機能更高的或负载更低的實例,那末将有很大裨益。這凡是是微辦事代辦署理的功效,咱们會在後面的末節中先容。 |
|