監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設計管理系統(tǒng) | 簽約案例 | 購買價格 | 在線試用 | 手機APP | 產(chǎn)品資料
X 關閉

應用交付控制器支持虛擬化嗎?

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

文章來源:泛普軟件

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

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

應用交付控制器如何支持虛擬化

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

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

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

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

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

一般地,一個外部代理會使用ADC所支持的其中一個控制API與ADC進行通信。這通常是基于Simple Object Access Protocol (SOAP)、Command Line Interface (CLI)或導向重配置的。這個代理可能是VM內的一個啟動腳本,或者可能是負責啟動VM分發(fā)的分發(fā)/管理代理。這個分發(fā)/管理代理可能是外部流程編排系統(tǒng)的一部分,或者是超級管理系統(tǒng)編排功能的一部分。

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

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

虛擬化的應用交付控制器有哪些不足

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

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

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

為虛擬化選擇應用交付控制器

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

發(fā)布:2007-04-21 11:09    編輯:泛普軟件 · xiaona    [打印此頁]    [關閉]
相關文章:
長沙OA系統(tǒng)
聯(lián)系方式

成都公司:成都市成華區(qū)建設南路160號1層9號

重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓

咨詢:400-8352-114

加微信,免費獲取試用系統(tǒng)

QQ在線咨詢

泛普長沙OA軟件行業(yè)資訊其他應用

長沙OA 長沙新聞動態(tài) 長沙OA信息化 長沙OA快博 長沙OA軟件行業(yè)資訊 長沙軟件開發(fā)公司 長沙門禁系統(tǒng) 長沙物業(yè)管理軟件 長沙倉庫管理軟件 長沙餐飲管理軟件 長沙網(wǎng)站建設公司