iT邦幫忙

2022 iThome 鐵人賽

DAY 29
1
自我挑戰組

從 AWS 菜鳥敲敲雲端的大門系列 第 36

Day 29 - 掌櫃,AWS 這麼好,請問怎麼收錢呀? - AWS 成本控管

  • 分享至 

  • xImage
  •  

前言

這邊我覺得可以分兩個面向來探討,一個是成本費用的估算,另外是 成本的管控

一個是我用這些 AWS 服務會噴掉我多少錢。

另外一個是跟公司管理有關,我要怎麼掌控各個部門在 AWS 上花了多少錢。

成本費用的估算

公有雲通常的收費標準

基本上各家公有雲的收費,最主要會收費的標準會看以下三種:

  • 運算
  • 空間
  • 網路流量

且以價格由大到小來說 : 運算 > 儲存 > 傳輸

可能還會看有些指標,例如:

  • 存取次數
    • SQS 的 Short Polling 和 Long Polling

公有雲也有用量的級距,當你用量越大,你的費用就越便宜。

成本計算機

AWS 有提供 成本計算機 ,直接告訴你每個月的花費需要多少

例如: 我這邊使用 EC2 來舉例, 我開 4 vCPU + 16 GB RAM 並使用 RI,每個月花費 64.51 美金。

在不預付地情況下一整年大約 774.12 美金

也可以部分預付或是全部預付,全部預付總成本: 689.41 USD + 每月 3.00 = 725.41

也就代表我一年可以多省將近 50 美金,透過計算機可以了解到如果要建置一個公司的服務需要花多少錢。

image-20221021113659788

成本管控

成本估算與節費、單帳號的成本計算思路。Organization 的應用、成本估算工具。

有以下幾個問題:

  • 多部門使用同一帳號,雲端資源上限互相影響
  • 同一帳號,成本難以切割,收到帳單怎麼去細算各個部門花了多少錢?
  • 正式環境、測試環境等多環境共用同一帳號

上述的解法是可以透過 每個部門各自獨立帳號 ,各自建立 Root 帳號供不同部門使用來達成。

可是... 這時候又產生了一些問題:

  • 各部門的 Root 帳號資安管控,增加駭客可以攻擊的目標
  • 用量無法累加計算,無法享用雲服務的用量級距的折扣

關於 單帳號管理 或是 多帳號的管理 ,就可以使用 AWS Organization 服務來進行管理。

Organization

AWS Organizations 可以幫助我們做到 集中管理管控環境

可與其他 AWS 服務整合,定義中央組態、安全機制、稽核要求以及設定在同個組織內跨帳戶資源共用的方式。

例如: 建立新的 AWS 帳戶、分配資源、為工作流程建立帳戶群組、套用政策到帳戶或群組進行管控。

在每月帳單來的時候, 透過使用單一付款方式為全部帳戶付款來簡化帳單

會有一個 Root 帳號作為 Management Account ,由 Management Account 制定各個 Organization Unit (OU) ,各個 OU 底下會 有多個 Root Account 作為 Member Account

這些 Member Account 都是獨立運作,不會互相搶占資源。

Management Account 可以下達 Service Control Policy (SCP) 來設定最高原則,底下的所有 Root Account 就必須遵守。例如不能開 EC2 ,那所有的 Root Account 就不能開 EC2 的 Instance。

2020/10/20 補充 - 技術, 服務可用性, 成本, 商業利潤

這個篇幅是我在 2022/10/20 時補充的內容。

我在參加原廠 2022 年的 AWS Well-Architected 系統架構精進實戰工作坊

其中裡面的篇幅就是在講 成本控制

利潤要增加,無非是減少成本,增加收益

台灣的護國神山每年的成本是好幾百億,是好幾個國家的 GDP 加總,為什麼會願意付出這些成本?這一切都是為了之後的利潤才會在現在投入這些成本。

一個商業的應用服務要好,可用性要高,一定會需要三個團隊的配合:

  • IT 技術團隊
  • 商業分析團隊
  • 財務團隊

基於公司策略考量,考慮支出的金額,以及應用服務帶來的收入是否能造成利潤。

三個團隊的合作,就能更準確客觀的判斷要在雲端怎麼走、怎麼玩,也就能走得更長久。

結論

用了這麼多 AWS 服務,結果費用還是降不下來嗎? 你一定會問....

難道...... 還不能更便宜嗎?

我認為可以從以下幾個方向去著手:

  • 你真的是否需要使用到這個 AWS 服務嗎?
  • 如果是的話是否有更便宜的 AWS 服務可以替代
  • 使用這個 AWS 服務是否有閒置資源(CPU 或 RAM 開太高實際上根本沒有用到這麼多)? 實際使用率高不高?
  • 服務運算的時間是否正常或是有否出現異常
  • 檔案是否有封存的機制?

除了上敘所說的建議,這邊提供一個可能性...

如果您是大量使用 AWS 的企業用戶,您可以考慮尋找 AWS 的代理商

當你的使用量越大,是有機會得到一些折扣的。

而且可以詢問各家的價格,或許會有想像不到的驚喜。

至於可以找哪個代理商....我沒有要業配的意思。請自行 Google...

但是也要注意,不要一昧的節約成本反而讓應用程式的可用度下降,造成服務不穩定或是使用者體驗不好導致用戶流失,那可就得不償失了!


上一篇
Day 28 - AWS Devops 解決方案
下一篇
Day 30 - 賽後心得
系列文
從 AWS 菜鳥敲敲雲端的大門37
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言