虛擬雲網路

網路虛擬化NSX 技術文章系列二百三十一: NSX Advanced Load Balancer容器方案支持(九):網路部署方式討論

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

接續前兩篇網誌。前面我們說明了三種AKO (Avi Kubernetes Operator) 配置在不同Kubernetes環境的網路架構,討論的都是Pod所在的網路是沒有暴露給外部 (non-routable) 的環境。但在某些Kubernetes環境內,Pod網路是可以直接與外部網路連通的。

4. Pod放置的網段與企業網路間可路由:

下圖內,Pod所在的網段直接就是企業網路可以連到的環境,外部用戶 / Avi 服務引擎直接就可以透過標準路由機制連接到Pod:

這種環境常見嗎?也是有的。比如說幾種不同的場合:

  • Container Network Interface本身支援以路由模式讓Pod Network與外部連通,比如說像Macvlan,Calico的BGP路由模式,或是NSX Container Plugin (NCP) 內的路由模式。如果企業自建Kubernetes,且選擇配置對應的CNI,就能支持上述方法
  • 某些公有雲的Managed Kubernetes。比如說AWS的EKS,Azure的AKS等,當客戶租用這些環境且要搭配NSX Advanced Load Balancer時,這些環境內的Pod都是在VPC內可直接路由接到的。此時當我們部署AKO在這些地方就可以直接採用路由模式。

當配置是路由模式如上圖時,服務引擎可以直接連到每個Pod, Server Pool的配置就十分直接了,不需要特別處理

Server1 — Pod-A: 10.101.101.13                
Server2 — Pod-B: 10.101.101.22                
Server3 — Pod-C: 10.101.101.17                
Server4 — Pod-D: 10.101.101.36

此時當然用戶需求的應用遞送需求功能如健康檢查、連線堅持等在此架構內也可以完整使用。

包含本篇,我們總共花了三篇文章與各位討論AKO在不同Kubernetes環境內的網路部署方式共四種:

  • Pod放置的網段與企業網路間沒有外部路由:採用ClusterIP模式
  • Pod放置的網段與企業網路間沒有外部路由:採用NodePort模式
  • Pod放置的網段與企業網路間沒有外部路由:採用NodePortLocal模式
  • Pod放置的網段與企業網路間可路由:Routable模式

之所以花這麼多篇幅,是因為這邊的選擇在AKO基礎建置時相當重要,要將AKO應用於不同的Kubernetes環境,事先就要確認這些環境內支持哪種部署方式,並且在AKO相關配置安裝檔內進行對應的設定。比如說如果我們要設定的是ClusterIP模式,此時

  • AKOSettings.disableStaticRouteSync: false          
  • L7Settings.serviceType: clusterIP

但如果我們要設定的是Routable模式,此時就是要將配置改為下面這樣了。

  • AKOSettings.disableStaticRouteSync: true           

相關的細節可參考安裝文件。但下面我們簡要說明這四個架構各自的應用場景。首先,在Kubernetes是自建、由公有雲管理、或是特定的Kubernetes Distribution內,可採用那種AKO部署架構呢?請參考下表:

或我們可以由下面的流程圖來決定採用配置架構:

以上,希望大家對AKO與不同Kubernetes環境的網路配置選擇有所了解。下一篇開始我想介紹另一個重要的規劃環節:AKO架構內,LoadBalancer / Ingress的前端IP地址配置,以及與IPAM/DNS的環境整合。

相关文章

评论

发表评论

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

This site uses Akismet to reduce spam. Learn how your comment data is processed.