也許很多企業(yè)被遷移到云端可以降低成本這一承諾所吸引，但當收到云計算提供商高昂的賬單之后可能會大吃一驚。
很多人想從預(yù)留實例、按需成本、混合費率等因素來理解云計算成本賬單，但這讓人們無法更深入地了解在哪里可以優(yōu)化其支出。
這甚至需要企業(yè)的會計部門來理解定價結(jié)構(gòu)，服務(wù)本身的情況也同樣令人難以置信。事實上，僅在AWS公司的云平臺中就至少有500000個庫存量單元(SKU)的價格組合。此外，誰可以在什么時候啟動任何特定的資源，企業(yè)團隊對此可能并沒有限制，其本質(zhì)上將使問題復(fù)雜化，特別是當繼續(xù)運營時，這顯然將會產(chǎn)生大量費用。
事實上，解決這個復(fù)雜且不斷變化的問題并不是一件簡單的事情，它需要一種全面而密切的方法，從了解成本和性能優(yōu)化的各種機會開始。這就是云計算成本優(yōu)化的六大支柱所起到的作用。
(1)預(yù)留實例(RI)
AWS保留實例、Azure保留虛擬機實例，以及谷歌云承諾使用折扣，這些使云計算資源的使用時間變得短暫，允許企業(yè)提前估計將要使用的內(nèi)容。這也使企業(yè)有權(quán)在預(yù)先計劃時享受大幅折扣，這最終會成為一個巨大的財政激勵。
大多數(shù)云計算成本優(yōu)化錯誤地開始和結(jié)束，為企業(yè)提供了并不理想的解決方案。估計預(yù)留實例(RI)購買的資源可通過云計算提供商直接和第三方優(yōu)化工具獲得。例如，VMware公司的CloudHealth可根據(jù)企業(yè)當前的云平臺使用情況，在幾個月內(nèi)提供有關(guān)購買預(yù)留實例(RI)的詳細信息，并將幫助企業(yè)管理預(yù)留實例(RI)生命周期。
這里要考慮的兩個主要因素是風(fēng)險容忍度和集中式預(yù)留實例(RI)管理組合。
•風(fēng)險容忍度是指確定企業(yè)愿意預(yù)先支出多少費用，以增加未來收益或收回利潤的可能性。例如，企業(yè)是否可以承擔(dān)風(fēng)險，并使用預(yù)留實例(RI)覆蓋70%的工作負載?或者是否擔(dān)心消費，因此希望將其限制在20%～30%左右?此外，企業(yè)能在未來幾年內(nèi)預(yù)測多久?當然，一年是風(fēng)險最小的，但是如果是三年，這也是一個更大的財務(wù)承諾，會節(jié)省更多的成本。
•集中式預(yù)留實例(RI)管理組合允許跨組織單元更深入地預(yù)留實例(RI)覆蓋，從而帶來更大的節(jié)約機會。例如，單個應(yīng)用程序團隊可能擁有有限的現(xiàn)金池來購買預(yù)留實例(RI)?；蛘吒鶕?jù)企業(yè)的目標，集中的整個組織方法將涵蓋所有工作負載的所有部門和團隊。當然，這種方法還需要與不同的小組進行持續(xù)的溝通，以了解創(chuàng)建和執(zhí)行成功的預(yù)留實例(RI)管理計劃所需的當前和未來資源。
一旦確定了風(fēng)險承受能力，并將企業(yè)的方法集中到預(yù)留實例(RI)，企業(yè)就可以利用這個優(yōu)化選項。但是，僅限預(yù)留實例(RI)的優(yōu)化策略是短視的。它只允許企業(yè)利用云計算供應(yīng)商提供的定價選項。將預(yù)留實例(RI)購買與其他5個優(yōu)化支柱疊加在一起非常重要，可以實現(xiàn)最有效的優(yōu)化。
(2)自動停放
云計算的一個好處是能夠根據(jù)需要啟動或減少資源。然而，這種即時技術(shù)的缺點是，團隊成員在完成這些流程時終止的動機很小。自動停放是指在非工作時間關(guān)閉運行的資源，這對于開發(fā)和測試環(huán)境來說是一個特別有用的工具。通過強大的標記策略識別企業(yè)的閑置資源是第一步;這使企業(yè)可以精確定位可以更有效地停放的資源。第二步涉及自動化上升/下降過程。 ParkMyCloud、AWS Instance Scheduler、Azure Automation和Google Cloud Scheduler等工具可以幫助企業(yè)管理整個自動停放流程。
(3)調(diào)整規(guī)模
適當?shù)囊?guī)?？梢源_保企業(yè)正確使用需要的資源，而不是太少或太多。當企業(yè)開始使用云計算環(huán)境時，立即“啟用正確的規(guī)模”似乎是明智的選擇。但是，如果沒有分析消耗資源或啟用計費的能力，適當?shù)囊?guī)模就變成了毫無意義的概念。云計算應(yīng)用程序的性能和容量要求通常會隨著時間的推移而發(fā)生變化，這不可避免地導(dǎo)致資源使用不足和閑置。
許多云計算提供商分享了正確調(diào)整規(guī)模的最佳實踐，盡管他們花費更多時間來解釋云遷移之前存在的正確規(guī)模選項。保持適當?shù)囊?guī)模是一項持續(xù)的活動，需要實施政策和保護以減少過度配置，標記資源以啟用部門級別的計費，并正確監(jiān)控CPU、內(nèi)存和I/O，以便真正有效。
適當?shù)囊?guī)模調(diào)整還必須考慮自動停放的資源和可用的預(yù)留實例(RI)。那么是否看到了優(yōu)化支柱的趨勢?
(4)家族更新
實例類型、虛擬機系列和“實例系列”都描述了云計算提供商根據(jù)所使用的硬件打包其實例的方法。每個實例、系列、家族都提供不同種類的計算、內(nèi)存和存儲等參數(shù)。它們的集合分組中的實例類型通常作為一個單元退役，當保持它們運行所需的硬件被更新的技術(shù)取代時，新系統(tǒng)將取代舊系統(tǒng)，云計算定價會直接與保護措施的變化相關(guān)聯(lián)。這稱為“家庭更新”。
企業(yè)內(nèi)使用的實例類型/系列的最新知識是估算成本何時會波動的重要組成部分。但事實上，對于任何一個云計算提供商來說，有超過500000個庫存量單元(SKU)和價格組合，這項任務(wù)似乎不可能完成。
但是，有些工具可以幫助監(jiān)控/估計系列刷新，但它們通常不會考慮預(yù)留實例(RI)發(fā)生的重疊，或者在應(yīng)用任何其他優(yōu)化支柱時。因此，對于許多組織而言，“家庭更新”聽起來像一項人工的、費力的任務(wù)。值得慶幸的是，已經(jīng)找到了通過優(yōu)化服務(wù)產(chǎn)品自動化建議的方法。
(5)資源浪費
與運行時間遠遠超過其可用性的實例有關(guān)，在云計算中浪費是普遍存在的。在涉及虛擬資源時，浪費似乎是一個抽象的概念，但在這種情況下每個浪費的單元都是無用的。而且，當企業(yè)可以使用的資源數(shù)量沒有限制時，也沒有激勵使用這些資源的個人自我管理其未使用/未充分利用的實例。云中浪費的一些例子包括：
•沒有連接的AWS RDS或Azure SQL DB
•未使用的AWS EC2
•用于培訓(xùn)或測試的Azure虛擬機
•持有存儲空間的日期快照永遠不會采用
•空閑負載平衡器
•未連接的卷
識別浪費需要時間和準確的報告。然而，投入時間和精力來制定適當?shù)臉擞洸呗允且粋€很好的理由，因為浪費將立即追溯到產(chǎn)生它的組織單元，因此，很容易標記為審查或刪除。人們經(jīng)?？吹狡髽I(yè)在消除浪費之前購買了預(yù)留實例(RI)，這些浪費一定會導(dǎo)致它們在云中超支至少一年。
(6)存儲
存儲在云中是減少本地硬件支出的一個很好方法。盡管如此，由于使用起來非常簡單，云存儲可以在很短的時間內(nèi)以指數(shù)形式擴展，幾乎不可能預(yù)測準確的云開銷。云存儲通常有四個特點：
•規(guī)模 – 企業(yè)需要多少存儲空間?
•數(shù)據(jù)傳輸(帶寬)–企業(yè)的數(shù)據(jù)需要多長時間從一個位置移動到另一個位置?
•檢索時間–企業(yè)訪問數(shù)據(jù)的速度有多快?
•檢索請求–企業(yè)需要多久訪問一次數(shù)據(jù)?
對于不同的用例有多種選擇，包括使用更多的文件存儲、數(shù)據(jù)庫、數(shù)據(jù)備份或數(shù)據(jù)存檔。有一個可靠的數(shù)據(jù)生命周期策略將有助于企業(yè)估計這些數(shù)字，并確保企業(yè)適當?shù)拇鎯α亢蛶挾际钦_的，并且在任何時候都能發(fā)揮最大的潛力。
因此可以看到，這六個優(yōu)化支柱中的每一個都包含許多移動部件，因此公共云提供商不斷修改其服務(wù)產(chǎn)品和定價。此外，只考慮其中一個支柱而不考慮其他支柱，那么幾乎沒有改進。事實上隨著時間的推移，企業(yè)無意中可能會花費更多的費用。有效的優(yōu)化流程必須考慮所有支柱及其重疊方式，制定正確的政策和防護措施，以確保云蔓延不會持續(xù)，并實施合適的工具，讓企業(yè)定期做出明智的決策。
對企業(yè)來說，未來是光明的!在評估了當前環(huán)境后，考慮了成本優(yōu)化支柱，進行了優(yōu)化云計算所需的更改，并找到了使此流程連續(xù)的方法，企業(yè)可以通過應(yīng)用程序重構(gòu)、臨時實例、現(xiàn)場實例和無服務(wù)器架構(gòu)來進行優(yōu)化。
京公網(wǎng)安備 11010502049343號