阿裡cis分析?說起Citrix公司的NetScaler這款硬件負載均衡器大家可能不熟悉，它的競争對手F5，在運維界可能比較多人了解硬件負載均衡器通常作為網絡入口流量分流的設備，例如像淘寶網的流量特别大，可能隻有幾個入口IP，在淘寶網的流量的最前端就會部署像F5或者NetScaler這樣的硬件負載均衡器作為分流，下面我們就來聊聊關于阿裡cis分析?接下來我們就一起去了解一下吧!

阿裡cis分析

說起Citrix公司的NetScaler這款硬件負載均衡器大家可能不熟悉，它的競争對手F5，在運維界可能比較多人了解。硬件負載均衡器通常作為網絡入口流量分流的設備，例如像淘寶網的流量特别大，可能隻有幾個入口IP，在淘寶網的流量的最前端就會部署像F5或者NetScaler這樣的硬件負載均衡器作為分流。

随着雲計算越來越深入人心，像Citrix這種硬件設備商越來越賣不動了，因為絕大部分中小企業都直接跟雲計算公司采購所需的虛拟設備，這樣的設備可定制，可按需動态分配。Citrix也是積極跟雲計算公司，例如AWS合作，推廣自己的虛拟版本的NetScaler。

容器化大潮和微服務概念的推廣下，系統被拆分成了一個個隻有單一職責的微服務，服務的擴容通過增加容器的數量來解決，服務之間的調用關系越來越複雜，像一張密密麻麻的網。當一個服務啟動，擴容或者縮容之後，需要迅速被依賴它的服務感知到，即發現，所以發現的過程必須是自動的，且現有大部分的C/S模式的代碼都沒有提供client服務發現的能力，因此服務發現最好是對client來說是透明的。通過負載均衡器配合server端實現服務發現管理的功能正是基于容器的微服務架構特别需要的方案。由上述可見，通過負載均衡器的方式來解決服務發現的問題是微服務架構中一個特别重要的問題，而且該問題目前沒有特别好的解決方案。Citrix推出的Nitrox正是試圖解決這個問題。總結下Citrix推出Nitrox的原因：

1、通過硬件設備NetScaler MPX來解決網絡進入容器集群的入口流量的負載均衡，就是圖中所說的南北的流量（N-S traffic）。

2、通過軟件設備NetScaler CPX來解決容器集群内，不通服務之間通信負載均衡的問題，就是圖中所說的東西的流量（W-E traffic）。

3、通過與編排系統配合（Mesos/Kubernetes/Swarm）來解決自動化服務發現，動态變更負載均衡配置的問題，圖右側底層的支持平台。

4、Citrix的軟負載設備和硬負載設備是統一的api接口Nitro，保證了遷移的平滑和接口的一緻性，對于Citrix已有的硬件負載設備用戶來說，架構的遷移很簡單。

接下來看看Citrix推出的整體的容器集群的服務發現解決方案Nitrox。Citrix開源了該解決方案，地址是Nitrox，該方案同時支持基于Mesos/Kubernetes/Swarm等多個編排系統的服務發現。

Nitrox作為一個容器，跑在容器集群内，同時有偵聽編排系統(Mesos/Kubernetes/Swarm)事件，以及讀取編排系統信息的能力，當各主機上的容器狀态發生變化時，變化上報到編排系統(Mesos/Kubernetes/Swarm)，編排系統再把事件通知到各個偵聽的客戶端。Nitrox作為客戶端接收到事件後，重新獲取當前容器集群中各個容器的狀态。根據最新的集群狀态來更新各個容器的路由。除了初始化基本的配置，上面說的負載均衡動态配置，都是通過腳本自動完成的，最終做到了服務的自動發現。

現在我們來總結下Docker容器架構通過動态負載均衡來實現服務發現的方法：

1）在容器裡面實現負載均衡通常采用以下思路：

負載均衡設備

*4層包括IPVS，各大雲計算廠商的負載均衡設備，例如aliyun的SLB， AWS的ELB等，以及本文中提到的F5，NetScaler

*既包含4層又包含7層的負載均衡軟件，目前最流行的包括Haproxy，Nginx（以及衍生出來的國内的Tengine)

*通過DNS來做負載均衡，問題比較多，例如DNS有本地緩存，容易導緻數據不一緻，且對某些client端有要求，某些client端不會每次請求都去DNS拿最新的路由信息，因此一般很少将DNS作為負載均衡的方案。

2）獲取負載均衡信息的API（從swarm，kubernetes，mesos獲取）或者注冊中心獲取，即registry，包括 Zookeeper，etcd，Consul等。

3）通過腳本監聽registry或者編排系統的事件，某些事件如果導緻負載均衡發生變化，便将最新的負載均衡信息更新到負載均衡設備中。

最後，從幾個角度來對比類似負載均衡實現的差異。

對比	Nitrox	Dockercloud/haproxy	Docker1.12内置負載均衡能力
負載均衡能力	4層	主要是7層，兼具4層	4層，實現是IPVS
支持方式	每個節點需要安裝兩個容器	每個節點一個Dockercloud/haproxy容器	不需要額外的容器
負載均衡技術實現	未知	用戶态	内核态
支持動态負載能力	是	是	是
實現地址	Nitrox，NetScaler為收費軟件	Dockercloud-haproxy	Docker 1.12 内置

預測最終Docker官方會逐步推出自己的服務發現完整方案，我們在Docker 1.12中應該能看到該方面的迹象，其他公司在解決服務發現方面的提供的産品會是一個很重要的補充。

更多深度技術内容，請關注雲栖社區yunqiinsight。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部