應用交付控制器助IT專家實現雲存儲功能

這種整裝待發、應對突發應用的公共雲資源如今已成為現實，有時我們把它稱作「雲爆發(Cloud Bursting)」。 在這樣的環境下，組織只須支付使用的資源，從而避免了額外基礎設施的採購。 但隨著大多數應用被固定在內部基礎設施上，我們又該如何實現這些呢?

對一些企業來說，答案就在他們的應用交付控制器(ADC)中，負載平衡層已被用來跨可用基礎設施協調負載。 當你需要更多的性能時，負載平衡器是最好的解決工具，AlertBoot(一家位於拉斯維加斯的軟體公司)的創始人兼CEO Tim Maliyil談到。

Maliyil所述都是經驗之談。 去年，這家有著10年曆史的公司面臨硬體更新，但Maliyal並不願為此破費。 因此，公司把整個運營從託管供應商搬到了兩個地理上分離的公共雲計算上，它們分別來自SunGard和Opsource，此舉為公司每月節省8萬5千美金，並確保了業務的持續發展。

「我們的基礎設施現在還在壁櫥裡，」Maliyil說到：「我也不知該如何處置它，有可能捐給慈善機構吧。 」

揭秘應用交付控制器

AlertBoot使用了來自Zeus Technology的應用交付控制器，最近Zeus Technology剛被WAN優化公司Riverbed Technology收購。 不同于大多數負載平衡工具需要運行在專業硬體上，Zeus ADC以純軟體虛擬化設備方式運行，從而使其可以運行在雲環境上。 該設備還包含腳本處理功能來自動化加速或減速新伺服器，以應對負載。

那就是回報，Maliyil說。 舉例來說，在公休日期間，AlertBoot銷售網站軟體的流量會是平時的兩倍。 但由於Zeus可以快速地加、減速伺服器，流量管理應用在夜間商鋪停止營業時會減速伺服器，從而AlertBoot的雲帳單僅增加了百分之三十。

早期爆發模型的消費者會是雲服務供應商自己，其實一點也不稀奇。 RackSpace就為使用F5 Networks的BIG-IP流量管理工具的使用者構建了虛擬化爆發環境，來監視頻寬以及決定何時加速新的雲計算環境。

應用交付的下一步

為了實現雲爆發，ADC必須開發屬於自己的自動化功能，或是與大公司合作，Gartner Inc.的分析師Joe Skorupa認為。

「ADC是一個很好的監視和控制點，它告訴我們應用的性能不是我們所需，」他說：「但它才剛剛起步。 」

然後，下一步就是應用這些資訊到Gartner所說的「纖維資源池管理者」，例如，調節及自動化引擎，如HP的Cloud Service Automation(通過收購Opsware獲得)、BMC的BladeLogic Automation Suite，以及Dell的Advanced Infrastructure Manager。

同時，雲供應商還注意到其他阻礙雲爆發的因素：後勤。

BlueLock是一家雲計算託管供應商，面向基於VMware的企業，為綠地工程(新工程)提供性能，該公司的技術主管Aaron Branham談到：「我們為使用者處理束手無策的專案」。 借助BlueLock的性能來增強他們的內部資源。 使用者一直在詢問日後的爆發功能，但我們還有障礙需要克服。

「我喜歡那種方式，」他補充到：「但因為合同原因，爆發模型對我們並不奏效。 」

尤其是BlueLock所面向的大企業趨向擁有複雜的結算過程，招徠新的供應商將花費數月時間。 到那時，企業所要消費的爆發性能可能也已經下降，這將導致很難收回投入。

「這就像加油開車，加了油卻不可以延後支付，這是我們所擔憂的。 」Branham說。

然而，更多的企業可通過使用像VMware vCloud Director這樣的雲管理工具，為日後的雲爆發打下基礎，Branham說。 作為VMware vCenter的一項外掛程式，vCloud Director允許管理員安全地跨內部私有雲和公共雲供應商(諸如BlueLock)提供虛擬化工作負荷。

在那之前，BlueLock最接近雲爆發的要算是災害復原服務。 「取代購買整個災害復原網站，在雲計算上購買一個‘熱網站’，一旦災難發生就可擁有備用功能。 」Branham補充說。 雖然它還不是完全動態的、即用即付的、被像AlertBoot的Maliyil這樣的使用者奉為涅磐的產品，但它會是未來的起點。