應(yīng)用交付控制器支持虛擬化嗎？

申請免費試用、咨詢電話：400-8352-114

IT組織很久以來都依靠應(yīng)用交付控制器來在服務(wù)器群中啟用服務(wù)請求進(jìn)行應(yīng)用性能優(yōu)化。既然虛擬化已經(jīng)增加了服務(wù)器環(huán)境的復(fù)雜性，負(fù)載均衡器也必然遇到新的挑戰(zhàn)。應(yīng)用交付控制器（ADC）能夠通過實現(xiàn)更平衡的VM動態(tài)創(chuàng)建和遷移而增強虛擬機（VM）性能——但是它們在面對其它問題時顯得不那么符合要求?！　?/P>

在一個典型的服務(wù)器群中，來自諸如Citrix、A10、Crescendo、Radware、Zeus、Brocade、Cisco和F5的ADC有助于保證服務(wù)的請求會被發(fā)送到最佳服務(wù)器。確定最佳服務(wù)器的方法有很多。當(dāng)然，這個服務(wù)器首先必須是可用的；然后，理想情況下最佳服務(wù)器是服務(wù)器群中處理最低負(fù)載的那個服務(wù)器。ADC也還有其它的功能，包括卸載SSL流量的處理負(fù)載，以及TCP卸載和多路復(fù)用技術(shù)。

應(yīng)用交付控制器如何支持虛擬化

各種超級管理程序與ADC交互的方式是不一樣的。而且，雖然VMware保持著超級管理程序主導(dǎo)供應(yīng)商的地位，但是IT組織也越來越多地使用其它的超級管理程序，包括Citrix Xen、Red Hat KVM和Microsoft Hyper-V。

出現(xiàn)多個超級管理程序所帶來的問題是每一種系統(tǒng)都有各自不同的管理系統(tǒng)，而每個系統(tǒng)與ADC的交互方式會由于使用不同的交互API而各不相同。企業(yè)必須在選擇一個或多個超級管理程序之前了解這些接口。

應(yīng)用交付控制器和VM分發(fā)

ADC所面臨的其中一個挑戰(zhàn)是，當(dāng)超級管理系統(tǒng)，如VMware vCenter，創(chuàng)建和移動VM時仍然能夠繼續(xù)執(zhí)行負(fù)載均衡和流量導(dǎo)向。

在許多情況中，超級管理系統(tǒng)會與服務(wù)器通信，并根據(jù)之前定義的臨界值創(chuàng)建新的VM或移動已有的VM，如80%的CPU使用率。ADC必須能夠持續(xù)地將流量導(dǎo)向VM，即使它們被移動了。

一般地，一個外部代理會使用ADC所支持的其中一個控制API與ADC進(jìn)行通信。這通常是基于Simple Object Access Protocol (SOAP)、Command Line Interface (CLI)或?qū)蛑嘏渲玫摹＿@個代理可能是VM內(nèi)的一個啟動腳本，或者可能是負(fù)責(zé)啟動VM分發(fā)的分發(fā)/管理代理。這個分發(fā)/管理代理可能是外部流程編排系統(tǒng)的一部分，或者是超級管理系統(tǒng)編排功能的一部分。

ADC也必須支持VM的反分發(fā)。超級管理系統(tǒng)可以禁用一個VM，從而在允許這個VM繼續(xù)維持現(xiàn)有會話連接的同時阻止新的連接出現(xiàn)。這個VM必須進(jìn)行定期檢查，以確定什么時候開始它不再接受連接，這時它就可以被刪除，而它所占用的IP地址就可以被回收。

VM在服務(wù)器之間的移動可能比創(chuàng)建一個VM更復(fù)雜。如果VM被移動到同一個數(shù)據(jù)中心的同一個子網(wǎng)中的另一臺服務(wù)器上，那么流量可以繼續(xù)發(fā)送到相同的IP地址，而ADC將繼續(xù)執(zhí)行標(biāo)準(zhǔn)的流量管理功能。如果VM被移動到同一個數(shù)據(jù)中心的不同子網(wǎng)的一臺服務(wù)器上，那么其中一個方法是在新的VM上建立新的連接，而同時將舊的VM保留在原處繼續(xù)處理現(xiàn)有的會話，然后再按照上一段所說的方法發(fā)分發(fā)這個舊的VM。

虛擬化的應(yīng)用交付控制器有哪些不足

在不同的數(shù)據(jù)中心的服務(wù)器之間移動VM是非常有挑戰(zhàn)的工作，在某些情況下，ADC是無法處理這些問題的。

例如，Cisco和VMware都表示，在不同數(shù)據(jù)中心的服務(wù)器之間移動VM時，源和目標(biāo)VMware ESX服務(wù)器之間的最大往返延遲時間不能超過5毫秒。銅線和光纖中的光速大約是120,000英里/秒。在5毫秒內(nèi)，光可以移動大約600英里。由于5毫秒是往返延遲，那么數(shù)據(jù)中心之間的距離最多不超過300英里。而且，300英里是假設(shè)源和目標(biāo)ESX服務(wù)器之間的WAN鏈路是絕對直線的，而且數(shù)據(jù)在傳輸時不能夠在路由器或其它設(shè)備上有任何的延遲。這兩種假設(shè)是幾乎不可能滿足的。

為了支持不同數(shù)據(jù)中心的服務(wù)器之間的VM遷移，有一種方法是擴展VM之間的VLAN和原先數(shù)據(jù)中心的ADC到接收端數(shù)據(jù)中心的ADC，然后VM的移動就像在相同數(shù)據(jù)中心的服務(wù)器之間一樣進(jìn)行。但是每個ADC供應(yīng)商實現(xiàn)這種方式的方法各不相同。

為虛擬化選擇應(yīng)用交付控制器

當(dāng)選擇一個ADC時，IT組織應(yīng)該要理解它的超級管理系統(tǒng)是如何與負(fù)載均衡器進(jìn)行交互的，以及ADC是如何支持VM動態(tài)創(chuàng)建和遷移的。更重要的是，IT組織必須評估ADC在實際的生產(chǎn)環(huán)境中是如何執(zhí)行這些任務(wù)的性能。