虛擬雲網路

網路虛擬化NSX 技術文章系列一百八十三 : NSX Advanced Load Balancer:構件說明與安裝流程(一)

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

在前面的網誌我們花了相當多篇在介紹 NSX Advanced Load Balancer (後續簡稱為NSX ALB或是Avi) 的功能與效益,不知道有沒有引起大家的興趣?我們時常收到客戶的詢問想進行功能驗測,不少客戶甚至直接在使用順暢的狀況下就直接買授權,把生產應用拉進來使用了。但此時,肯定就需要先討論,無論是直接安裝在生產環境或只是 PoC,建置前大家要準備好什麼環境?大致上安裝的流程是如何?

 

因此接下來的系列想和大家討論 NSX ALB的安裝準備與流程,而系列文章內也會說明每個需要配置的構件分別是在幹嘛,安裝與配置時可能得考量的細節等等。系列內,會陸續與大家說明下列的主題:

 

  • 什麼是Avi裡面的Cloud?NSX Advanced Load Balancer的南向整合機制是如何?

 

  • Controller的需求與安裝準備

 

  • 服務引擎 (Service Engine) 的需求以及服務引擎群組 (Service Engine Group)

 

  • 不同Avi Cloud內配置前底層網路需求準備

 

  • 安裝流程簡述

 

  • 重要邏輯構件包含Pool / Virtual Service的配置討論

 

首先我們再請大家參考Avi的架構如下:

與傳統應用遞送方案不同,NSX Advanced Load Balancer是純軟體、集中配置、可透過API編程的Software-Defined架構。在Avi內,管理者需要先建立控制層這邊的Controllers。接著再把各個可受Avi配置的底層環境 (Cloud) 接上Controllers後,就能夠自動地配置實際上提供應用遞送功能的轉發層構件:服務引擎虛機 (Service Engine)。

 

但也因為如此,當企業想嘗試使用Avi時也會感到疑惑:與傳統應用遞送方案的安裝方式很不一樣耶。我們並不是採買兩台硬體設備然後安裝、上架接線、配網路。為什麼要安裝Controller?如果構件放在虛擬環境內,有什麼特殊需要考慮,哪些資源需要準備?網路的配置與實體的配置方法有什麼不同呢?

 

通常在建置前,管理者需要考慮的前置作業可能包括但不限於下面這些:

 

要安裝在哪個環境?

 

  • 我們要把整體環境配置在哪個 Cloud 內?是自己擁有的vSphere平台還是選定的公有雲?

 

  • 環境內有沒有SDN方案(所以除了虛擬化環境外 Avi 還可以直接配合 SDN進行配置)?

 

  • 如果是自建環境如VMware,是否有任何的版本限制?

 

需要準備好多少資源?

 

  • 控制器需要幾台?會耗用到多少底層的資源 (CPU / Memory / Storage)?

 

  • 服務引擎需要用實體機還是虛機呢?需要幾台呢?每台需要的 CPU / Memory / Storage又是多少?

 

  • 底層網路需要什麼準備?要預先建立哪些網段,配置好多少 IP 位址?

 

大致上的安裝流程為何?

 

其實單純談到安裝的流程是很快的,大致上會是下列的步驟。一般來說在前期環境有準備好的狀況下,其實從安裝開始到可以開始實際配置Application需求的Pool / Virtual Service大概約一兩個小時到頂多半天即可。

在前面的網誌我們討論過很多NSX Advanced Load Balancer的基礎概念與效益,如果大家有興趣,也請回顧一下之前在網誌154~168關於NSX Advanced Load Balancer的介紹文章。此外,雖然Avi可以支援各種不同的底層環境,但在後面系列內,我們仍會以在VMware環境上的配置為主,可以單獨使用,也可以與NSX-T Data Center一同搭配,因為我們是VMware,Avi當然主要應該裝在vSphere環境嘛(爽朗)。

 

那下一篇我們先討論第一個主題:什麼是NSX Advanced Load Balancer裡面提到的”Cloud”。

 

相关文章

评论

发表评论

电子邮件地址不会被公开。 必填项已用*标注