posted

0 Comments

作者: Colin Jao 饒康立 – VMware資深技術顧問,主要負責VMware NSX產品線,目前致力於網路虛擬化、分散式安全防護技術與SD-WAN方案的介紹與推廣。

NSX-T的Load Balancer功能配置方式在標準管理手冊內寫得很清楚,我們就不多做贅述。同樣的,這篇網誌裡我們把重點放在NSX-T Load Balancer內的幾個重點說明:

NSX-T內的Load Balancer主要支援功能有哪些?

與NSX for vSphere的Load Balancer功能相同,都著重於資料中心內Local Load Balancing的功能需求:

  • 支援TCP / UDP / HTTP / HTTPS等四層或七層的應用負載平衡要求
  • 多種Local Load Balancing標準功能支援,包含如Session-Persistence、不同的Load Balancing輪詢與健康檢查機制、SSL-Offload、one-arm or Transparent Mode的支援、Pool連線統計監控等

在配置Load Balancer時,管理者會分別針對Load Balancer Pool / Health Check機制 / SSL機制 / Virtual Server / Application Profile等等有不同的配置,說真的有點複雜,但其實與絕大部分市面上Load Balancer需要進行的過程相同。下面這張圖把各個可能會需要配置的構件間關係圖拉出來,這樣大家在設定時比較能夠不會遺漏。

 

 

通常在一個最基本的Load Balancer配置步驟上,我們會做的流程大概是:

  • 建立一台邏輯負載平衡器,並將其掛載到選定的Tier-1路由器上
  • 對應到要進行負載平衡的服務,建立監控的機制 (Active Health Monitor)
  • 建立要進行負載平衡的Pool,並加入靜態或是動態的成員,以及成員健康的監控機制
  • 建立Virtual Server,對應到選定的Pool,並定義相關的應用型態、Persistence設定、憑證設定等

NSX-T內的Load Balancer是在哪邊運作?建立時有何注意要點?

與NAT或是南北向防火牆不同,NSX-T的Load Balancer僅在Tier-1路由器上面運作。Tier-0路由器上沒有提供Load Balancer服務。

如前段敘述,我們會先建立一個邏輯的Load Balancer,並且將這個Load Balancer掛載到一個Tier-1路由器。此時這個Load Balancer服務就會在對應這台Tier-1 Router的SR構件上運作。要注意的是,建立LB時介面上會要求要選定其大小,在本文寫作時的NSX-T 2.3版本,三種不同大小的LB主要能力差異如下:

 

 

由於上面敘述Load Balancer實際上是由在Edge Node上面的Tier-1 Router SR構件來運作,此時Load Balancer的能力就會與底層Edge Node的大小容量有關了。不知道大家記不記得在前面要建立Edge Node時,我們有和各位討論,為了避免後續麻煩,不要節省Edge VM的大小配置,直接選大。這邊就是一個主要的原因。當我們要把Load Balancer掛載到Tier-1 Router時,NSX-T會檢查這台T1 Router的SR構件所在的Edge Node,是否具有足夠的容量。下表內是在2.3版本中,Edge Node與Load Balancer的大小對應:

 

 

上面表格意思是,如果你建的Edge VM是Small Size,此時上面的Tier-1路由器,一個Load Balancer都掛不上去。而如果Edge Size是Medium,上頭頂多掛一個小Load Balancer,要掛第二個就不行了。不行了怎麼辦?NSX-T Edge Node不是按個鈕就能從小變成大,得要建個新的,很麻煩吧。所以在建NSX-T環境時,不要節省空間,Edge VM就直接選大給他催下去。而當然,如果客戶有足夠的資源可以直接用Bare-Metal的型態,那可支援的容量當然就更強了。

既然功能沒有差太多,NSX-T內的Load Balancer服務與NSX for vSphere內的有何差別?

一些不重要的技術細節就不談了,其實我認為NSX-T內的Load Balancer與V版相比,有極為大幅的改進:

  • 如同其他服務的設計,Load Balancing服務的HA切換速度可以達到秒級,因此即使NSX-T內的Edge構件出現硬體失效等狀況,重要業務系統的服務不會受到中斷。這讓Load Balancing服務能夠真正應用在核心服務環境
  • 雖然和實體設備的Load Balancer比較還是有差距,但由於NSX-T的Edge可以支援Bare-Metal功能,因此即使在7層HTTPS,要執行SSL Offload的狀況下,採用Bare-Metal Edge時內部資料可以達成到concurrent 20萬個session,每秒接近6K new-session的運作能力。同樣地,對應到有大型連線需求的業務,NSX-T Load Balancer的支援也更強大了
  • 與Kubernetes方案負載平衡需求的完整整合,無論是對應到Ingress / LoadBalancer等不同的服務型態,在NSX-T與K8S / VMware PKS的方案整合內,都能透過NSX-T的負載平衡服務完美達成。

希望上面的介紹讓大家對NSX-T內的負載平衡服務有進一步的認識。