當突然需要加入新應用時，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這樣的用戶奉為涅磐的產品，但它會是未來的起點。
京公網安備 11010502049343號