選擇云實例不是一件容易的事情,實例規模如何挑戰錯誤,企業受到損害將是長期的。那么當我需要一個大型實例時,有會有哪些信號顯示?
因為所有選項都是可用的,但選擇正確的云實例來匹配特定的工作負載是不容易。隨著這些工作負載隨著時間的推移而變化,企業需要經常檢查其運行的實例數量及其大小,以優化交付流程,并降低成本。
幸運的是,有一些常見的信號,表明是該調整云實例了。 這些信號包括:
長運行時間;
無法應對增加的需求;
需要添加更多實例來支持特定的工作負載。
上述三個信號表示當前的云實例大小對于運行的應用程序來說太小了。在這種情況下,管理員應該查看云使用情況報告,來確定他們需要什么——更多內存、虛擬CPU內核、存儲等。通過沙箱環境或實時操作進行試用部署,可幫助管理員評估新實例所帶來的影響。
成本
選擇一個實例時,要考慮其大小。更大的云實例消除了瓶頸,并允許應用程序更有效地運行,這減少了組織需要的總實例數。這一好處也抵消了更大實例類型的較高價格,而且整體成本也有所節省,再加上更好的運行時間。
然而,峰值工作負載需要得到更多的關注。較大的云實例可能是基準負載的最佳選項,但管理員應該分析工作負載峰值時的模式——特別是峰值持續時間。為了獲得最低總體擁有成本,最好購買長期實例,例如Amazon Elastic Compute Cloud Reserved Instance,用于基線負載,而較大的實例類型來支持某些突發事件,以及較小的實例來支持剩余需求峰值。
與用于支持特定工作負載的內部資源相比,許多管理員縮小了他們的云實例,但這是一個錯誤行為。問題是,確保應用平滑運行的通常都是最少的資源,如計算、動態隨機訪問內存和網絡。低于某一閾值將會導致應用程序消耗大量資源,例如將內存中的內存文件丟失,來克服瓶頸。管理員可以將工作負載分解,來在多個實例上運行,以減少大小的要求,但這也僅僅只意味著在實例大小方面存在一個新的點,可以供管理員識別。