看到這個應用上下線方式,不禁感嘆:優雅,太優雅了!

摘要: 本文講述基於Sermant Agent接入的SpringCloud應用實現優雅上下線功能。

什麼是優雅上下線

試想一個A場景,系統中運行著一個消費者(客戶端)和兩個服務提供者(服務端),消費者可負載均衡調用服務提供者。假設某個服務提供者因業務更新或其他場景需要滾動升級,若此時存在大量並發流量,便會出現以下問題:

  • 大量TCP連接因服務提供者升級下線操作,導致大量請求錯誤。
  • 由於消費者(客戶端)存在註冊表延遲刷新的問題,後續流量依舊會分配到已經下線的提供者,導致大量請求錯誤。

以上便是一個典型的「不優雅」場景。

於是,為了規避諸如此類的問題,服務優雅上下線應運而生,主要針對服務的重啟、上線、下線等操作提供保護。

服務運維常見問題

  1. 服務自身存在大量懶載入機制(例如負載均衡初始化),在服務剛上線時,因並發流量請求湧入,導致大量請求同時進行懶載入,以至於請求響應慢,執行緒阻塞,甚至最終導致服務崩潰。
  2. 服務無法做到優雅下線,就如前面提到的A場景,服務端下線而客戶端服務無法及時感知,導致流量流入已下線的實例,從而丟失大量流量。

優雅上下線提供了什麼樣的能力

服務端預熱能力

服務端預熱是基於客戶端實現的,當流量進入時,Sermant Agent會動態調整流量,根據服務的預熱配置,對流量進行動態分配。對於開啟服務預熱的實例,在剛啟動時,相對於其他已啟動的實例,分配的流量會更少,流量將以曲線方式隨時間推移增加直至與其他實例*乎持*。目的是採用少流量對服務實例進行初始化,防止服務崩潰。

優雅下線能力

優雅下線結合服務端與客戶端實現,主要實現點如下:

  • 反註冊

當服務端被要求下線時,Sermant Agent會動態根據當前註冊中心進行反註冊操作,及時刷新註冊表,然而即使註冊表已刷新,但是上游消費端因快取問題卻無法及時感知,從而引入下線通知。

  • 下線通知

進行反註冊後,Sermant Agent會採用介面通知與響應通知的方式告知所有上游,並主動同步刷新provider實例快取。

  • 黑名單

為保證流量不再調用已下線實例,引入黑名單機制。在客戶端接收到下線通知後,自動將下線實例拉入黑名單,在執行流量分配時,自動過濾黑名單(已下線)實例,不再調用已下線實例。說明:黑名單採用定時刷新機制,默認為2分鐘,即針對同一個IP實例,標記下線後,等待2分鐘即可重新發現。

  • 流量統計

為確保當前請求已全部處理完成,在服務下線時,Sermant Agent會嘗試等待30s(可配置),定時統計和判斷當前實例請求是否均處理完成,處理完成後最終下線。

如何使用優雅上下線能力

虛機場景

參考虛擬機場景使用優雅上下線能力

容器場景

參考CCE場景使用優雅上下線能力

基於Demo驗證優雅上下線能力

以Nacos demo應用為例,通過Sermant Agent接入CSE,並在CCE集群上驗證優雅上下線功能,參考自定義優雅上下線

 

點擊關注,第一時間了解華為雲新鮮技術~