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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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